Accueil
 > Rapports de TEC > Blogue de TEC > Comprendre J2EE et. NET Environnements avant de choisir

Comprendre J2EE et. NET Environnements avant de choisir

Écrit par : Predrag Jakovljevic
Date de publication : juillet 18 2013

Présentation

La dernière Java 2 Enterprise Edition ( J2EE ) technologies conformes, représentent un environnement indépendant de la plateforme, Java-centrique initialement développé par Sun Microsystems pour développer, construire et déployer des applications d'entreprise basées sur le Web en ligne.

La plate-forme J2EE typique se compose d'un ensemble de services, les interfaces de programmation d'applications (API) et des protocoles qui fournissent les fonctionnalités nécessaires au développement d'applications, basées sur le Web. Certaines des fonctionnalités et des services clés de la plate-forme sont

  • Du côté client, soutient pour pur langage de balisage hypertexte (HTML), ainsi que les applets Java (programmes exécutables à partir d'une autre application, mais ne peut pas être exécuté directement à partir du système d'exploitation) . J2EE repose sur des pages Java Server (JSP) et servlet code (un petit programme qui s'exécute sur un côté du serveur, qui est analogue à un applet Java qui s'exécute dans un environnement de navigateur Web) pour créer HTML ou autre des données formatées pour le client.
  • Enterprise JavaBeans (EJB). Une API Java a également développé par Sun, qui définit une architecture de composants pour les systèmes client / serveur multi-niveaux, fournir une autre couche où la logique de la plate-forme est stockée. En conséquence, un serveur basé sur EJB fournit des fonctions telles que le filetage, la concurrence, la sécurité et la gestion de la mémoire, et ces services sont transparents à l'auteur.
  • Java Database Connectivity (JDBC), qui est l'équivalent Java de open database connectivity (ODBC). JDBC est l'interface standard pour les bases de données Java.
  • Java API servlet. Le servlet améliore l'uniformité pour les développeurs sans avoir besoin d'une interface utilisateur graphique (GUI).

. NET par rapport à J2EE environnements

Aujourd'hui, la seule autre option sérieuse pour les environnements J2EE vient de la plate-forme Microsoft.NET qui intègre des applications, une suite d'outils et de services, et un changement dans l'infrastructure de la stratégie Web de Microsoft équivalent à effacer les frontières entre les applications et l'Internet. Au lieu d'interagir avec une application ou un site Web unique. NET vise à connecter les utilisateurs à un groupe d'ordinateurs et de services logiciels qui vont échanger et combiner des objets et des données, selon lequel «les utilisateurs auront accès à leurs informations sur Internet à partir de n'importe quel appareil, n'importe quand, n'importe où ».

Par conséquent, l'argument de la plate-forme Microsoft. NET par rapport à J2EE prend souvent la véhémence d'un débat religieux, mais alors que ces débats peuvent être chauffées, le choix d'une plate-forme technologique sur l'autre peut avoir des ramifications existentielles même pour éditeurs de logiciels indépendants (ISV) de vendre à un public cible hétérogène ou plate-forme agnostique. Le choix ne peut équivaloir à une «pari de la ferme», alors que le choix ni ou les forces typiquement mise en oeuvre lourde ou les efforts de développement en double atroces. C'est en grande partie, le cas car il existe des différences importantes quand il s'agit de l'appui de ces technologies pour le système d'exploitation (OS) des plates-formes et des langages.

Alors que Microsoft. NET ne fonctionne que sur son de Windows OS, il offre un support pour plus de vingt langages de programmation comme un prix de consolation. Partisans J2EE, avec Oracle et IBM étant parmi les plus virulents, d'encourager le développement sur plusieurs systèmes d'exploitation (par exemple Windows, UNIX, Linux, et même mainframe), mais utiliser une seule langue, Java. Sur la base des faits troublants ci-dessus, et étant donné que ni plate-forme a pleinement mûri, de nombreuses entreprises devront par conséquent se plonger dans les deux approches pour un certain temps à venir.

