WebLogic

Video del WebLogic Classloader Analysis Tool

Aquí os dejo un vídeo donde se muestra el uso del CAT de WebLogic. Como su nombre indica, se trata de un analizador del sistema de carga de clases. A primera vista puede parecer que estamos ante una herramienta para desarrolladores, un depurador mas. Si embargo, como administrador de sistemas de servidores Java, te va resultar de cierta utilidad. Te servirá para comprobar la calidad del equipo de desarrollo que te entrega ese war o ese ear. Si se han limitado a arrojar las librerías al proyecto, lo sabrás.

Configurando WebLogic para funcionar con proxy inverso

WebLogic ServerEn numerosas ocasiones es necesario poner nuestro servidor de aplicaciones detras de un proxy inverso (también conocido como “fachada”). Dentro de unos días espero publicar un articulo sobre las ventajas y desventajas del uso del proxy inverso. A pesar de que sobre el papel la acción de la fachada es transparente, en numerosos casos eso no es asi. Por ejemplo, cuando se utiliza SSL algunos de los extremos puede suponer que esta sufriendo un ataque de tipo man-in-the-middle. También dependerá de si la conexión segura llega hasta la fachada (si tenemos tarjetas aceleradoras SSL podemos aumentar el rendimiento) o hasta el servidor. Hay ocasiones en que el propio servidor se percata de la existencia del proxy: si conectamos con un Tomcat a través del conector AJP13 funcionará suponiendo que las peticiones no las realiza un cliente directamente sino que las realiza a través del proxy inverso.

En otras ocasiones, como en el caso de WebLogic es necesario indicarlo explícitamente. Utilizando la Consola de Administración tendrás que acceder a las propiedades del Dominio o del Cluster y marcar la opción WebLogic plugin Enabled. Efectivamente, no le han dado un nombre muy intuitivo que digamos. Si no lo hacemos, y siguiendo el ejemplo anterior del uso de SSL, veremos la petición denegada con un mensaje similar a este

[WSM_POLICY_NAME: oracle/wss11_saml_or_username_token_with_message_protection_service_policy] Failure in WS-Policy Execution due to exception.

Y en el log veremos la siguiente traza de error:

Caused by: oracle.wsm.common.sdk.WSMException: FailedCheck : failure in security check
Caused by: oracle.wsm.security.policy.scenario.policycompliance.PolicyComplianceException: WSM-00042 : The request must be made over SSL.

En resumen: un nombre de elección dudosa para una propiedad que nos puede dar muchos dolores de cabeza. Si quieres ver los pasos que hay que seguir dentro de la Consola de Administración o mas información sobre esto, puedes consultar el articulo original en ateam-oracle.com.

Oracle no dará soporte comercial para Glassfish 4

Logo de GlassFishEn este blog se ha hablado bastante acerca de la idoneidad de utilizar Glassfish en entornos de produccion. Durante este ultimo año, Oracle no ha hecho sino promover su utilización en cuanto evento de Java (suyo o ajeno) haya asistido. Se han publicado vídeos sobre casos de éxito, documentación a mansalva… de todo. Muchos, entre los cuales me incluyo, siempre hemos dudado de elegir Glassfish fuera una buena elección. Los que llevamos algún tiempo en esto recordamos que Glassfish era un demostrador tecnológico, una implementación de referencia de SUN. Un servidor de aplicaciones “de juguete”, si se me permite la expresión. Todos nuestros temores se han confirmado.

Coincidiendo con la actualización del roadmap de Java y Glassfish, Oracle ha hecho publico que a partir de Glassfish 4, no ofrecerá soporte comercial para la plataforma. Aquellas organizaciones que tengan contratado soporte para versiones anteriores no tienen de que preocuparse (de momento) pues seguirán disponiendo de él hasta que llegue la EOL del producto.  Podéis ver aquí el anuncio: Java EE and GlassFish Server Roadmap Update. El articulo es relativamente largo (no te pierdas los comentarios), pero de entre todo lo que se puede reseñar me quedo con esto:

Commercial Java EE 7 support will be provided from WebLogic Server

Efectivamente: si quieres un servidor de aplicaciones con soporte, usa WebLogic. Inmediatamente después del anuncio, el mundo java se incendió. javaHispano, un sitio que te recomiendo aunque no seas desarrollador, también se hizo eco de la noticia. Ante la avalancha de criticas, Oracle respondió en uno de sus blogs con otro articulo: 6 Facts About GlassFish Announcement. Básicamente nos dice que somos unos exagerados, que hay otros servidores que tampoco tienen soporte y se siguen usando, que si usabas Glassfish te puedes pasar fácilmente a WebLogic, que WebLogic no es tan caro… Creo que no han entendido cual es el problema: que la gente se siente engañada.

Oracle publica WebLogic Server 12c, Release 12.1.2

Hace unos días se hizo publica la nueva release de WebLogic. Aunque no he trabajado con él, compañeros de profesión cuya opinión respeto siempre me han comentado que pocos servidores de aplicaciones pueden alcanzarlo en cuanto a rendimiento y estabilidad. Supongo que, como en todos los casos, dependerá también del escenario. Hace algún tiempo estuve preparando la certificación para WebLogic 11, pero lo dejé pasar: con la crisis empresas y administraciones publicas dejaron de realizar instalaciones nuevas y en algunos casos eliminaron alguna de las existentes.

Independienteme de si hay instalaciones de WebLogic en tu infraestructura o no, es un servidor de aplicaciones que deberías conocer. Saber como se instala, como esta organizado conceptualmente… te permitirá entender conceptos de otros servidores, algunos de los cuales utilizan características similares. Oracle tiene toneladas de información online, así que si tienes interés puedes empezar por aquí: http://www.oracle.com/technetwork/middleware/weblogic/documentation/index.html.

Ir arriba