Closed johny65 closed 3 years ago
If I try to deploy the example in Payara Micro, I get:
Exception during lifecycle processing
java.lang.Exception: java.lang.IllegalStateException: ContainerBase.addChild: start: org.apache.catalina.LifecycleException: org.apache.catalina.LifecycleException: javax.servlet.ServletException: com.sun.xml.ws.transport.http.servlet.WSServletException: WSSERVLET11: Fallo al analizar el descriptor en tiempo de ejecución: java.lang.NoClassDefFoundError: com/sun/org/apache/xml/internal/resolver/CatalogManager
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:137)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:123)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:283)
at org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:362)
at com.sun.enterprise.v3.server.ApplicationLifecycle.initialize(ApplicationLifecycle.java:621)
at fish.payara.deployment.admin.InitializeAllApplicationsCommand.execute(InitializeAllApplicationsCommand.java:75)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:558)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2$1.run(CommandRunnerImpl.java:554)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.base/javax.security.auth.Subject.doAs(Subject.java:361)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$2.execute(CommandRunnerImpl.java:553)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:584)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$3.run(CommandRunnerImpl.java:576)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.base/javax.security.auth.Subject.doAs(Subject.java:361)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:575)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1496)
at com.sun.enterprise.v3.admin.CommandRunnerImpl.access$1300(CommandRunnerImpl.java:120)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1878)
at com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1754)
at com.sun.enterprise.admin.cli.embeddable.CommandExecutorImpl.executeCommand(CommandExecutorImpl.java:183)
at com.sun.enterprise.admin.cli.embeddable.CommandExecutorImpl.run(CommandExecutorImpl.java:96)
at fish.payara.micro.impl.PayaraMicroImpl.bootStrap(PayaraMicroImpl.java:1068)
at fish.payara.micro.impl.PayaraMicroImpl.create(PayaraMicroImpl.java:216)
at fish.payara.micro.impl.PayaraMicroImpl.main(PayaraMicroImpl.java:203)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at fish.payara.micro.boot.loader.MainMethodRunner.run(MainMethodRunner.java:50)
at fish.payara.micro.boot.loader.Launcher.launch(Launcher.java:114)
at fish.payara.micro.boot.loader.Launcher.launch(Launcher.java:73)
at fish.payara.micro.boot.PayaraMicroLauncher.create(PayaraMicroLauncher.java:87)
at fish.payara.micro.boot.PayaraMicroLauncher.main(PayaraMicroLauncher.java:71)
at fish.payara.micro.PayaraMicro.main(PayaraMicro.java:397)
Hi,
I get a different error when I deploy the test application to the server (a class cast exception).
So I'm not sure what the problem is at your end, but you can try to add the JVM option -Djdk.util.jar.enableMultiRelease=force
to the server config (so that the correct CatalogManager might be used)
You might also need to add the javax.xml.ws classes as they are no longer a part of java SE from Java 11 and onwards.
Regards Rudy
Hi @johny65,
Due to the lack of activity form you, I am closing this issue immediately. If the issue is still pressing to you, feel free to verify if it’s applicable in the current release of Payara Server Community edition and proceed to raise a new issue with details of the test reproducer. Many thanks for your understanding.
Sorry to be a necro for this old issue.
Today I tried to deploy Arquillian based tests for Dataverse softwareto a Payara Managed instance and I could not deploy my WAR. See relevant Maven output here: https://pastebin.com/sz5im9i8
Using OpenJDK 11, Arquillian 1.7.0.Alpha8, JUnit 5, Payara 5.2021.1, Maven 3.5 here.
After some digging, I found out that our dependency on Apache Tika for fulltext indexing itself depends on the CXF Rest Client org.apache.cxf.cxf-rt-rs-client
. Excluding per this StackOverflow thread made the tests running.
<dependency>
<groupId>org.apache.tika</groupId>
<artifactId>tika-parsers</artifactId>
<version>1.24.1</version>
<exclusions>
<exclusion>
<groupId>org.apache.cxf</groupId>
<artifactId>cxf-rt-rs-client</artifactId>
</exclusion>
</exclusions>
</dependency>
We have <class-loader delegate="true"/>
in glassfish.web.xml
, so CXF should not be loaded, shouldn't it?
Now I'm wondering if this is related, if I should post to forum or create a new issue + reproducer. (This does not look like an Arquillian problem, as this happened in the past, too.)
Description
I can't deploy an app providing a web service with Apache CXF because it fails with an exception.
Expected Outcome
Being able to deploy the app and use the Apache CXF implementation to provide the web services.
Current Outcome
I've read that in order to make use of the CXF implementation, I must configure this in the
glassfish-web.xml
file:But with that line, the app doesn't deploy throwing the following exception:
I don't know if this is a bug of Payara, Apache CXF, a problem with configuration or what.
Steps to reproduce (Only for bug reports)
I provide a simple project to reproduce (test-cxf.zip). Just:
Environment