[JBoss JIRA] (JBWS-4075) jaxws-tools-maven-plugin doesn't work on JDK9
by Darryl Miles (JIRA)
[ https://issues.jboss.org/browse/JBWS-4075?page=com.atlassian.jira.plugin.... ]
Darryl Miles edited comment on JBWS-4075 at 11/22/17 6:16 PM:
--------------------------------------------------------------
Be sure to use an Oracle JDK not some other.
I saw this issue from the built in JRE8 that IntelliJ provides and was using with Maven by default. Force Maven JDK to be an actual Oracle one and this error went away.
was (Author: dlmiles):
Sure to use the Oracle JDK not some other.
I saw this issue from the built in JRE8 that IntelliJ provides and was using with Maven by default. Force Maven JDK to be an actual Oracle one and this error went away.
> jaxws-tools-maven-plugin doesn't work on JDK9
> ---------------------------------------------
>
> Key: JBWS-4075
> URL: https://issues.jboss.org/browse/JBWS-4075
> Project: JBoss Web Services
> Issue Type: Task
> Components: jaxws-tools-maven-plugin
> Affects Versions: jbossws-jaxws-tools-maven-plugin-1.2.0.Beta1
> Reporter: Tomaz Cerar
> Assignee: R Searls
> Fix For: jbossws-cxf-5.2.1.Final
>
>
> When running on JDK9 plugin fails with CNFE classes from jaxb impl
> Maybe fix would be as simple as using jaxb-ri 2.3 dependency explicitly.
> {noformat}
> Caused by: java.lang.NoClassDefFoundError: com/sun/istack/FinalArrayList
> at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:246)
> 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:564)
> at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:137)
> at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:108)
> at javax.xml.bind.ContextFinder.find(ContextFinder.java:286)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:412)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:375)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:279)
> at org.apache.cxf.tools.wsdlto.core.PluginLoader.init(PluginLoader.java:78)
> at org.apache.cxf.tools.wsdlto.core.PluginLoader.<init>(PluginLoader.java:73)
> at org.apache.cxf.tools.wsdlto.core.PluginLoader.newInstance(PluginLoader.java:106)
> at org.apache.cxf.tools.wsdlto.WSDLToJava.<init>(WSDLToJava.java:48)
> at org.jboss.wsf.stack.cxf.tools.CXFConsumerImpl.consume(CXFConsumerImpl.java:308)
> at org.jboss.ws.api.tools.WSContractConsumer.consume(WSContractConsumer.java:225)
> ... 29 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
[JBoss JIRA] (JBWS-4075) jaxws-tools-maven-plugin doesn't work on JDK9
by Darryl Miles (JIRA)
[ https://issues.jboss.org/browse/JBWS-4075?page=com.atlassian.jira.plugin.... ]
Darryl Miles commented on JBWS-4075:
------------------------------------
Sure to use the Oracle JDK not some other.
I saw this issue from the built in JRE8 that IntelliJ provides and was using with Maven by default. Force Maven JDK to be an actual Oracle one and this error went away.
> jaxws-tools-maven-plugin doesn't work on JDK9
> ---------------------------------------------
>
> Key: JBWS-4075
> URL: https://issues.jboss.org/browse/JBWS-4075
> Project: JBoss Web Services
> Issue Type: Task
> Components: jaxws-tools-maven-plugin
> Affects Versions: jbossws-jaxws-tools-maven-plugin-1.2.0.Beta1
> Reporter: Tomaz Cerar
> Assignee: R Searls
> Fix For: jbossws-cxf-5.2.1.Final
>
>
> When running on JDK9 plugin fails with CNFE classes from jaxb impl
> Maybe fix would be as simple as using jaxb-ri 2.3 dependency explicitly.
> {noformat}
> Caused by: java.lang.NoClassDefFoundError: com/sun/istack/FinalArrayList
> at com.sun.xml.bind.v2.ContextFactory.createContext(ContextFactory.java:246)
> 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:564)
> at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:137)
> at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:108)
> at javax.xml.bind.ContextFinder.find(ContextFinder.java:286)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:412)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:375)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:279)
> at org.apache.cxf.tools.wsdlto.core.PluginLoader.init(PluginLoader.java:78)
> at org.apache.cxf.tools.wsdlto.core.PluginLoader.<init>(PluginLoader.java:73)
> at org.apache.cxf.tools.wsdlto.core.PluginLoader.newInstance(PluginLoader.java:106)
> at org.apache.cxf.tools.wsdlto.WSDLToJava.<init>(WSDLToJava.java:48)
> at org.jboss.wsf.stack.cxf.tools.CXFConsumerImpl.consume(CXFConsumerImpl.java:308)
> at org.jboss.ws.api.tools.WSContractConsumer.consume(WSContractConsumer.java:225)
> ... 29 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
[JBoss JIRA] (JBWS-4085) JBWS3879TestCase gzip related CharConversionException
by R Searls (JIRA)
[ https://issues.jboss.org/browse/JBWS-4085?page=com.atlassian.jira.plugin.... ]
R Searls updated JBWS-4085:
---------------------------
Attachment: xJBWS3879TestCase-error-log-jbws-testsuite-default.log
> JBWS3879TestCase gzip related CharConversionException
> -----------------------------------------------------
>
> Key: JBWS-4085
> URL: https://issues.jboss.org/browse/JBWS-4085
> Project: JBoss Web Services
> Issue Type: Bug
> Components: jbossws-cxf
> Affects Versions: jbossws-cxf-5.2.0.Final
> Environment: env: wildfly-11 running in -secmgr mode.
> Reporter: R Searls
> Priority: Minor
> Attachments: xJBWS3879TestCase-error-log-jbws-testsuite-default.log
>
>
> This only fails in -secmgr mode on wfly-11. It run in wfly-10 in -secmgr mode
> and in both wfly-10 and 11 in stnd mode.
> Here is the stacktrace of interest. The server log with more information is provided as
> an attachement.
> {code:java}
> Caused by: com.ctc.wstx.exc.WstxIOException: Invalid UTF-8 start byte 0x8b (at char #2, byte #-1)
> at com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:578)
> at com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:633)
> at com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:657)
> at com.ctc.wstx.stax.WstxInputFactory.createXMLStreamReader(WstxInputFactory.java:342)
> at __redirected.__XMLInputFactory.createXMLStreamReader(__XMLInputFactory.java:143)
> at org.apache.cxf.staxutils.StaxUtils.createXMLStreamReader(StaxUtils.java:1725)
> ... 66 more
> Caused by: java.io.CharConversionException: Invalid UTF-8 start byte 0x8b (at char #2, byte #-1)
> at com.ctc.wstx.io.UTF8Reader.reportInvalidInitial(UTF8Reader.java:304)
> at com.ctc.wstx.io.UTF8Reader.read(UTF8Reader.java:190)
> at com.ctc.wstx.io.ReaderBootstrapper.initialLoad(ReaderBootstrapper.java:254)
> at com.ctc.wstx.io.ReaderBootstrapper.bootstrapInput(ReaderBootstrapper.java:134)
> at com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:573)
> ... 71 more
> {code}
> In googling the exception there are references to data being pass as a gzip.
> These 2 are of interest
> https://stackoverflow.com/questions/35248465/issue-with-invalid-utf-8-sta...
> https://stackoverflow.com/questions/19092341/push-web-service-invalid-utf...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
[JBoss JIRA] (JBWS-4085) JBWS3879TestCase gzip related CharConversionException
by R Searls (JIRA)
R Searls created JBWS-4085:
------------------------------
Summary: JBWS3879TestCase gzip related CharConversionException
Key: JBWS-4085
URL: https://issues.jboss.org/browse/JBWS-4085
Project: JBoss Web Services
Issue Type: Bug
Components: jbossws-cxf
Affects Versions: jbossws-cxf-5.2.0.Final
Environment: env: wildfly-11 running in -secmgr mode.
Reporter: R Searls
Priority: Minor
This only fails in -secmgr mode on wfly-11. It run in wfly-10 in -secmgr mode
and in both wfly-10 and 11 in stnd mode.
Here is the stacktrace of interest. The server log with more information is provided as
an attachement.
{code:java}
Caused by: com.ctc.wstx.exc.WstxIOException: Invalid UTF-8 start byte 0x8b (at char #2, byte #-1)
at com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:578)
at com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:633)
at com.ctc.wstx.stax.WstxInputFactory.createSR(WstxInputFactory.java:657)
at com.ctc.wstx.stax.WstxInputFactory.createXMLStreamReader(WstxInputFactory.java:342)
at __redirected.__XMLInputFactory.createXMLStreamReader(__XMLInputFactory.java:143)
at org.apache.cxf.staxutils.StaxUtils.createXMLStreamReader(StaxUtils.java:1725)
... 66 more
Caused by: java.io.CharConversionException: Invalid UTF-8 start byte 0x8b (at char #2, byte #-1)
at com.ctc.wstx.io.UTF8Reader.reportInvalidInitial(UTF8Reader.java:304)
at com.ctc.wstx.io.UTF8Reader.read(UTF8Reader.java:190)
at com.ctc.wstx.io.ReaderBootstrapper.initialLoad(ReaderBootstrapper.java:254)
at com.ctc.wstx.io.ReaderBootstrapper.bootstrapInput(ReaderBootstrapper.java:134)
at com.ctc.wstx.stax.WstxInputFactory.doCreateSR(WstxInputFactory.java:573)
... 71 more
{code}
In googling the exception there are references to data being pass as a gzip.
These 2 are of interest
https://stackoverflow.com/questions/35248465/issue-with-invalid-utf-8-sta...
https://stackoverflow.com/questions/19092341/push-web-service-invalid-utf...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months