Weblogic ou JBoss?
Je suis depuis longtemps Java sur JBoss (et Tomcat). L'année dernière, j'ai dû développer sur WebLogic et je dois dire - JBoss me manque vraiment.
Étant donné que mon expérience avec WebLogic est assez superficielle, je demande aux gars les plus expérimentés: y a-t-il une raison de dépenser de l'argent sur WebLogic? JBoss ne vous donne-t-il pas tout ce dont vous avez besoin?
Je soupçonne que la raison pour laquelle Weblogic est choisi est qu'un vendeur agréable vient rendre visite à un manager avec de l'argent à dépenser, lui donne l'argumentaire de vente et bon, la société utilise Weblogic. Je ne sais pas si le contrat de support JBoss s'accompagne d'une force de vente, mais je serais surpris que ce soit le cas et que les règles du jeu soient égales à cet égard.
D'après mon expérience, à part la jolie console que vous obtenez avec Weblogic (qui ne vaut pas la peine de payer les frais de licence), il n'y a pas grand-chose entre les deux. livre qui se traduit par plus d'aide disponible en ligne, etc. lorsque vous êtes coincé sur quelque chose.
Il convient également de considérer que les licences Weblogic (la dernière fois que je les ai vues) contiennent les termes habituels côté serveur - par processeur, par boîte, etc. Cela vous limitera en termes d'évolutivité car avec JBoss vous pouvez continuer à ajouter du matériel sans se produire un coût supplémentaire, alors qu'avec Weblogic, vos licences devront également être mises à niveau.
Quel que soit votre choix, vous pourrez construire votre système sans trop de problèmes, mais ma préférence serait JBoss.
Je vraiment comme WebLogic. Je vais suspendre le coût des licences pour le moment et je dirai simplement qu'à leur apogée, ils étaient les meilleurs Java serveur d'applications EE sur le marché, sans aucun doute. BEA avait beaucoup de gens extrêmement talentueux à développer si leur argent ne faisait pas partie de l'équation, et si j'avais un employeur qui insistait pour dépenser de l'argent qui n'était pas le mien, je choisirais toujours WebLogic plutôt que WebSphere ou JBOSS ou Glassfish ou toute autre chose sur le marché. .
Je suis attristé par l'achat d'Oracle. Je pense que le talent s'est échappé, et Oracle n'a aucune idée claire de ce qu'ils veulent faire avec WebLogic. Ils sont bloqués sur la version 10.1 depuis quelques années maintenant.
<prejudice-ahead>
Glassfish sounds like it's a much better effort from Sun, but their history says they write great standards and lousy implementations. I don't consider Glassfish to be a viable alternative.
</prejudice-ahead>
WebSphere est un projet IBM typique: deux fois le coût, la moitié des fonctionnalités, une documentation médiocre et vous devez acheter tous leurs non-sens (par exemple, les IDE basés sur Eclipse) pour l'utiliser.
JBOSS n'est pas mauvais, mais seulement parce que la différence de prix est si fortement en sa faveur.
Je recommanderais plutôt Spring, Tomcat et ActiveMQ comme une excellente alternative. Si des EJB sont absolument nécessaires, ajoutez OpenEJB à ce mix.
Mise à jour 2018: mon affection pour Java EE en tant que norme et ses implémentations de serveur d'applications s'est refroidie au cours des neuf dernières années. Je pense qu'une meilleure réponse est d'aller avec Spring Boot. Déployer un JAR exécutable sur une JVM et ne vous inquiétez plus jamais d'un serveur d'application Java EE).
Personnellement, je choisirais JBoss (version communautaire) plutôt que Weblogic (serveur) parce que c'est gratuit (vous savez, comme en liberté). Mais cela ne répond pas à la question, alors ...
Je peux voir deux raisons principales pour choisir Weblogic:
- Weblogic est un produit bien intégré avec un seul mécanisme/fichier de configuration (plus facile * à configurer et à maintenir).
- Intégration avec Tuxedo.
*) Le terme plus facile est subjectif. La plupart des choses sont faciles lorsque vous savez les faire.
J'ai fait 3 évaluations de WebLogic, JBoss et WebSphere. WebLogic a remporté chacun d'eux, haut la main. Cela dit, mon conseil simpliste est le suivant: utilisez JBoss si vous n'êtes PAS inquiet de faire évoluer plusieurs milliers d'utilisateurs simultanés. Cependant, si vous avez l'intention d'évoluer au-delà de cela, vous aurez besoin de quelque chose avec une puissance et une robustesse éprouvées - c'est WebLogic.
Remarque: les fournisseurs de serveurs d'applications sacrifient généralement les fonctionnalités techniques pour la stabilité. En d'autres termes, la robustesse est en tension dynamique avec les caractéristiques techniques. Si vous voulez de nouvelles fonctionnalités, vous obtenez plus de bugs avec. Cela me surprend combien de techniciens ne comprennent pas cela. Mais, si vous pensez pourquoi vous ne vous précipitez pas et n'achetez pas la première nouvelle version de Windows OS lorsqu'elle sortira, vous comprendrez parfaitement pourquoi il en est ainsi.
HTH
Vous devez tenir compte du coût total de possession du TCO
Vous devez prendre en compte ces coûts lors de l'utilisation de JBoss:
- Abonnements annuels au support
- Coûts de gestion et d'administration en cours plus élevés
- Impact des pannes sur les coûts
- Impact des performances du produit sur le coût
- Coût plus élevé pour les tests d'interopérabilité et l'intégration des projets OSS disparates
- Complexité et coût de la prise en charge d'une solution OSS intégrée
- Police d'assurance pour la protection des indemnités
- Coût de prise en charge et de maintenance du code modifié
- Temps et efforts supplémentaires pour gérer une multitude de licences open source
JBoss (Red Hat) n'a pas encore publié de conteneur 100% Java EE 5 compatible *). Il existe une version bêta de JBoss 5. Il est à espérer qu'ils n'auront pas 3 ans de retard pour Java EE 6. JBoss est plus concerné par leur microconteneur que Java EE x parce que c'est ce qu'ils disent que leurs clients sont plus intéressés. Je n'en ai jamais rencontré) de ces clients. Mais cela signifie que Java EE est un citoyen de seconde classe dans leur monde. Pour preuve, leurs conteneurs ne sont même pas expédiés en mode conforme; vous devez Tweak certains config pour le rendre conforme aux spécifications.
Si Sun n'était pas sur le point d'être consommé par le trou noir qu'est Oracle, je recommanderais Glassfish.
- Red Hat dispose d'un conteneur compatible à 90% Java EE 5). JBoss 4.3 est leur "tremplin" vers Java EE 5 version.
Je pense que vous devriez considérer TC Server, c'est une variante de Tomcat de Vmware. Peut-être bien dans un environnement d'entreprise, car la plupart d'entre eux devraient être en mesure de le faire, dans le cadre de leurs accords de virtualisation.
http://www.vmware.com/products/vfabric-tcserver/
PS - J'ai beaucoup utilisé WLS. Pour certaines applications, cela pourrait être bon. Pour certains, vous n'en avez vraiment pas besoin. Donc, cela dépend beaucoup du cas d'utilisation, de l'échelle, etc.
Eh bien, je recommanderais d'utiliser Spring + Tomcat et introduirais un serveur d'application JavaEE à part entière uniquement si je le dois absolument.
concernant Weblogic et JBoss, je préférerais JBoss car Weblogic est plus complexe.
J'ai développé Java application basée sur JBoss 4.x et 5.x pendant deux ans. Après cela, j'ai dû travailler avec Weblogic 11. Ce n'était pas facile de changer d'avis mais maintenant je pense , WL beaucoup mieux. Plus stable, plus rapide et la console d'administration ... comme un rêve..très facile à faire les paramètres et la surveillance.
Donc, mon choix est Weblogic.
Ça dépend.
Vous trouvez-vous dans une entreprise qui aime acheter du support auprès d'autres sociétés comme "Oracle" et ne se soucie pas vraiment de l'argent dépensé tant qu'ils sont couverts par le fabricant (Oui, je sais que Redhat vend également le support mais certains les entreprises n'aiment pas acheter chez eux)
Quoi qu'il en soit, c'est une question plutôt subjective, je ne pense pas qu'il y aurait une bonne réponse.