Malgré sa longueur d'avance en offrant le cadre nécessaire pour créer des services Web, la tâche de Microsoft de leurrer la communauté des développeurs dans ses camps surtout Enterprise Application développeurs, reste une bataille acharnée depuis de nombreuses grandes organisations ont des investissements et des progrès significatifs avec Java . Néanmoins, Microsoft. NET reste bien considéré sur plusieurs fronts, comme le leader dans les applications de productivité bureautique, avec une interface graphique riche en saveurs OS qui excellent dans le développement front-end, puisque le cadre global comprend un environnement de développement intégré exceptionnel (IDE) dans laquelle les développeurs peuvent créer ("smart") interfaces utilisateur «riches». Étroitement intégré dans les variantes indigènes OS Microsoft Windows,. NET permet aux développeurs des options importantes pour l'interaction de l'utilisateur, tout en permettant le développement d'une multitude de langues (compilation de byte code pour un langage interne au runtime qui signifie survenant alors que le programme est en cours d'exécution), il peut donc y être une meilleure réutilisation des ensembles de compétences. En outre, l'extensibilité en. NET est inhérente, car il a été construit autour des services Web, alors que les coûts globaux de développement peuvent d'abord être moins cher en. NET, depuis le serveur d'applications est intégré dans la plate-forme serveur.

Cependant, les faiblesses de la plate-forme, en plus de son incapacité à fonctionner sur un système d'exploitation autre que Windows, sont sa dépendance forcée à Microsoft pour le développement et les normes plate-forme et la relative immaturité de la plate-forme. Également fréquents, des changements importants à la blueprint et outils (y compris. NET, Visual Basic.NET [VB.NET] , C # , Active Server Pages [ASP stratégie de Microsoft ] , etc) nécessite des réajustements continus et la formation des utilisateurs supplémentaires. Dernier point, mais peut-être la question la plus importante concernant. NET se concentre sur son évolutivité et la stabilité encore à prouver. Inversement, J2EE est forte où. NET est faible, tels que la capacité de J2EE pour fonctionner sur n'importe quel système d'exploitation et sa capacité éprouvée à l'échelle et gérer des applications de transaction très élevés de volume. Avec de nombreuses fonctionnalités intégrées dans des applications d'entreprise (par exemple, la gestion de session, fail-over, l'équilibrage de charge, et l'intégration d'applications), Java a été favorisée par le développement d'applications d'entreprise depuis des années.

Le fait est que pratiquement toutes les transformations de données de volume de transactions (par exemple, extraire, transformer et charger [ETL]) ou l'intégration d'applications d'entreprise (EAI ) produit développé dans les dernières années a été construit en utilisant J2EE, y compris ceux d'IBM, Hewlett-Packard ( HP ), Sun, BEA Systems et Oracle. Par ailleurs, la vaste communauté Java en revue les spécifications de la plate-forme J2EE, et toutes les entrées est examiné, pesé et analysé avant qu'il puisse devenir la norme. Ainsi, un grand nombre de sociétés influent sur la composition de la plate-forme, ce qui garantit qu'aucune entreprise (y compris puissant IBM) peut manipuler la spécification d'avancer un ordre du jour déterminé. Sur le plan négatif, J2EE est plus complexe. NET, et de son environnement graphique est beaucoup plus limitée.

Pourtant, J2EE reste une plate-forme de choix pour des environnements divers types de solutions e-business, comme les différentes plates-formes Java ont atteint un niveau de maturité incontestable et l'acceptation. Java est encore probable que la langue la plus forte croissance et une plateforme pour construire de nouvelles applications et continuera probablement à être utilisé par les grandes entreprises mondiales, comme on le voit dans SAP l 'approbation relativement récente (voir SAP ouvre Concours La «Miss» ).

