La misma .la guerra de archivo despliega fino en Glassfish v2.1. No sé la última vez que probé la v3, pero que se quiere retirar en caliente implementar funcionalidad ya que se rumorea que estar trabajando en netbeans 6.8 con glassfish v3. Así que, me implementar como de costumbre y me da el siguiente error:

SEVERE: Exception while invoking class org.glassfish.ejb.startup.EjbDeployer load method
....
SEVERE: Exception while loading the app
java.lang.RuntimeException: Unable to load EJB module.  DeploymentContext does not contain any EJB  Check archive to ensure correct packaging for c:\src\svn\trunk\gui\target\WEBAPP
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:134)
at org.glassfish.ejb.startup.EjbDeployer.load(EjbDeployer.java:64)
at org.glassfish.internal.data.ModuleInfo.load(ModuleInfo.java:153)
at org.glassfish.internal.data.ApplicationInfo.load(ApplicationInfo.java:220)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:314)
at com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:169)
at org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:272)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:305)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:320)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1159)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$900(CommandRunnerImpl.java:83)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1218)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1207)
at com.sun.enterprise.v3.admin.AdminAdapter.doCommand(AdminAdapter.java:362)
at com.sun.enterprise.v3.admin.AdminAdapter.service(AdminAdapter.java:201)
at com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:166)
at com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:100)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:241)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:789)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:697)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:951)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:166)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:135)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:102)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:88)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:53)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:57)
at com.sun.grizzly.ContextTask.run(ContextTask.java:69)
at com.sun.grizzly.util.FixedThreadPool$BasicWorker.doWork(FixedThreadPool.java:431)
at com.sun.grizzly.util.FixedThreadPool$BasicWorker.run(FixedThreadPool.java:410)
at java.lang.Thread.run(Thread.java:619)

No entiendo por qué se quejan de cualquier cosa EJB relacionados ya que este es un .la guerra de archivo. Alguna idea?

ACTUALIZACIÓN: en que se presentó un error con glassfish: https://glassfish.dev.java.net/issues/show_bug.cgi?id=10592. Este es un error en glassfish o, al menos, el mensaje de error no es útil en el seguimiento del problema.

InformationsquelleAutor dpb | 2009-10-24

4 Comentarios

  1. 6

    https://glassfish.dev.java.net/issues/show_bug.cgi?id=10592

    Del error:

    Ok, que se encuentra la causa (gracias por proporcionar el caso de prueba!):

    1. EjbSniffer se ha recuperado después de escanear el archivo: una (o más) de los
      biblioteca frascos envasados en el archivo que contiene los Ejb con componente de anotaciones.
      Por lo que el contenedor ejb se le preguntó a cargar el módulo más tarde.

    2. El contenedor de ejb no era capaz de encontrar los metadatos correspondientes, debido a que el
      web.xml es la versión 2.4 para el meta-procesamiento de datos omitió la anotación
      de procesamiento (sólo proceso de anotaciones de Java EE 5+ esquema de versiones).

    Después de que he cambiado la web.xml para hacer referencia a 2.5 esquema (que usted puede hacer 3.0 esquema así):
    http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd«>

    La aplicación se ha implementado correctamente.

    Por favor, darle una oportunidad y que me haga saber si funciona para usted.

    • Ayer por la noche un @dpb salvó mi vida!
  2. 2

    He 3_0 esquema y me sigue apareciendo el error. Lo más interesante es que tengo dos guerras, una es el proyecto de ejemplo de soldadura arquetipo, y el otro es una personalización de eso. La costumbre de la guerra no funciona.

    He comprobado lado y lado, es el mismo a excepción de los modelos más clases y más propiedades en persistence.xml

  3. 1

    Alguien a través de la @Stateless anotaciones en ManagedBeans es informar de un problema similar en el java.net Foros.

    No sé si esto se aplica a usted, pero el dado solución fue:

    Ir a la consola de administración, vaya al centro de actualización e instalar EJB.

    Yo no prueba a mí mismo así que no puedo confirmar esto le ayudará.

    • Gracias Pascal, cuando me vaya a la herramienta de actualizar, tengo glassfish contenedor ejb & glassfish ejb lite contenedor añadido. Puedo entender que quizás hay algo en el proyecto que está haciendo glassfish creo que hay Ejb en el proyecto, sin embargo de lo que puedo decir ejb apoyo está instalado.
    • Esto fue más una conjetura que una seria de plomo. En realidad, esto realmente se ve como un error para mí. Tal vez tendrás más suerte si te informe de ello en NetBeans’ issue tracker.
    • Buena idea, yo presenté un error: glassfish.dev.java.net/issues/show_bug.cgi?id=10592
  4. 0

    Mi solo $0.02…

    Tuve el mismo error después de agregar el JaxMe biblioteca (versión 0.5.2) a mi solicitud. Esto provocó un error de implementación en uno de mis guerra módulos – que confunde el infierno fuera de mí, porque yo no realizar cambios a ese módulo. La eliminación de JaxMe se ha solucionado el problema.

Dejar respuesta

Please enter your comment!
Please enter your name here