[jira] [Commented] (CXFXJC-42) cxf-xjc-plugin fails with Java 17.0.3 on Windows due to outdated xjc dependency

2022-05-24 Thread Colm O hEigeartaigh (Jira) 


[ 
https://issues.apache.org/jira/browse/CXFXJC-42?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17541318#comment-17541318
 ] 

Colm O hEigeartaigh commented on CXFXJC-42:
---

3.3.2 is now available on Maven Central.

> cxf-xjc-plugin fails with Java 17.0.3 on Windows due to outdated xjc 
> dependency
> ---
>
> Key: CXFXJC-42
> URL: https://issues.apache.org/jira/browse/CXFXJC-42
> Project: CXF XJC Utils
>  Issue Type: Bug
>  Components: Maven Plugin
>Affects Versions: 3.3.1
> Environment: Windows 10
> Java 17.0.3 (Bellsoft Liberica)
>Reporter: Falko Modler
>Assignee: Colm O hEigeartaigh
>Priority: Major
> Fix For: 3.3.2
>
>
> Latest 3.3.1 of the plugin started to fail on Windows (not on Linux!) after 
> updating from Java 17.0.2 to 17.0.3:
> {noformat}
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time: 2.772 s (Wall Clock)
> [INFO] Finished at: 2022-04-26T17:28:54+02:00
> [INFO] 
> 
> [ERROR] Failed to execute goal org.apache.cxf:cxf-xjc-plugin:3.3.1:xsdtojava 
> (xjc) on project register-something:
> [ERROR] Exit code: 1
> [ERROR] Command line was: 
> C:\Users\foo\.sdkman\candidates\java\17.0.3-librca\bin\java.exe 
> --add-exports=jdk.xml.dom/org.w3c.dom.html=ALL-UNNAMED 
> --add-exports=java.xml/com.sun.org.apache.xerces.internal.impl.xs=ALL-UNNAMED 
> --add-opens java.base/java.security=ALL-UNNAMED --add-opens 
> java.base/java.net=ALL-UNNAMED --add-opens java.base/java.lang=ALL-UNNAMED 
> --add-opens java.base/java.util=ALL-UNNAMED --add-opens 
> java.base/java.util.concurrent=ALL-UNNAMED -jar 
> C:\Develop\Temp\cxf-xjc-plugin11678367863192748736.jar -classpath 
> file:/C:/Users/foo/.m2/repository/org/jvnet/jaxb2_commons/jaxb2-basics-tools/0.12.0/jaxb2-basics-tools-0.12.0.jar
>  -classpath 
> file:/C:/Users/foo/.m2/repository/org/jvnet/annox/annox/1.0.2/annox-1.0.2.jar 
> -classpath 
> file:/C:/Users/foo/.m2/repository/org/apache/commons/commons-lang3/3.2.1/commons-lang3-3.2.1.jar
>  -classpath 
> file:/C:/Users/foo/.m2/repository/org/slf4j/jcl-over-slf4j/1.7.7/jcl-over-slf4j-1.7.7.jar
>  -classpath 
> file:/C:/Users/foo/.m2/repository/commons-io/commons-io/1.2/commons-io-1.2.jar
>  -classpath 
> file:/C:/Users/foo/.m2/repository/org/jvnet/jaxb2_commons/jaxb2-basics-annotate/1.1.0/jaxb2-basics-annotate-1.1.0.jar
>  -classpath 
> file:/C:/Users/foo/.m2/repository/com/google/code/javaparser/javaparser/1.0.11/javaparser-1.0.11.jar
>  -classpath 
> file:/C:/Users/foo/.m2/repository/org/slf4j/slf4j-api/1.7.7/slf4j-api-1.7.7.jar
>  -classpath 
> file:/C:/Users/foo/.m2/repository/commons-beanutils/commons-beanutils/1.7.0/commons-beanutils-1.7.0.jar
>  -b 
> file:/C:/Develop/project/dev2/register.git/something/src/main/resources/webservice/xjc-bindings.xjb
>  -extension -Xannotate -encoding UTF-8 -d 
> C:\Develop\project\dev2\register.git\something\target/generated-sources/xsd/ 
> file:/C:/Develop/project/dev2/register.git/something/src/main/resources/webservice/xml-data-1.0.xsd
> [ERROR]
> {noformat}
> {{mvn -X}} reveals:
> {noformat}
> [DEBUG] Exception in thread "main" com.sun.tools.xjc.BadCommandLineException: 
> "file:\C:\Users\foo\.m2\repository\org\jvnet\jaxb2_commons\jaxb2-basics-tools\0.12.0\jaxb2-basics-tools-0.12.0.jar"
>  ist kein gültiger Dateiname: {1}
> [DEBUG] at com.sun.tools.xjc.Options.parseArgument(Options.java:515)
> [DEBUG] at com.sun.tools.xjc.Options.parseArguments(Options.java:827)
> [DEBUG] at 
> org.apache.cxf.maven_plugin.XSDToJavaRunner.run(XSDToJavaRunner.java:170)
> [DEBUG] at 
> org.apache.cxf.maven_plugin.XSDToJavaRunner.main(XSDToJavaRunner.java:360)
> [DEBUG] Caused by: java.net.MalformedURLException: Invalid file path
> [DEBUG] at java.base/java.io.File.toURL(File.java:695)
> [DEBUG] at com.sun.tools.xjc.Options.parseArgument(Options.java:512)
> {noformat}
> ("ist kein gültiger Dateiname:" is something like "is not a valid file name")
> This config is triggering the issue:
> {code:xml}
> 
> 
> 
> org.jvnet.jaxb2_commons:jaxb2-basics-annotate:${jaxb2-basics-annotate.version}
> 
> 
> {code}
> Turns out that updating {{jaxb-xjc}} and {{jaxb-runtime}} dependencies of the 
> plugin to 2.3.3 or newer fixes the issue (2.3.6 is latest 2.3.x).
> Ironically, that update was done already a year ago via 
> https://github.com/apache/cxf-xjc-utils/commit/5d8724057f1298816573ab59f2100356a7d669d0#diff-9c5fb3d1b7e3b0f54bc5c4182965c4fe1f9023d449017cece3005d3f90e8e4d8R49
>  but there hasn't been a release since then.
> PS: Latest {{cxf-codegen-

[jira] [Commented] (CXF-8698) Content-ID of attachments for outgoing requests are URL-decoded instead of URL-encoded

2022-05-24 Thread Manuel Shenavai (Jira) 


[ 
https://issues.apache.org/jira/browse/CXF-8698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17541315#comment-17541315
 ] 

Manuel Shenavai commented on CXF-8698:
--

Any update on this topic?

> Content-ID of attachments for outgoing requests are URL-decoded instead of 
> URL-encoded
> --
>
> Key: CXF-8698
> URL: https://issues.apache.org/jira/browse/CXF-8698
> Project: CXF
>  Issue Type: Bug
>  Components: Transports
>Affects Versions: 3.2.11, 3.5.1
>Reporter: Manuel Shenavai
>Priority: Major
>
> We are using camel CXF and we found that for an outgoing request, the 
> Content-ID header of attachments is URL-decoded. We can also see that the 
> Content-ID of incoming requests is also URL-decoded. I would expect that for 
> outgoing requests, the Content-ID would get URL-encoded.
> Code: 
> [https://github.com/apache/cxf/blob/master/core/src/main/java/org/apache/cxf/attachment/AttachmentSerializer.java#L218]
> Stacktrace:
> "main@1" prio=5 tid=0x1 nid=NA runnable
>   java.lang.Thread.State: RUNNABLE
>    at 
> org.apache.cxf.attachment.AttachmentSerializer.writeHeaders(AttachmentSerializer.java:218)
>    at 
> org.apache.cxf.attachment.AttachmentSerializer.writeProlog(AttachmentSerializer.java:182)
>    at 
> org.apache.cxf.interceptor.AttachmentOutInterceptor.handleMessage(AttachmentOutInterceptor.java:77)
>    at 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:308)
>    - locked <0x1538> (a org.apache.cxf.phase.PhaseInterceptorChain)
>    at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:532)
>    at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:441)
>    at org.apache.camel.component.cxf.CxfProducer.process(CxfProducer.java:170)
>    at 
> org.apache.camel.impl.SynchronousDelegateProducer.process(SynchronousDelegateProducer.java:62)
>    at 
> org.apache.camel.util.AsyncProcessorConverterHelper$ProcessorToAsyncProcessorBridge.process(AsyncProcessorConverterHelper.java:61)
>    at org.apache.camel.processor.SendProcessor.process(SendProcessor.java:148)
>    at 
> org.apache.camel.processor.RedeliveryErrorHandler.process(RedeliveryErrorHandler.java:548)
>    at 
> org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:201)
>    at org.apache.camel.processor.Pipeline.process(Pipeline.java:138)
>    at org.apache.camel.processor.Pipeline.process(Pipeline.java:101)
>    at 
> org.apache.camel.processor.CamelInternalProcessor.process(CamelInternalProcessor.java:201)
>    at 
> org.apache.camel.component.direct.DirectProducer.process(DirectProducer.java:76)
>    at 
> org.apache.camel.processor.SharedCamelInternalProcessor.process(SharedCamelInternalProcessor.java:186)
>    at 
> org.apache.camel.processor.SharedCamelInternalProcessor.process(SharedCamelInternalProcessor.java:86)
>    at 
> org.apache.camel.impl.ProducerCache$1.doInProducer(ProducerCache.java:541)
>    at 
> org.apache.camel.impl.ProducerCache$1.doInProducer(ProducerCache.java:506)
>    at org.apache.camel.impl.ProducerCache.doInProducer(ProducerCache.java:369)
>    at org.apache.camel.impl.ProducerCache.sendExchange(ProducerCache.java:506)
>    at org.apache.camel.impl.ProducerCache.send(ProducerCache.java:229)
>    at 
> org.apache.camel.impl.DefaultProducerTemplate.send(DefaultProducerTemplate.java:144)
>    at 
> org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:161)
>    at 
> org.apache.camel.impl.DefaultProducerTemplate.sendBody(DefaultProducerTemplate.java:370)
>    at soap12.Client.sendMessage(Client.java:24)
>    at 
> sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:-1)
>    at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>    at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>    at java.lang.reflect.Method.invoke(Method.java:498)
>    at 
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
>    at 
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
>    at 
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
>    at 
> org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
>    at 
> org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
>    at 
> org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
>    at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>    at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:55)
>    at org.junit.rules.RunRules.evaluate(RunRules.java:20)
>    at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
>    at 
> org.ju