Antonio

Antonio

(0 comentarios, 112 entradas)

Este usuario no ha compartido ninguna información de perfil

Entradas de Antonio

Error al desplegar un EAR en Wildfly

Hago un alto en el periodo vacacional del blog, para abrir lo que podría ser una sección nueva de este blog: consultas de los lectores. Nicolás esta teniendo problemas con Wildfly y no he podido ayudarle. Como la temática del blog es bastante concreta, no seria de extrañar que otro de los lectores haya tenido un problema similar y pueda indicarle de que se trata. Os pego su mensaje:

“Hola, estoy haciendo una pequeña aplicación con Java EE 7 y Wildfly 9.0.1.Final y en local se despliega muy fácil, pero en el servidor remoto (donde tengo Wildfly instalado y todo configurado, datasources, etc) no tengo manera de desplegar la aplicación, siempre me da un error. He puesto en stackoverflow el error, para que por lo menos, puedas ver la excepción que me salta (sunque ponga Wildfly 8.2.1.Final uso el 9).

http://stackoverflow.com/questions/31985683/cannot-deploy-ear-on-wildfly-8-2-1-final

Os pego lo mas importante del post en stackoverflow:

“Cannot deploy EAR on WildFly 8.2.1.Final

I’m having the following error on Wildfly when trying to deploy an EAR:

