Accueil
 > Rapports de TEC > Blogue de TEC > Liberty Alliance vs WS-I; J2EE vs NET;. Accablé ENCORE.? ...

Liberty Alliance vs WS-I; J2EE vs NET;. Accablé ENCORE.? Partie 2: Comparaison, défis et recommandations

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

résumé des événements

Février semblait être le mois au cours duquel les services Web gagnaient légitimité notable. Récemment, IBM et Microsoft , les deux plus grands promoteurs de services Web, et une foule d'autres sociétés et d'entreprises informatiques de premier plan ( Accenture , BEA Systems , Hewlett-Packard , Fujitsu , Intel , Oracle , et SAP pour nommer quelques-uns) ont rejoint pour former l'Organisation des Services Web Interoperability (WS-I, www.ws-i.com ). L'objectif de l'organisation est de travailler avec d'autres organismes de normalisation comme, entre autres, le World Wide Web Consortium (W3C) et l'Organisation pour la promotion de la Structured Information Standards (OASIS) pour s'assurer que les normes d'une version de services des outils de développement Web sera compatible avec le prochain.

Le groupe va d'abord se concentrer sur les problèmes d'interopérabilité suivants:

  • au profil des normes de service Web
  • de construire des scénarios de mise en œuvre spécifiques à l'industrie
  • Pour construire des suites de tests et supports

remarquablement absent de la liste des membres était Sun Microsystems qui a apparemment plans sur son propre. Son introduction récente d'une organisation homologue, nommé Liberty Alliance, était une tentative de gagner le leadership dans le domaine de l'identité, l'authentification et des standards ouverts d'autorisation grâce à une alliance qui opposera homologue "Passport" l'authentification de Microsoft (single sign-on) efforts.

autre événement crucial pertinente pour l'adoption des services Web doivent être récent lancement de Microsoft du kit de développement logiciel, qui, selon elle va commencer à livrer quelques-unes des promesses de sa longue vanté, mais pas encore pleinement clarifiée. stratégie NET.

Cela fait partie 2 de deux parties note d'événement se poursuit le débat sur l'impact du marché des annonces récentes concernant la normalisation des services Web.

Partie 1 a commencé la discussion avec les événements récents et leur impact sur le marché.

comparaisons

Assez étonnamment, avec le blitz de tout le battage entourant récente des services Web dans sa stratégie. NET, Microsoft semble avoir pris ses grands rivaux endormi. L'absence prolongée d'un message clair et une embracement plus vocal des services Web par Sun Microsystems est surprenante étant donné que Sun est l'un des leaders d'opinion dans l'avènement de la «logiciels en tant que services de la notion. Sun et Oracle ont longtemps plaidé pour une vision de services sur le Web remplacer les applications traditionnelles. Grâce à cette vision sont venus l'introduction d'exemple, les équipements réseau, les périphériques connectés sur Internet, mobile code Java, les magasins de contenu et même fournisseur de services applicatifs (ASP) des discussions. Une grande partie de cela, entre autres capacités, est maintenant présent dans la stratégie de Microsoft. NET, forçant Sun jouer à un jeu de catch-up de seulement récemment fait ses débuts le Sun Open Net Environment (Sun ONE) de contrepartie à VS.NET.

La bataille pour la domination dans les services Web a jusqu'ici été largement une guerre des mots sans encore le gagnant clair (et pas de sitôt), autant de normes sous-jacentes sont apparues que récemment. Pourtant, les ennemis acharnés, d'accord sur l'avenir des services Web, et ont construit des cadres de technologie similaire pour les développeurs. Les deux camps comptent également sur le même ensemble de normes établies, telles que XML, Universal Description, Discovery, and Integration (UDDI), Web Services Description Language (WSDL) et SOAP.

Aussi, pour gâcher début enchantement des utilisateurs possibles, il ya des différences importantes quand il s'agit de l'appui de l'éditeur pour les plateformes OS et les langues. Bien que Microsoft ne fonctionne que sur son système d'exploitation Windows, mais offre un support pour plus de 20 langages de programmation comme un lot de consolation, Sun encourage le développement sur plusieurs systèmes d'exploitation (par exemple Windows, Unix, Linux, Mainframe), mais en utilisant un langage simple, Java. Sur la base des faits troublants ci-dessus, et étant donné que ni le produit a pleinement mûri, les entreprises devront par conséquent se plonger dans les deux méthodes 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 son camp, les développeurs d'applications notamment l'entreprise, reste une bataille acharnée depuis de nombreuses grandes organisations ont fait des investissements importants et progrès avec Java. Java 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 récente (voir SAP ouvre la Concours 'Miss' ).

