development - playframework java

Weblogic o JBoss?

Question

Soy desarrollador de Java por mucho tiempo en JBoss (y Tomcat). En el último año tuve que desarrollarme sobre WebLogic y tengo que decir que realmente extraño a JBoss.

Dado que mi experiencia con WebLogic es bastante superficial, les pregunto a los tipos más experimentados: ¿Hay alguna razón para gastar dinero en WebLogic? ¿JBoss no te está dando todo lo que necesitas?

Answer 1

Estoy triste por la compra de Oracle. Creo que el talento se ha filtrado, y Oracle no tiene una idea clara de lo que quieren hacer con WebLogic. Han estado atrapados en la versión 10.1 durante algunos años.

Hay un par de problemas con el comentario anterior. En primer lugar, Oracle solo compró BEA hace 1.5 años, e incluso entonces esa no fue una transacción aprobada por el DOJ. La venta final no fue aprobada hasta aproximadamente 12 meses atrás.

En segundo lugar, Oracle ha realizado tres lanzamientos de WebLogic desde su adquisición. Ahora están en la versión 10.3.1 (o "11g").

Por último, creo que Oracle está, sorprendido de decir que lo estoy, moviéndose en una dirección clara. Con la reciente adquisición de Sun, Oracle es ahora el principal proveedor de tecnología Java y tiene lo que muchos consideran ser el principal servidor de aplicaciones Java. No habrían invertido en estas compañías y tecnologías sin un plan claro para dominar el mercado. Creo que los movimientos recientes de Oracle en los espacios Java EE 6, WebLogic y JDeveloper muestran que están presionando mucho para convertirse en el líder de Java.

Todavía preferiría JBoss; es simple y solo funciona. Tengo muchos problemas para convertir una aplicación Seam 2.x de JBoss a Weblogic, pero tengo la esperanza de que tenga éxito en algún momento.

Answer 2

Bueno, recomendaría utilizar Spring + Tomcat e introduciría un servidor de aplicaciones JavaEE completo solo si es absolutamente necesario.
con respecto a Weblogic y JBoss, preferiría JBoss porque Weblogic es más complejo.

Answer 3

Creo que ustedes deberían considerar TC Server, es una variante de Tomcat de Vmware. Podría ser bueno en un entorno empresarial, ya que la mayoría de ellos debería ser capaz de resolverlo, como parte de las ofertas de virtualización.

http://www.vmware.com/products/vfabric-tcserver/

PD - He usado WLS extensivamente. Para algunas aplicaciones, podría ser bueno. Para algunos realmente no lo necesitas. Por lo tanto, es muy impulsado por el caso de uso, escala, etc.

Answer 4

Debe considerar el costo total de propiedad de TCO

Debe tener en cuenta estos costos cuando usa JBoss:

• Suscripciones de soporte anual
• Mayores costos de administración y administración
• Impacto de las interrupciones en el costo
• Impacto del rendimiento del producto en el costo
• Costo más elevado para pruebas de interoperabilidad e integración de proyectos dispares de OSS
• Complejidad y costo de soportar una solución integrada de OSS
• Póliza de seguro para protección de indemnización
• Costo para mantener y mantener el código modificado
• Tiempo extra y esfuerzo para lidiar con una gran cantidad de licencias de código abierto

Answer 5

Depende.

¿Está en una empresa a la que le gusta comprar soporte de otras compañías como "Oracle" y realmente no le importa el dinero que gasta, siempre y cuando estén cubiertos por el fabricante (Sí, sé que Redhat vende el soporte también, pero algunos las empresas no les gusta comprar de ellos)

De todos modos, esta es una pregunta bastante subjetiva, no creo que haya una respuesta correcta.

Answer 6

Desarrollé una aplicación basada en Java para JBoss 4.x y 5.x durante dos años. Después de eso tuve que trabajar con Weblogic 11. No fue fácil cambiar de opinión, pero ahora creo que es mucho mejor. Más estable, más rápido y la Consola de administración ... como un sueño ... muy fácil de configurar y controlar.

Entonces, mi elección es Weblogic.

Answer 7

He trabajado en jboss durante un año y en weblogic durante más de un año, mi experiencia con la lógica web es buena en comparación con jboss, ya que weblogic es más estable y robusta, puede manejar más de 3000 solicitudes concurrentes sin lanzar una única excepción donde jboss no pudo hacerlo y la consola de administración para weblogic es excelente, pero creo que weblogic es más complejo que jboss. En cuanto al cliente está invirtiendo dinero en el servidor de aplicaciones, mi elección será seguramente weblogic.

Answer 8

Hice 3 evaluaciones de WebLogic, JBoss y WebSphere. WebLogic ganó cada uno de ellos, sin dudas. Habiendo dicho eso, mi guía simplista es esta: use JBoss si NO está preocupado por escalar más de varios miles de usuarios concurrentes. Sin embargo, si tiene la intención de escalar más allá de eso, necesitará algo con potencia probada y robustez, eso es WebLogic.