[standalone@IP:9990 /] deploy /opt/banco_ear.ear
{"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"banco_ear.ear\".STRUCTURE" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"banco_ear.ear\".STRUCTURE: JBAS018733: Failed to process phase STRUCTURE of deployment \"banco_ear.ear\"
Caused by: org.jboss.as.server.deployment.DeploymentUnitProcessingException: JBAS018740: Failed to mount deployment content
Caused by: java.io.IOException: VFS000015: Could not create directory for original name 'content' after 10 attempts"}}}}

The EAR is generated by Intellij IDEA and I fix all of the dependencies. I’m new with remote deployments, and I find it very difficult.

Here is my application.xml

<?xml version="1.0" encoding="UTF-8"?>
<application xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/application_6.xsd"
version="6">

<module id="banco-Web">
<web>
<web-uri>web.war</web-uri>
<context-root>bancoWeb</context-root>
</web>
</module>
</application>

What is wrong?

Thank’s in advance.

EDIT

When I run jboss-cli as wildfly user and try to deploy the application (that in local wildfly run’s perfectly), the CLI throws the next exception:

[standalone@IP:9990 /] deploy /opt/prueba_ear.ear
{"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => {"WFLYCTL0080: Failed services" => {"jboss.deployment.unit.\"prueba_ear.ear\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"prueba_ear.ear\".WeldStartService: Failed to start service
Caused by: org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions:
Exception 0 :
javax.enterprise.event.ObserverException
[...]


Uno de las respuestas en stackoverflow es la que yo iba a darle: que revisara los permisos de los usuarios. Como eso no es, os pregunto ¿habéis tenido antes este problema?

Ya esta disponible Jetty 9.3.0, edición 20 Aniversario

Logo del proyecto Jetty

Logo del proyecto Jetty

Tenemos nueva versión de Jetty cuando se cumplen 20 años de su existencia. La verdad, no parece que llevemos tanto tiempo con Java. La primera vez que escuché hablar de Java fue en 1996. Ya entonces parecía que iba a ser realmente grande, pero en todo este tiempo han aparecido bastantes cosas con pinta de ser la siguiente cosa realmente grande y se han quedado en nada. Ya sabéis como va esto. Bueno, revisando las novedades que trae Jetty 9.3.0.v20150612 he visto que son bastante jugosas:

  • Añadido soporte para HTTP/2 (rfc7540) en cliente y servidor. A cambio han retirado el soporte para SPDY. Es un movimiento que se repite en numerosos productos: HTTP/2 trae los mismos beneficios que SPDY y ademas es estándar, así que esta condenado a desaparecer. Le debe mucho HTTP/2 a SPDY.
  • Mejorado el scheduler: aseguran que han aumentado el paralelismo y con él el rendimiento.
  • Integradas nuevas features Java NIO FileSystem.

Ahora es obligatorio usar Java 8, así que tenlo en cuenta para tus pruebas.

Página de descargas de Jetty:

http://download.eclipse.org/jetty/stable-9/dist/

Documentación oficial:

http://www.eclipse.org/jetty/documentation/current

Archivo de descargas:

http://archive.eclipse.org/jetty/index.html

Servidores J2EE 7 Certificados (Junio 2015)

Hace ya un tiempo razonable desde la salida de la especificación 7 de J2EE. ¿Serán muchos los servidores que se hayan certificado? La verdad es que no. Me ha sorprendido que sean tan pocos. También me ha sorprendido la distribución. Pensaba que todos serian proyectos desarrollados por la comunidad, por aquello de que su ciclo de desarrollo suele ser mas rápido. En cambio, solo la mitad son open source. No me entretengo mas, veamos cuantos y cuales son:

GlassFish Server Open Source Edition 4.0

Logo de GlassFish

El servidor del pescado (a estas alturas ya sabreis que no es santo de mi devoción) fue el primero en conseguir la certificación. Cosa lógica, ya que se trata del demostrador tecnológico de Oracle. Así cualquiera. Ha sido probado en Solaris Sparc10 y 11, Windos XP y 2008, MacOS12.10, Ubuntu12.10, OracleLinux 6.3, Fedora 18 y openSUSE 10.2 con JDK 7 Update 21. Cumple con la especificación full profile y la web profile.

Wildfly 8

Logo oficial de WildFly

Logo oficial de WildFly

Wildfly fue concebido para ser J2EE 7 certificado desde el principio, así que no es una sorpresa encontrarlo en la lista. Este ha sido probado en Red Hat Enterprise Linux 6 (lógico también) con JDK 7 Update 45. También cumple con la especificación full profile y la web profile.

TMAX JEUS 8

Hace un par de años ya hablamos de este servidor de aplicaciones coreano. Yo nunca lo he usado (quizás porque no soy coreano) pero parece que en su país es muy popular. No cabe duda que se lo toman en serio si lo han certificado ya. Ha sido probado en Red Hat Linux Fedora 17 con JDK 7 Update 9. Esta certificado full profile.

Cosminexus 10

cosmi

De este también hablamos en el post que comentaba antes. Este servidor de aplicaciones es el otro comercial de la lista, propiedad de Hitachi. No te puedo decir mucho mas: la información que he encontrado (casi todo en su página) hace casi siempre referencia a versiones antiguas. Probado en Windows 7, 8, 8.1, 2008, 2008 R2, 2012, 2012 R2, Red Hat Enterprise Linux Server 5 y 6 y AIX 6.1 y 7.1.

¿Cambiara esto pronto? Pues yo espero que para final de año se hayan añadido bastantes servidores a la lista: WebSphere, JBoss y TomEE no creo que tarden mucho. Otros ya veremos. Hagan sus apuestas. Por mi parte, intentare acordarme cuando llegue el final de año y repasare la lista.

Apache Tomcat 6 llega a su End Of Life

Logo de Apache Tomcat

Logo de Apache Tomcat

Pues si. Hasta aquí hemos llegado. Tomcat 6, que tan buenos resultados nos ha dado va a dejar de actualizarse el próximo 31 de Diciembre. Esto significa que no se arreglarán bugs que afecten a esta rama y que las vulnerabilidades que vayan apareciendo en las otras ramas no se van a comprobar en esta. O lo que es lo mismo, que va a ser muy muy raro si a partir de esa fecha vemos alguna release de esta rama. Ademas, las secciones de la web de Tomcat correspondientes irán desapareciendo y la única forma de descargarlo sera a través del archivo.

 

Tienes 6 meses para mover los servidores que tengas en 6 a la versión 7. Te recomiendo que empieces mirando la guía de migración.

Los 5 servidores Java que se actualizaron el mes pasado

Este mes pasado han ido saliendo numerosas versiones nuevas, de mantenimiento o Release Candidates que por una cosa o por otra no he podido publicar. Os dejo un resumen.

Apache Tomcat 7.0.62
Apache Tomcat 6.0.44

Logo de Apache Tomcat

Logo de Apache Tomcat

Actualizaciones de mantenimiento de ramas antiguas de Tomcat. Deberías ir pensando en pasarte a la 8, que ya esta maduro, e ir dejando estas. Cuando menos te lo esperes dejaran de publicar parches y entonces tendrás un problema.

Relacionado con todo esto, el equipo de seguridad de Tomcat ha publicado el siguiente aviso de seguridad: “CVE-2014-7810: Apache Tomcat Security Manager Bypass”. Afecta a los siguentes productos: Apache Tomcat 8.0.0-RC1 a 8.0.15, Apache Tomcat 7.0.0 a 7.0.57 y Apache Tomcat 6.0.0 a 6.0.43. Tambien puede afectar a JBoss. Para explotarla hace falta que tengamos instalada una aplicación maliciosa en nuestro servidor. Esto no suele ser lo habitual, pero actualizar el servidor de aplicaciones es fácil y rápido. Al menos una vez que te han autorizado a ello.

Páginas de descarga:

https://tomcat.apache.org/download-70.cgi
https://tomcat.apache.org/download-60.cgi

Apache TomEE 1.7.2

Por fin una versión nueva de este ligero servidor J2EE web profile. Me sorprende que pase tanto tiempo entre versiones, aunque sea para actualizar el Tomcat sobre el que se basan. Aunque en la nota de lanzamiento dicen que utilizan Tomcat 7.0.61, si miras las releases notes (o si descargas el paquete y lo miras, como hice yo) veras que se trata de la 7.0.62, que es la ultima disponible de la rama 7. Ademas del Tomcat, han subido a xbean 4.1, OpenJPA 2.4.0, xbean 4.2, cxf 2.6.16, myfaces 2.1.16… En fin, últimas versiones de esos jars que hacen felices a los programadores.

Página de descargas:

http://tomee.apache.org/downloads.html

Jetty 9.2.11.v20150529
Jetty 7.6.17.v20150415
Jetty 8.1.17.v20150415

Logo del proyecto Jetty

Logo del proyecto Jetty

Versiones de mantenimiento de Jetty. No he visto nada que me llamara la atención, pero eso no quiere decir que no actualices. No hace daño y a la larga ahorra sustos.

Página de descargas:

http://download.eclipse.org/jetty/

WildFly 9.0.0.CR1

Logo oficial de WildFly

Logo oficial de WildFly

WildFly 9 implementa los perfiles Java EE7 full y web profile. Ahora soporta HTTP/2 y SPDY, puede funcionar como frontal para hacer balanceo de carga (esto te puede resultar útil si por lo que sea no puedes usar un Apache), nuevos modos de suspensión y apagado (otra cosa que se suele hacer con el Apache del frontal), consola de gestión por linea de comandos y muchas cosas mas. Estoy deseando que tengamos la versión definitiva. En las releases notes tienes mas detalles.

Página de descargas:

http://wildfly.org/downloads/

JBoss EAP 6.4

No suelo avisar de la salida de servidores “de pago” ya que si estas pagando el soporte estos avisos te llevan directamente, pero como este mes han salido tantas cosas, lo añado. El único cambio reseñable es que ahora se soporta el JDK 8 y se asegura su funcionamiento en nuevas versiones de los SGBD habituales.

Como has visto, ha sido un mes movido. Si ha salido algún otro y se me ha pasado, no dudes en ponerlo en los comentarios.

Feed RSS de Antonio
Ir arriba