Le seul produit de serveur d'applications J2EE non du mérite appartient à Microsoft, alors que tous les autres se sont engagés à le mastodonte Java. Comme mentionné dans Partie 1 , Visual Studio.NET peut donner à Microsoft un outil de rivaliser sur pied d'égalité avec la communauté Java. Bien que Microsoft vante l'avantage de fournir un ensemble d'outils pour relier les applications MS Office pour les services Web et. NET, qui pourrait ne pas être suffisant pour convertir les fichiers Java. D'autre part, la courbe d'apprentissage abrupte de. NET pour les développeurs VB traditionnels (avec seulement un peu d'expérience orientée objet), peut être utilisé par les promoteurs Java pour convertir tous les développeurs de Microsoft mécontents. À cette fin, en ciblant les novices Java, BEA peut-être de frapper un hotspot du marché actuel avec le besoin d'outils qui ont un point d'entrée facile dans le développement Java.

Le consortium WS-I peut être en mesure de combler le fossé Microsoft et Sun ont depuis longtemps créé (voir Java de Sun ne sera pas dans Microsoft. NET compliquer l'intégration? Vous. BET ), en insistant sur l'interopérabilité, d'orientation plutôt que de la législation, et le désir d'aider à éduquer le marché et ainsi accroître la sensibilisation et l'adoption des services Web. La présence de joueurs de haut niveau comme IBM , SAP, Oracle, BEA et Microsoft, dont certains ont joué avec les deux camps rivaux, peuvent aider le consortium parvenir à la décision sur les services Web peut et ne peut pas l'être.

Toutefois, si les autres groupes de normalisation (par exemple, W3C, OASIS, BVG) seront conformes aux recommandations du WS-I reste à voir. En outre, avec des déploiements devraient rester dans le pare-feu pour un avenir prévisible, il est encore difficile de savoir si l'interopérabilité ou de sécurité est le principal problème en matière d'adoption des services Web. Comme admis par les WS-I meneurs, IBM et Microsoft, il ya encore beaucoup d'effort remarquable pour le message extensibilité, les pièces jointes binaires, le routage, la corrélation, l'échange de messages garantie, signatures, le cryptage, les opérations, les flux de processus, de l'inspection et de la découverte. Beaucoup d'autres questions, comme la sécurité proprement dite, la vie privée, la collecte des paiements, et la responsabilité de corriger les bugs restent à définir et une cible mouvante.

que le consortium soit plus un autre bel effort sur l'adoption standard, Microsoft et Sun devrait rejoindre leurs organisations homologues respectifs. Sinon, la menace de l'apathie du marché à terme et même plus de séparation dans des tranchées reste grande. Alors que l'interopérabilité semble être actuellement la motivation pour les plus grands joueurs de suspendre les hostilités et de se concentrer sur l'adoption de normes, le désir de domination va tenter leur dépendances tissent sur leurs produits dans leurs stratégies.

Défis

Il est très probable qu'en raison de l'immaturité des normes et de la disparité, dans un avenir immédiat, XML appels de procédure distante (RPC) et d'autres initiatives de services Web verra principalement adoption entre les applications à l'intérieur d'un pare-feu de l'entreprise, plutôt qu'entre les entreprises d'assemblage d'applications à partir de composants de services fournis par une variété de fournisseurs extérieurs. L'un des défis majeurs pour le succès des services Web en général est de fournir un environnement dans lequel les entreprises peuvent tirer parti d'un service Web disponible pour répondre à un besoin métier spécifique. Le facteur clé de succès sera que ces utilisateurs ont besoin d'être isolés à partir des détails techniques et des technologies et plates-formes sous-jacent.

À la base, les services Web sont tous sur la gestion des processus métier, comme le concept de services Web renvoie à la capacité de combiner des portions d'applications logicielles (à l'aide d'un ensemble de normes technologiques) pour créer de nouvelles applications et les processus d'affaires. Alors que la capacité d'accomplir cette combinaison est relativement facile, il devient beaucoup plus difficile, lorsque les entreprises cherchent à tirer parti de cette capacité de créer de nouveaux processus d'affaires. Si les Services Web offre la flexibilité technique pour mieux cartographier les fonctionnalités du logiciel aux besoins des entreprises, les utilisateurs d'entreprise doivent avoir une interface intuitive, facile à utiliser l'outil pour les services Web qui devient une partie de leur espace de travail régulier. Cependant, comme outils pour la création facile des services Web ont été d'inonder le marché ces derniers temps, les entreprises devraient essayer d'utiliser adoption prudente et structurée ou le visage surcharge de l'infrastructure.

En outre, les services Web peut inciter les fournisseurs à intégrer plus étroitement 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 BizTalk Server d'utiliser des objets Visual Studio.NET et les combiner de manière orientée processus avec d'autres composants de l'application. WebLogic Platform, IBM WebSphere, Oracle 9iAS, de SAP WAS, et d'autres du BEA ont été livrés dans le même sens. 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. Cela pourrait être l'une des promesses de services Web premières à être réalisées dans la réalité.

Recommandations de l'utilisateur

Bien que l'acceptation généralisée de services implémentations inter-entreprises Web n'arrivera pas de sitôt, l'implication des acteurs majeurs dans la mobilisation de ces devrait inciter les grandes entreprises mondiales pour commencer à apprendre les nouveaux protocoles, des normes et des technologies Afin de saisir l'avantage potentiel de l'entreprise sous-jacente. Ils devraient essayer de comprendre comment les développeurs de services Web de levier, quels sont leurs besoins en cours sont, et quelles subtilités peuvent résulter de l'u

Alors que les services Web peuvent faciliter l'intégration à travers une certaine interopérabilité imposée, ils n'éliminera pas la nécessité de l'intégration d'applications via des adaptateurs, connecteurs ou plus. Ils ne sont pas n'importe quel genre de panacée. Même si elles peuvent offrir de nouvelles possibilités d'affaires et de créer un certain dynamisme et efficacité, ils ne vont pas transformer les entreprises elles-mêmes, étant donné qu'ils sont seulement un morceau de nouvelles technologies.

même avec une comparaison des marchés publics et privés, des services Web semblent avoir plus de potentiel dans un environnement de confiance de partenaires d'affaires. Organisations évaluer les services Web peuvent bénéficier d'activité suite à WS-I, tandis que ceux qui ont des services Web à effet de levier peuvent bénéficier d'joignant afin de partager les expériences avec leurs pairs et de s'assurer que le consortium se concentre sur les questions commerciales. Cependant, comme le consortium ne peut pas imposer d'autorité sur les vendeurs et comme il n'est pas performant tests de conformité à ce stade, vous devriez interroger directement les fournisseurs sur la conformité aux normes.

avant que les clients font toute tentative de choisir des produits ou des suites de produits pour l'intégration d'applications d'entreprise (EAI), middleware, serveurs d'applications Web ou d'autres solutions logicielles qui nécessitent une interopérabilité transparente, ils doivent s'assurer qu'ils comprennent la différence dans 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é votre préférence de plateforme et la liste des programmeurs avec certains ensembles de compétences, il est donc prudent de rassembler autant d'informations que possible des deux camps, que les deux auront leurs avantages et contras.

Bien que la concurrence se traduit généralement dans les deux camps se tenir mutuellement sur leurs conseils d'orteil à être plus créatifs, il ne vous aide pas maintenant. vendeurs Question étroitement sur l'approche qu'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.)

Comme pour les adeptes de Microsoft, ils doivent être heureux avec l'exécution partielle par Microsoft de sa stratégie de services Web en fournissant un filet prêt pour la production.. Microsoft 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. NET et les services Web) développement / déploiement. Microsoft pourrait ne pas être si bon choix pour les organisations complexes qui nécessitent des solutions pour un système haut volume de colonne vertébrale ERP qui utilise publier et d'abonnement orientée message middleware (MOM) et les projets d'intégration multi-fournisseurs (matériel, logiciel problèmes de calcul complexes ( , services)), des solutions où la sécurité est une grande préoccupation, et où les projets cross-plate-forme est une question de cours, et où la plupart des développements d'applications se font en Java.

En général, le marché devrait surveiller l'honnêteté et la longévité de la relation avec IBM / Microsoft WS-I. Aussi, méfiez-vous de tout fournisseur qui est enclin à créer beaucoup de dépendance à l'égard de sa technologie, car elle conduit à des hausses de prix injustifiées, et une ouverture en baisse à l'avenir.

Cela conclut la première partie marque 2 de deux parties note d'événement poursuivre la discussion de l'impact du marché des annonces récentes concernant la normalisation des services Web.

Partie 1 a commencé la discussion avec les événements récents et leur impact sur le marché.

 
comments powered by Disqus


©2014 Technology Evaluation Centers Inc. All rights reserved.