Weblogic ou JBoss?
Je suis depuis longtemps développeur Java JBoss(et Tomcat). Dans la dernière année, j'ai eu à développer au cours de WebLogic et je dois dire que je manque vraiment de JBoss.
Depuis mon expérience avec WebLogic est assez peu profond, je demande aux plus expérimentés, les gars:
Est-il une raison pour dépenser de l'argent sur WebLogic?
N'est-ce pas JBoss vous donnant tout ce que vous avez besoin?
- Pourquoi gaspiller de l'argent sur WebLogic lorsque tout autre serveur d'application package peut être facilement substitué - aka JBoss, Tomcat, Glassfish, plus des bonus, etc.
- si je veux déployer simple application sur weblogic server puis-je payer pour la licence de droit.
Vous devez vous connecter pour publier un commentaire.
Je soupçonne que la raison pour Weblogic choisit est une agréable personne de vente de la visite d'un responsable ayant de l'argent à dépenser, lui donne de l'argumentaire de vente et d'hé-presto, la société est à l'aide de Weblogic. Je ne sais pas si le JBoss contrat de support est livré avec une force de vente, mais serais surpris si l'on fait et que le terrain de jeu s'est stabilisé à cet égard.
Dans mon expérience, autre que la jolie console que vous obtenez avec Weblogic (ce qui n'est pas la peine de déboursant les frais de licence pour l') il n'y a pas beaucoup entre les 2. Je soupçonne ces jours JBoss a de part de marché (juste deviner que), qui, dans mon livre, qui se traduit par plus d'aide disponibles en ligne, etc lorsque vous êtes coincé sur quelque chose.
Il est également intéressant de noter que la Weblogic licences (la dernière fois j'en ai vu), où l'habitude côté serveur termes par processeur, par-box, etc. Cela vous limite en termes d'évolutivité, car avec JBoss, vous pouvez continuer à ajouter du matériel sans se produisant frais supplémentaires, tandis qu'avec Weblogic vos licences aurez besoin de la mise à niveau de trop.
Selon que vous choisissez que vous allez être en mesure de construire votre système au-dessus d'eux sans trop de problème, mais ma préférence serait de JBoss.
Je vraiment comme WebLogic. Je vais suspendre les coûts de licence pour le moment, et il suffit de dire que dans leur âge d'or qu'ils étaient le meilleur serveur d'application Java EE sur le marché, les mains vers le bas. BEA avait beaucoup de gens extrêmement talentueux au développement de leur code, et il a montré. Si l'argent ne faisait pas partie de l'équation, et j'ai eu un employeur qui a insisté sur les dépenses de l'argent qui n'était pas la mienne, je choisirais quand même sur WebLogic WebSphere ou JBOSS ou Glassfish ou quoi que ce soit d'autre sur le marché.
Je suis attristé par le rachat par Oracle. Je pense que le talent a fui loin, et Oracle n'a pas d'idée claire de ce qu'ils veulent faire avec WebLogic. Ils ont été coincés sur la version 10.1 depuis quelques années maintenant.
WebSphere est une typique IBM projet: deux fois le coût, la moitié de la fonctionnalité, de la documentation pauvre, et que vous avez à acheter tous leurs non-sens (par exemple, basé sur Eclipse Ide) pour l'utiliser.
JBOSS n'est pas mauvaise, mais seulement parce que la différence de prix est si fortement en sa faveur.
Je préfère recommander Spring, Tomcat et ActiveMQ comme une excellente alternative. Si les Ejb sont absolument nécessaire, ajoutez d'OpenEJB de ce mélange.
2018 mise à jour: Mon affection pour Java EE comme une norme et son application implémentations de serveur est refroidi dans les neuf dernières années. Je pense que la meilleure réponse est d'aller avec le Printemps de Démarrage. Déployer un exécutable JAR sur une JVM et ne jamais s'inquiéter d'un serveur d'application Java EE de nouveau.
Il ya un couple de problèmes avec le commentaire ci-dessus. Tout d'abord, Oracle n'a acheté BEA de 1,5 ans, et même alors, ce n'était pas un MJ a approuvé la transaction. La vente définitive n'a pas été approuvé jusqu'à ce que quelque chose comme il y a 12 mois.
Deuxièmement, Oracle a fait trois versions de WebLogic depuis l'acquisition. Ils sont maintenant sur la version 10.3.1 (ou "11g").
Enfin, je pense que Oracle est - surpris-à-dire que je suis en mouvement dans une direction claire. Avec la récente acquisition de Sun, Oracle est maintenant le principal fournisseur de la technologie Java et a ce que beaucoup considèrent comme le premier serveur d'applications Java. Ils n'auraient pas investi dans ces sociétés et de technologies sans un plan clair pour dominer le marché. Je pense que Oracle mouvements récents dans Java EE 6, WebLogic, et JDeveloper espaces de montrer qu'ils sont en train de pousser très dur pour devenir le leader Java.
Je préfère encore JBoss; c'est simple et fonctionne, tout simplement. Je vais avoir des tonnes de problèmes de conversion d'une Couture 2.x application de JBoss pour Weblogic, mais j'espère que je vais réussir à un certain point.
Personnellement, j'ai choisi de JBoss (version communautaire) sur Weblogic (Serveur) parce que c'est gratuit (vous savez, comme dans la liberté). Mais ce n'est pas de répondre à la question, donc...
Je vois deux raisons principales pour le choix de Weblogic:
*) Le terme de plus facile est subjective. La plupart des choses sont facile quand vous savez comment les faire.
J'ai fait 3 évaluations de WebLogic, JBoss, et WebSphere. WebLogic remporté chacun d'eux, les mains vers le bas. Ceci dit, mon simpliste d'orientation est: est-ce l'utilisation de JBoss si vous n'êtes PAS inquiet au sujet de mise à l'échelle passé plusieurs milliers d'utilisateurs simultanés. Toutefois, si vous avez l'intention d'échelle au-delà de cela, vous allez avoir besoin de quelque chose avec des preuves de puissance et de robustesse que de WebLogic.
Remarque: une application pour les fournisseurs de serveur généralement sacrifice caractéristiques techniques pour plus de stabilité. En d'autres termes, la robustesse est en tension dynamique avec caractéristiques techniques. Si vous souhaitez de nouvelles fonctionnalités, vous obtenez plus de bugs avec elle. Cela me surprend comment de nombreux techniciens, ce n'est pas. Mais, si vous pensez à pourquoi vous n'avez pas précipiter et acheter le premier nouveau Windows version du système d'exploitation quand il sort, vous allez comprendre parfaitement pourquoi il en est ainsi.
HTH
J'avais travaillé sur jboss pour une année et sur weblogic pour plus d'un an maintenant, mon expérience avec le web, la logique est bonne par rapport à weblogic, jboss as est plus stable et robuste, elle permet de réaliser plus de 3000 demandes simultanées, sans jeter une seule exception où jboss a omis de le faire et de la console d'administration de weblogic est excellent, mais je pense que weblogic est plus complexe alors jboss. Aussi loin que le client est d'investir de l'argent sur le serveur d'applications, mon choix sera weblogic pour vous.
Bien, je vous recommande d'utiliser le Printemps+Tomcat et d'introduire un véritable serveur d'Applications JavaEE que si je dois absolument.
concernant Weblogic et JBoss, je préfère Weblogic, JBoss as est plus complexe.
J'ai développé une application Java pour JBoss 4.x et 5.x pendant deux ans. Après que j'ai eu à travailler avec Weblogic 11. Il n'était pas facile de changer mon esprit, mais maintenant, je pense, WL beaucoup mieux. Plus stable, plus rapide et la Console d'Admin...comme dans un rêve..très facile à faire les réglages et la surveillance.
Donc, mon choix est Weblogic.
Je pense que vous devriez envisager de TC Server, c'est une variante de Tomcat à partir de Vmware. Peut être bon dans un environnement d'entreprise, puisque la plupart d'entre eux devraient être en mesure de travailler, dans le cadre de la virtualisation des offres.
http://www.vmware.com/products/vfabric-tcserver/
PS - j'ai utilisé WLS largement. Pour certaines applications, il peut-être bon. Pour certains, vous n'avez vraiment pas besoin. Donc, il est très bien piloté par les cas d'utilisation, échelle etc.
Vous devez tenir compte de la TCO Coût Total de Possession
Vous devez tenir compte de ces coûts lors de l'utilisation de JBoss:
JBoss (Red Hat) n'a pas encore communiqué dans le commerce pris en charge à 100% Java EE 5-compatible conteneur*. Il y a un bêta de JBoss 5. J'espère qu'ils ne seront pas en 3 ans de retard pour Java EE 6.
JBoss est plus soucieux de leurs microcontainer que Java EE x parce que c'est ce qu'ils disent à leurs clients sont plus intéressés. Je n'ai jamais rencontré aucun de ces clients. Mais cela signifie que Java EE est un citoyen de seconde classe dans leur monde. Comme preuve, sur les contenants n'ont même pas de navire en mode conforme; vous devez modifier certains fichiers de configuration afin de les rendre conformes aux spécifications.
Si le Soleil n'était pas sur le point d'être consommé par le blackhole qui est Oracle, je vous recommande de Glassfish.
Il dépend.
Ne vous arrive d'être dans une société qui aime à acheter le soutien d'autres entreprises comme "Oracle" et ne se soucient vraiment de dépenser de l'argent tant qu'ils sont couverts par le fabricant ( Oui, je sais Redhat vend également l'appui, mais certaines entreprises n'aiment pas acheter chez eux )
De toute façon , c'est plutôt subjectif question, je ne pense pas qu'il y aurait une réponse correcte.
IBM a publié leur version BÊTA de Java EE 6 serveur. Ainsi dans le cas de Java EE 6, je pense, IBM serait le chef de file. Aussi JBoss est un bon serveur, mais sous de lourdes charges de mon expérience montre qu'elle n'est pas totalement fiable par rapport à WebLogic et WebSphere.