Nota: los proveedores de servidores de aplicaciones generalmente sacrifican las características técnicas por la estabilidad. En otras palabras, la robustez está en tensión dinámica con características técnicas. Si quieres nuevas características, obtienes más errores junto con ella. Me sorprende cuántos técnicos no entienden eso. Pero, si piensas por qué no te apresuras y compras la primera versión nueva del sistema operativo Windows cuando sale, entenderás perfectamente por qué es así.

HTH

Answer 9

IBM lanzó su versión BETA del servidor Java EE 6. Entonces, en el caso de Java EE 6, creo que IBM sería el líder. Además, JBoss es un buen servidor pero con grandes cargas, mi experiencia demuestra que no es totalmente confiable en comparación con WebLogic y WebSphere.

Answer 10

JBoss (Red Hat) aún tiene que lanzar un contenedor 100% compatible con Java EE 5 comercialmente compatible *. Hay una versión beta de JBoss 5. Esperemos que no tengan 3 años de retraso con Java EE 6. JBoss está más preocupado por sus microcontenedores que Java EE x porque eso es lo que dicen que sus clientes están más interesados. Nunca he conocido a ninguno de esos clientes. Pero significa que Java EE es un ciudadano de segunda clase en su mundo. Como prueba, sus contenedores ni siquiera se envían en modo compatible; tienes que modificar algunos archivos de configuración para que sea compatible con las especificaciones.

Si Sun no fuera a ser consumido por el agujero negro que es Oracle, recomendaría Glassfish.

• Red Hat tiene un contenedor compatible con 90% compatible con Java EE 5. JBoss 4.3 es su "escalón" para la versión Java EE 5.

Answer 11

Personalmente elegiría JBoss (versión de comunidad) sobre Weblogic (Servidor) porque es gratis (ya sabes, como en libertad). Pero eso no responde la pregunta, entonces ...

Puedo ver dos razones principales para elegir Weblogic:

1. Weblogic es un producto bien integrado con un único mecanismo / archivo de configuración (más fácil * de configurar y mantener).
2. Integración con Tuxedo.

*) El término más fácil es subjetivo. La mayoría de las cosas son fáciles cuando sabes cómo hacerlas.

Answer 12

Sospecho que la razón por la que Weblogic es elegido es una agradable persona de ventas que visita a un gerente con dinero para gastar, le da el tono de venta y listo, la compañía está usando Weblogic. No sé si el contrato de soporte de JBoss viene con una fuerza de ventas, pero se sorprendería si lo hiciera y que el campo de juego se ha nivelado en ese sentido.

En mi experiencia, aparte de la linda consola que obtienes con Weblogic (que no vale la pena pagar las licencias), no hay mucho entre los 2. Sospecho que en estos días JBoss tiene una participación en el mercado (solo adivinar eso), que en mi libro que se traduce en más ayuda disponible en línea, etc. cuando estás atrapado en algo.

También vale la pena considerar que las licencias de Weblogic (la última vez que las vi) fueron las condiciones habituales del lado del servidor: por procesador, por caja, etc. Esto lo limitará en términos de escalabilidad porque con JBoss puede seguir agregando hardware sin que se produzca. costo adicional, mientras que con Weblogic sus licencias necesitarán actualización también.

Cualquiera que elija, podrá construir su sistema encima de ellos sin demasiados problemas, pero mi preferencia sería JBoss.

Answer 13

Realmente me gusta WebLogic. Por el momento, suspenderé el costo de la licencia y solo diré que en su apogeo fueron el mejor servidor de aplicaciones Java EE del mercado, sin dudas. BEA tenía mucha gente extremadamente talentosa desarrollando su código, y se notaba. Si el dinero no formaba parte de la ecuación, y yo tenía un empleador que insistía en gastar dinero que no era el mío, aún elegiría WebLogic sobre WebSphere o JBOSS o Glassfish o cualquier otra cosa en el mercado.

Estoy triste por la compra de Oracle. Creo que el talento se ha filtrado, y Oracle no tiene una idea clara de lo que quieren hacer con WebLogic. Han estado atrapados en la versión 10.1 durante algunos años.

 <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 es un proyecto típico de IBM: el doble del costo, la mitad de la funcionalidad, la documentación deficiente, y usted tiene que comprar todas sus tonterías (por ejemplo, IDE basados ​​en Eclipse) para usarlo.

JBOSS no está mal, pero solo porque la diferencia de precio está tan a su favor.

Prefiero recomendar Spring, Tomcat y ActiveMQ como una excelente alternativa. Si los EJB son absolutamente necesarios, agregue OpenEJB a esa mezcla.

Actualización de 2018: mi afecto por Java EE como estándar y las implementaciones de su servidor de aplicaciones se ha enfriado en los últimos nueve años. Creo que una mejor respuesta es ir con Spring Boot. Implemente un archivo JAR ejecutable en una JVM y no se preocupe más por un servidor de aplicaciones Java EE.