You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The java_binary rule isn't including certain Apache CXF files when generating the fat JAR. Specifically, the files located under the path META-INF/cxf are being excluded. As a result, when the application is deployed within a container, it encounters an error for those missing files.
I propose modifying the DefaultJarEntryFilter implementation to ensure that the META-INF/cxf directory is correctly included in the generated fat JAR.
Which category does this issue belong to?
Java Rules
What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
Develop an application that creates a web service using Apache CXF, and package it into a containerized environment. Utilize the java_binary rule to generate a fat JAR for deployment.
Which operating system are you running Bazel on?
macOs Sonoma Version 14.5
What is the output of bazel info release?
release 6.3.2
If bazel info release returns development version or (@non-git), tell us how you built Bazel.
No response
What's the output of git remote get-url origin; git rev-parse HEAD ?
Any other information, logs, or outputs that you want to share?
Log when deploying the application
java.lang.NullPointerException: null at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.generatedWrapperBeanClass(JaxWsServiceFactoryBean.java:670) ~[service_deploy.jar:?] at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.getExtraClass(JaxWsServiceFactoryBean.java:642) ~[service_deploy.jar:?] at org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:463) ~[service_deploy.jar:?] at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.buildServiceFromClass(JaxWsServiceFactoryBean.java:693) ~[service_deploy.jar:?] at org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:529) ~[service_deploy.jar:?] at org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:262) ~[service_deploy.jar:?] at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.create(JaxWsServiceFactoryBean.java:199) ~[service_deploy.jar:?] at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:103) ~[service_deploy.jar:?] at org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:91) ~[service_deploy.jar:?] at org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBean.java:158) ~[service_deploy.jar:?] at org.apache.cxf.jaxws.JaxWsProxyFactoryBean.create(JaxWsProxyFactoryBean.java:142) ~[service_deploy.jar:?]
The text was updated successfully, but these errors were encountered:
This looks like a special case of #7330, and is something we're looking to fix in a general fashion. Closing this as a dupe, please use #7330 as the canonical issue for this.
Description of the bug:
The
java_binary
rule isn't including certain Apache CXF files when generating the fat JAR. Specifically, the files located under the path META-INF/cxf are being excluded. As a result, when the application is deployed within a container, it encounters an error for those missing files.I propose modifying the DefaultJarEntryFilter implementation to ensure that the META-INF/cxf directory is correctly included in the generated fat JAR.
Which category does this issue belong to?
Java Rules
What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
Develop an application that creates a web service using Apache CXF, and package it into a containerized environment. Utilize the java_binary rule to generate a fat JAR for deployment.
Which operating system are you running Bazel on?
macOs Sonoma Version 14.5
What is the output of
bazel info release
?release 6.3.2
If
bazel info release
returnsdevelopment version
or(@non-git)
, tell us how you built Bazel.No response
What's the output of
git remote get-url origin; git rev-parse HEAD
?If this is a regression, please try to identify the Bazel commit where the bug was introduced with bazelisk --bisect.
No response
Have you found anything relevant by searching the web?
Ticket in Apache CXF Jira
https://issues.apache.org/jira/browse/CXF-9053
Any other information, logs, or outputs that you want to share?
Log when deploying the application
java.lang.NullPointerException: null at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.generatedWrapperBeanClass(JaxWsServiceFactoryBean.java:670) ~[service_deploy.jar:?] at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.getExtraClass(JaxWsServiceFactoryBean.java:642) ~[service_deploy.jar:?] at org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:463) ~[service_deploy.jar:?] at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.buildServiceFromClass(JaxWsServiceFactoryBean.java:693) ~[service_deploy.jar:?] at org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:529) ~[service_deploy.jar:?] at org.apache.cxf.wsdl.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:262) ~[service_deploy.jar:?] at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.create(JaxWsServiceFactoryBean.java:199) ~[service_deploy.jar:?] at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:103) ~[service_deploy.jar:?] at org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:91) ~[service_deploy.jar:?] at org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBean.java:158) ~[service_deploy.jar:?] at org.apache.cxf.jaxws.JaxWsProxyFactoryBean.create(JaxWsProxyFactoryBean.java:142) ~[service_deploy.jar:?]
The text was updated successfully, but these errors were encountered: