Entradas etiquetadas con wildfly

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?

Tunning de aplicaciones en WildFly

JBUG: London

JBUG: London

El grupo de usuario de Jboss de Londres organizó unas charlas el mes pasado. La que me ha parecido mas interesante es la que dieron sobre tunning de aplicaciones sobre WoldFly/JBoss. Afortunadamente para todos, las grabaron en vídeo.

 

Te recomiendo que prestes mucha atención, sobre todo a la parte del “funnel”. Representa el comportamiento ideal de una petición. Es fundamental ya que la configuración inicial que hacemos de todos los parámetros del servidor java (JBossAS, WildFly o el que sea) se basa en este comportamiento ideal. Espero que te gusten.

 

Parte 1:

 

Parte 2:

Lanzada la version 8.2 Final de WildFly

Logo oficial de WildFly

Logo oficial de WildFly

Desde hace unos días ya tenemos disponible nueva versión de WildFly. Si el nombre no te suena, es la versión community de JBossAS. Como mejoras principales mencionan dos:

-Implementación de CDI 1.2: CDI es la especificación de inyección de dependencias de Java y se corresponde con el JSR-346. La implementación la realizan por medio de Weld, que es otro proyecto de JBoss (que, recordemos, pertenece a RedHat). Esta gente también dan soporte para otros servidores java, así que si quieres puedes tener inyección de dependencias en tu Tomcat o Jetty ya sabes.

-Web Sockets 1.1: Se corresponde con la JSR-356. Esta implementación se realiza nivel del contenedor de servlets. Y ahora viene la sorpresa: Tomcat ya no es el contenedor de servlets embebido en WildFly-JBossAS. Ahora es Undertow. No es que se trate de algo nuevo, pues hace meses que se realizo este cambio, pero no había hablado de Undertow antes por aquí. Espero que con este cambio, si alguien quiere cambiar el puerto de escucha del JBoss, cambie la configuración correctamente en lugar de toquetear los ficheros del Tomcat como hacia algún manazas.

Puedes ver la lista de cambios en las releases notes y descargarlo aquí.

Administrando tu JBoss desde el telefono

Nos ha pasado a todos. En algún momento uno de nuestros servidores de aplicaciones se vuelve inestable en el peor momento. En mi caso se producía una vez al año. Se trataba de una aplicación utilizada para realizar un determinado tramite. El resto del año el servidor se estaba tocando las narices, pero en ese mes echaba humo. Como la aplicación tenia un leak de memoria, conforme iba recibiendo visitas disminuía la memoria que realmente podía utilizar. Este tipo de comportamientos es relativamente fácil de observar en la gráfica del Heap desde jconsole o visualvm. Finalmente, como no podía ser de otra manera, el servidor de aplicaciones dejaba de responder. ¿Que hacia en estos casos? Pues reiniciarlo de forma preventiva en las horas de menor afluencia. Ya se que no era la solución perfecta, pero hasta que no corrigieran el leak, no había otra. En el peor de los casos, el servidor colapsaba antes del siguiente reinicio: alarma en el móvil de guardia, carrera para arrancar el portátil, activar la VPN… ya sabes como va.

Afortunadamente, y como no estamos solos, hay quien se ha propuesto facilitarnos la vida: ya tenemos aplicaciones gratuitas para monitorizar y gestionar JBoss/WildFly desde nuestro smartphone. ¿No te fías? Pues puedes revisar, descargar y compilar el código tu mismo. La aplicación esta disponible para Android y para iOS. Y en github tienes el código tanto de una como de la otra.

Ahora podrás reiniciar ese servidor de aplicaciones maldito antes de que el teléfono de guardia desate el apocalipsis.

3 años de desarrollo de WildFly concentrados en 3 minutos

Dentro de poco tendremos la versión final de WildFly 8. Mientras tanto, puedes disfrutar de este vídeo donde están representados los movimientos en el repositorio del proyecto. Si prestas atención podrás ver como se han ido añadiendo funcionalidades o cuando se ha refactorizado el código. No te lo pierdas.

Ir arriba