Encore une fois, le seul produit de serveur d'applications J2EE non du mérite appartient à Microsoft, alors que tous les autres fournisseurs de l'entreprise traditionnels se sont engagés à le mastodonte Java. Comme pour les adeptes de Microsoft, ils doivent être heureux avec l'exécution en cours de Microsoft de sa stratégie de services Web. Il reste un bon choix pour les environnements Windows avec une abondance d'activités PC de bureau orientés, et qui sont impliqués dans la plate-forme de prochaine génération (p. ex. Services Web NET et) le développement et le déploiement. Microsoft pourrait ne pas être si bon choix pour les organisations complexes et hétérogènes qui nécessitent des solutions pour des problèmes de calcul complexes (un système haut volume épine dorsale Enterprise Resource Planning (ERP) qui utilise publier et d'abonnement middleware orienté message (MOM) des projets et multi-fournisseurs intégration (matériels, logiciels, services), des solutions où la sécurité est une grande préoccupation, et des projets où multiplate-forme est une question de cours, et où la plupart des développements d'applications se font en Java.

D'autre part, bien que J2EE a été rédigé avant l'avènement et l'adoption des services Web, le marché a réagi avec une énorme quantité d'outils et d'applications de services Web. Par conséquent, à ce stade, les applications développées avec les deux. NET ou J2EE peuvent profiter de architectures orientées services (SOA) et Web services, et répondre à la question de l'extensibilité efficacement. En outre, les services Web peuvent motiver les vendeurs à l'intégration plus serrée couple avec le développement précoce dans le cycle de vie des applications logicielles. Microsoft semble avoir compris ce grâce à la capacité de son BizTalk Server d'utiliser des objets VB.NET et les combiner de manière orientée processus avec d'autres composants de l'application. WebLogic , WebSphere d'IBM , Oracle AS 10g , SAP NetWeaver , et d'autres plates-formes de serveur d'applications ont été livrés de BEA long les mêmes lignes. Ainsi, au lieu d'avoir à parcourir la complexité de l'intégration qu'après applications ont été mises en place et sont mis en place, les entreprises peuvent commencer l'exécution de la stratégie d'intégration en même temps que le développement et le déploiement.

J2EE appel à Relevant

Un exemple de la façon dont J2EE pourrait faire appel à des fournisseurs ERP de niche ciblées serait choix de Business Systems pertinents . À la mi-2004, a annoncé pertinente direction technologique de son produit pour l'avenir. Il a annoncé sa décision d'utiliser l'environnement J2EE pour le développement futur du produit, et que le vendeur estime que le choix de J2EE fournit un ajustement optimal avec son offre de produits et correspond plus étroitement aux besoins de ses clients à travers un large éventail de besoins. Comme un ISV, choix pertinent de J2EE sur Microsoft. NET aurait été fondé non seulement sur ce qui a fonctionné le mieux pour son développement interne du produit, mais aussi sur les besoins d'une clientèle diversifiée. Comme la plupart des éditeurs de logiciels, pertinente voulait la meilleure plate-forme globale de son offre de produits à la fois en termes de performance et la valeur marchande, ce qui, traduit en fonctionnalités qui signifiait que critique à la fois le public étaient

  • Indépendance de plate-forme et l'acceptation dans le marché cible et dans l'industrie du logiciel en général. Beaucoup de clients concernés ont des normes de serveur dictent la plate-forme que les applications d'entreprise peuvent être déployés sur. En outre, les clients cibles de pertinentes vont de la petite et moyenne taille (définie par le vendeur comme de 20 à 100 utilisateurs) à grande (de 200 à plus de 1000 utilisateurs), où les petits clients préfèrent souvent la plate-forme serveur Microsoft Windows, alors que les grandes multinationales gravitent vers UNIX. La disponibilité des systèmes d'exploitation UNIX permet d'accroître la disponibilité et la fiabilité des clients concernés et les applications sont construites à l'échelle afin de répondre aux besoins de plus c'est pertinent et en croissance rapide des clients de classe entreprise. Donné. NET est limité à Windows, sur les critères essentiels d'acceptation dans le marché cible, J2EE, qui permet à une seule application à être déployé dans des environnements multiples, a été jugée beaucoup moins restrictive. Ainsi, J2EE sera censé permettre pertinent à écrire une seule application déployable dans des environnements multiples. Sinon, pertinent reconnaît que deux. NET et J2EE sont bien acceptés par l'industrie du logiciel.
  • Évolutivité . Logiciels d'entreprise concerné répond également aux exigences des sites supportant aussi peu que trente ou autant que plusieurs milliers d'utilisateurs. Étant donné que la durée de vie installée typique d'un système ERP est de huit à dix ans, c'est un avantage clé de produit. Relevant voulait s'assurer que son choix de la technologie sous-jacente serait de préserver et de renforcer la capacité de son produit à l'échelle grâce à la croissance des besoins des clients. Bien. NET est considéré comme ayant un léger avantage dans les petits environnements, les analystes et les utilisateurs considèrent encore J2EE être actuellement le seul vrai choix dans les environnements avec plus de 300 utilisateurs. Cela a pesé lourdement dans des considérations de pertinent, qui a ainsi conclu un choix de J2EE est certainement préférable à cette mesure.
  • Performances du produit . A, produit riche en fonctionnalités d'entreprise forte est particulièrement critique pour les entreprises orientées projet pertinent sert. Bien. NET a l'interface utilisateur riche (UI), J2EE fournit le back-end fort nécessaire pour le côté axée sur des serveurs de développement pertinents. L'accès à la technologie sous-jacente, la capacité à gérer des transactions à haut volume et de fonctionnalités intégrées telles que la gestion de session, fail-over, l'équilibrage de charge, et l'intégration d'applications font J2EE Une technologie plus robuste et adapté aux logiciels d'entreprise concernés.
  • Facilité de développement et la robustesse . Avec un bon environnement d'un produit spécifique de développement intégré (IDE) et des plug-ins, pertinent croyait à sa clientèle serait en mesure de développer facilement avec soit. NET ou J2EE. Pour son développement, toutefois, pertinente n'a été trouvée J2EE pour être beaucoup plus forte du côté du serveur, où plus de la mise au point est faite. En outre, J2EE donné l'avantage supplémentaire de permettre un accès développeur pour plus de la technologie sous-jacente. Bien que de nombreux haut-ins. NET diminuer la nécessité d'outils tiers, grande disponibilité des outils et des plug-ins pour J2EE minimiser cet avantage. Revelant trouvé. NET pour être moins robuste pour le développement d'applications complexes. En outre, la plate-forme. NET a été jugé plus vulnérable aux virus et les vers.
  • Coûts . Ni solution a des coûts importants pour la gestion de l'infrastructure. Les ressources sont abondantes pour les deux plates-formes, bien que les ressources hautement qualifiées pourrait être plus facile à trouver sur la plate-forme J2EE pour cause d'échéance, bien. Ressources nettes compensées disponibilité de la supériorité de Java avec un léger avantage de coût.

En fin de compte, les parties prenantes de la quasi-totalité clés pertinents trouve qu'il est assez facile de sélectionner J2EE pour l'architecture globale de développement ERP. En tant que développeur commercialisation ERP pour entreprises allant des fabricants de taille moyenne à grande échelle des entreprises multinationales, l'indépendance de plate-forme, une meilleure portabilité des produits et l'évolutivité sont les questions clés. En sélectionnant J2EE, compétent croit qu'il a veillé à ce que ses demandes seraient déployées sur une variété de plates-formes, permettant à ses clients pour soutenir l'application de pertinent sur la plate-forme qu'ils étaient plus à l'aise avec.

Recommandations de l'utilisateur

avant que les clients font toute tentative de choisir des produits ou des suites de produits pour d'autres solutions logicielles qui nécessitent une interopérabilité transparente EAI, middleware, serveurs d'applications Web ou, ils doivent s'assurer qu'ils comprennent la différence les approches utilisées par J2EE et. NET. Alors que l'un des objectifs principaux de services Web est de faire le choix de la plate-forme moins importante que la réalité est encore loin. Malgré la préférence de la plateforme d'une personne et la liste des programmeurs avec certains ensembles de compétences, il est donc prudent de recueillir autant d'informations que possible des deux camps, que les deux auront leurs avantages et inconvénients.

Bien que la concurrence se traduit généralement dans les deux camps se tenir mutuellement sur leurs conseils d'orteil d'être plus créatif, il n'aide pas les utilisateurs et les perspectives maintenant. Ils doivent donc interroger les vendeurs étroitement sur quelle approche ils ont (ou vont être) en prenant dans leurs versions actuelles et futures, et pourquoi. Une fois le choix effectué, il sera difficile mais pas impossible de passer ou abréger. Depuis efforts d'intégration d'applications sont coûteux, complexe et chronophage, la décision peut revenir vous hanter si vous ne choisissez pas à bon escient. Les utilisateurs doivent reconnaître que faire un choix pour un serveur d'application doit englober l'ensemble de la pile (portail, la personnalisation, répertoire, etc.)

 
comments powered by Disqus

Recherches récentes :
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others

©2014 Technology Evaluation Centers Inc. All rights reserved.