You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cxf.apache.org by David Karlsen <da...@gmail.com> on 2018/09/28 16:23:14 UTC
(CXF-7852) - CX 3.3
When will CXF 3.3 be cut - this is the missing piece in our puzzle to be
java11 ready.
---------- Forwarded message ---------
From: Dennis Kieselhorst (JIRA) <ji...@apache.org>
Date: fre. 28. sep. 2018 kl. 16:26
Subject: [jira] [Commented] (CXF-7852) Cannot generate code on jdk 11
To: <da...@davidkarlsen.com>
[
https://issues.apache.org/jira/browse/CXF-7852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631920#comment-16631920
]
Dennis Kieselhorst commented on CXF-7852:
-----------------------------------------
We don't have an ETA yet, but you can start the discussion on the
mailinglist: https://lists.apache.org/list.html?dev@cxf.apache.org
> Cannot generate code on jdk 11
> ------------------------------
>
> Key: CXF-7852
> URL: https://issues.apache.org/jira/browse/CXF-7852
> Project: CXF
> Issue Type: Bug
> Components: Tooling
> Affects Versions: 3.2.6
> Reporter: David J. M. Karlsen
> Assignee: Freeman Fang
> Priority: Major
> Fix For: 3.3.0
>
>
> the codegen maven plugin seems to add an non-existing module when running
on java11:
> {noformat}
> [INFO] --- cxf-codegen-plugin:3.2.6:wsdl2java (default) @ jfr-srv-schemas
---
> [INFO] Using proxy server configured in maven.
> [INFO] Running code generation in fork mode...
> [INFO] The java executable is
/Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> [INFO] Building jar:
/var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
> [INFO] Error occurred during initialization of boot layer
> [INFO] java.lang.module.FindException: Module java.xml.ws not found
> {noformat}
> {noformat}
> Command line was:
/Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
--add-modules java.activation,java.xml.bind,java.xml.ws
--add-exports=java.xml.bind/com.sun.xml.internal.bind.v2.runtime=ALL-UNNAMED
--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-exports=java.xml.bind/com.sun.xml.internal.bind.marshaller=ALL-UNNAMED
--add-opens java.xml.ws/javax.xml.ws.wsaddressing=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
/var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
/var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-w2j4026495259386863606args
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
(MojoExecutor.java:213)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
(MojoExecutor.java:154)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
(MojoExecutor.java:146)
> at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
(LifecycleModuleBuilder.java:117)
> at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
(LifecycleModuleBuilder.java:81)
> at
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
(SingleThreadedBuilder.java:56)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
(LifecycleStarter.java:128)
> at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
> at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
> at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
> at org.apache.maven.cli.MavenCli.execute (MavenCli.java:954)
> at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
> at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native
Method)
> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:62)
> at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke (Method.java:566)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
(Launcher.java:289)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch
(Launcher.java:229)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
(Launcher.java:415)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main
(Launcher.java:356)
> Caused by: org.apache.maven.plugin.MojoExecutionException:
> Exit code: 1
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
--
--
David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: (CXF-7852) - CX 3.3
Posted by Freeman Fang <fr...@gmail.com>.
Hi,
Yes, we do need to use easymock 3.7 for JDK11.
And when I work on CXF-7741, I got all tests passed with JDK11-ea kit(except some corba related tests, because corba is removed from JDK11 and I can’t find the exact same counterpart outside.)
Next I will test with the fresh JDK11 GA(we may run both against Oracle one and OpenJDK one), also I want to upgrade to use JAXB2.3 for CXF 3.3(actually experimental work is done on my own branch), I’ve already upgraded it in Karaf, to ensure we won’t run into problems in OSGi container after we upgrade to JAXB 2.3.
I suggest guys who are keen to try with JDK11, just use CXF 3.3-SNOPSHOT for now and we can also collect more feedback.
Best Regards
－－－－－－－－－－－－－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
> On Sep 30, 2018, at 2:33 AM, Andriy Redko <dr...@gmail.com> wrote:
>
> Sounds like a plan, thanks Colm. We have a few issues to fix to make JDK11
> build green, EasyMock is one of those (we need 3.7 release, not there yet),
> a few more to come up for sure. Thanks!
>
> Best Regards,
> Andriy Redko
>
> COh> I could try to expedite the Santuario/WSS4J work and try to get it done
> COh> over the next 2 months or so instead. Failing that we could always pick
> COh> those releases up for CXF 3.4.0.
>
> COh> Colm.
>
> COh> On Sat, Sep 29, 2018 at 12:27 AM James Carman <ja...@carmanconsulting.com>
> COh> wrote:
>
>>> +1 to this. CXF is the foundation of our services framework. If I can
>>> help get us to JDK 11, count me in also! Do we have a punch list yet?
>>> Perhaps we can add a label in JIRA?
>
>>> On Fri, Sep 28, 2018 at 7:11 PM Andriy Redko <dr...@gmail.com> wrote:
>
>>>> Hi Colm,
>>>>
>>>> Would like to add my +1 to have the Java 11 compatible release in the
>>> next
>>>> couple of
>>>> months (if it is feasible at all). I see many companies are looking to
>>>> adopt JDK11 since
>>>> the JDK8 is approaching end of public updates very soon. CXF is a
>>> critical
>>>> component of
>>>> many projects, it would be great to support the community by doing JDK11
>>>> compliant
>>>> release. Just my opinion, fully committed to help in pulling it off.
>>>> Thanks!
>>>>
>>>> Best Regards,
>>>> Andriy Redko
>>>>
>>>> Friday, September 28, 2018, 1:46:40 PM, you wrote:
>>>>
>>>> DK> Oh - that's a bit far away IMHO. Especially as JDKs are released so
>>>> DK> frequently now. That could mean loosing some audience to Jersey or
>>> the
>>>> DK> likes. Would it take that much effort to just make it java11 compat
>>> and
>>>> DK> release it? (e.g. tune what modules to use when doing codegen)
>>>>
>>>> DK> Den fre. 28. sep. 2018 kl. 18:28 skrev Colm O hEigeartaigh <
>>>> coheigea@apache.org>>:
>>>>
>>>>>> From my POV probably early spring next year. I'd like to cut new major
>>>>>> releases of Santuario (switch to using CXF's StaxUtils for DOM
>>> parsing)
>>>> +
>>>>>> WSS4J (switch to a new major version of ehcache / jcache).
>>>>
>>>>>> Colm.
>>>>
>>>>>> On Fri, Sep 28, 2018 at 5:23 PM David Karlsen <davidkarlsen@gmail.com
>>>>
>>>>>> wrote:
>>>>
>>>>>>> When will CXF 3.3 be cut - this is the missing piece in our puzzle
>>> to
>>>> be
>>>>>>> java11 ready.
>>>>>>>
>>>>>>> ---------- Forwarded message ---------
>>>>>>> From: Dennis Kieselhorst (JIRA) <ji...@apache.org>
>>>>>>> Date: fre. 28. sep. 2018 kl. 16:26
>>>>>>> Subject: [jira] [Commented] (CXF-7852) Cannot generate code on jdk
>>> 11
>>>>>>> To: <da...@davidkarlsen.com>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> [
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>> https://issues.apache.org/jira/browse/CXF-7852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631920#comment-16631920
>>>>>>> ]
>>>>>>>
>>>>>>> Dennis Kieselhorst commented on CXF-7852:
>>>>>>> -----------------------------------------
>>>>>>>
>>>>>>> We don't have an ETA yet, but you can start the discussion on the
>>>>>>> mailinglist: https://lists.apache.org/list.html?dev@cxf.apache.org
>>>>>>>
>>>>>>>> Cannot generate code on jdk 11
>>>>>>>> ------------------------------
>>>>>>>>
>>>>>>>> Key: CXF-7852
>>>>>>>> URL:
>>> https://issues.apache.org/jira/browse/CXF-7852
>>>>>>>> Project: CXF
>>>>>>>> Issue Type: Bug
>>>>>>>> Components: Tooling
>>>>>>>> Affects Versions: 3.2.6
>>>>>>>> Reporter: David J. M. Karlsen
>>>>>>>> Assignee: Freeman Fang
>>>>>>>> Priority: Major
>>>>>>>> Fix For: 3.3.0
>>>>>>>>
>>>>>>>>
>>>>>>>> the codegen maven plugin seems to add an non-existing module when
>>>>>> running
>>>>>>> on java11:
>>>>>>>> {noformat}
>>>>>>>> [INFO] --- cxf-codegen-plugin:3.2.6:wsdl2java (default) @
>>>>>> jfr-srv-schemas
>>>>>>> ---
>>>>>>>> [INFO] Using proxy server configured in maven.
>>>>>>>> [INFO] Running code generation in fork mode...
>>>>>>>> [INFO] The java executable is
>>>>>>>
>>>> /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
>>>>>>>> [INFO] Building jar:
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
>>>>>>>> [INFO] Error occurred during initialization of boot layer
>>>>>>>> [INFO] java.lang.module.FindException: Module java.xml.ws not
>>> found
>>>>>>>> {noformat}
>>>>>>>> {noformat}
>>>>>>>> Command line was:
>>>>>>>
>>>> /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
>>>>>>> --add-modules java.activation,java.xml.bind,java.xml.ws
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>> --add-exports=java.xml.bind/com.sun.xml.internal.bind.v2.runtime=ALL-UNNAMED
>>>>>>> --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-exports=java.xml.bind/com.sun.xml.internal.bind.marshaller=ALL-UNNAMED
>>>>>>> --add-opens java.xml.ws/javax.xml.ws.wsaddressing=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
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-w2j4026495259386863606args
>>>>>>>> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
>>>>>>> (MojoExecutor.java:213)
>>>>>>>> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
>>>>>>> (MojoExecutor.java:154)
>>>>>>>> at org.apache.maven.lifecycle.internal.MojoExecutor.execute
>>>>>>> (MojoExecutor.java:146)
>>>>>>>> at
>>>>>>>
>>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
>>>>>>> (LifecycleModuleBuilder.java:117)
>>>>>>>> at
>>>>>>>
>>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
>>>>>>> (LifecycleModuleBuilder.java:81)
>>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
>>>>>>> (SingleThreadedBuilder.java:56)
>>>>>>>> at
>>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute
>>>>>>> (LifecycleStarter.java:128)
>>>>>>>> at org.apache.maven.DefaultMaven.doExecute
>>>> (DefaultMaven.java:305)
>>>>>>>> at org.apache.maven.DefaultMaven.doExecute
>>>> (DefaultMaven.java:192)
>>>>>>>> at org.apache.maven.DefaultMaven.execute
>>> (DefaultMaven.java:105)
>>>>>>>> at org.apache.maven.cli.MavenCli.execute (MavenCli.java:954)
>>>>>>>> at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
>>>>>>>> at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
>>>>>>>> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0
>>> (Native
>>>>>>> Method)
>>>>>>>> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
>>>>>>> (NativeMethodAccessorImpl.java:62)
>>>>>>>> at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
>>>>>>> (DelegatingMethodAccessorImpl.java:43)
>>>>>>>> at java.lang.reflect.Method.invoke (Method.java:566)
>>>>>>>> at
>>>> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
>>>>>>> (Launcher.java:289)
>>>>>>>> at org.codehaus.plexus.classworlds.launcher.Launcher.launch
>>>>>>> (Launcher.java:229)
>>>>>>>> at
>>>>>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
>>>>>>> (Launcher.java:415)
>>>>>>>> at org.codehaus.plexus.classworlds.launcher.Launcher.main
>>>>>>> (Launcher.java:356)
>>>>>>>> Caused by: org.apache.maven.plugin.MojoExecutionException:
>>>>>>>> Exit code: 1
>>>>>>>> {noformat}
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> This message was sent by Atlassian JIRA
>>>>>>> (v7.6.3#76005)
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> --
>>>>>>> David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
>>>>>>>
>>>>
>>>>
>>>>>> --
>>>>>> Colm O hEigeartaigh
>>>>
>>>>>> Talend Community Coder
>>>>>> http://coders.talend.com
>>>>
>>>>
>>>>
>>>>
>>>>
>
>
>
>
Re: (CXF-7852) - CX 3.3
Posted by Andriy Redko <dr...@gmail.com>.
Sounds like a plan, thanks Colm. We have a few issues to fix to make JDK11
build green, EasyMock is one of those (we need 3.7 release, not there yet),
a few more to come up for sure. Thanks!
Best Regards,
Andriy Redko
COh> I could try to expedite the Santuario/WSS4J work and try to get it done
COh> over the next 2 months or so instead. Failing that we could always pick
COh> those releases up for CXF 3.4.0.
COh> Colm.
COh> On Sat, Sep 29, 2018 at 12:27 AM James Carman <ja...@carmanconsulting.com>
COh> wrote:
>> +1 to this. CXF is the foundation of our services framework. If I can
>> help get us to JDK 11, count me in also! Do we have a punch list yet?
>> Perhaps we can add a label in JIRA?
>> On Fri, Sep 28, 2018 at 7:11 PM Andriy Redko <dr...@gmail.com> wrote:
>> > Hi Colm,
>> >
>> > Would like to add my +1 to have the Java 11 compatible release in the
>> next
>> > couple of
>> > months (if it is feasible at all). I see many companies are looking to
>> > adopt JDK11 since
>> > the JDK8 is approaching end of public updates very soon. CXF is a
>> critical
>> > component of
>> > many projects, it would be great to support the community by doing JDK11
>> > compliant
>> > release. Just my opinion, fully committed to help in pulling it off.
>> > Thanks!
>> >
>> > Best Regards,
>> > Andriy Redko
>> >
>> > Friday, September 28, 2018, 1:46:40 PM, you wrote:
>> >
>> > DK> Oh - that's a bit far away IMHO. Especially as JDKs are released so
>> > DK> frequently now. That could mean loosing some audience to Jersey or
>> the
>> > DK> likes. Would it take that much effort to just make it java11 compat
>> and
>> > DK> release it? (e.g. tune what modules to use when doing codegen)
>> >
>> > DK> Den fre. 28. sep. 2018 kl. 18:28 skrev Colm O hEigeartaigh <
>> > coheigea@apache.org>>:
>> >
>> > >> From my POV probably early spring next year. I'd like to cut new major
>> > >> releases of Santuario (switch to using CXF's StaxUtils for DOM
>> parsing)
>> > +
>> > >> WSS4J (switch to a new major version of ehcache / jcache).
>> >
>> > >> Colm.
>> >
>> > >> On Fri, Sep 28, 2018 at 5:23 PM David Karlsen <davidkarlsen@gmail.com
>> >
>> > >> wrote:
>> >
>> > >> > When will CXF 3.3 be cut - this is the missing piece in our puzzle
>> to
>> > be
>> > >> > java11 ready.
>> > >> >
>> > >> > ---------- Forwarded message ---------
>> > >> > From: Dennis Kieselhorst (JIRA) <ji...@apache.org>
>> > >> > Date: fre. 28. sep. 2018 kl. 16:26
>> > >> > Subject: [jira] [Commented] (CXF-7852) Cannot generate code on jdk
>> 11
>> > >> > To: <da...@davidkarlsen.com>
>> > >> >
>> > >> >
>> > >> >
>> > >> > [
>> > >> >
>> > >> >
>> > >>
>> >
>> https://issues.apache.org/jira/browse/CXF-7852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631920#comment-16631920
>> > >> > ]
>> > >> >
>> > >> > Dennis Kieselhorst commented on CXF-7852:
>> > >> > -----------------------------------------
>> > >> >
>> > >> > We don't have an ETA yet, but you can start the discussion on the
>> > >> > mailinglist: https://lists.apache.org/list.html?dev@cxf.apache.org
>> > >> >
>> > >> > > Cannot generate code on jdk 11
>> > >> > > ------------------------------
>> > >> > >
>> > >> > > Key: CXF-7852
>> > >> > > URL:
>> https://issues.apache.org/jira/browse/CXF-7852
>> > >> > > Project: CXF
>> > >> > > Issue Type: Bug
>> > >> > > Components: Tooling
>> > >> > > Affects Versions: 3.2.6
>> > >> > > Reporter: David J. M. Karlsen
>> > >> > > Assignee: Freeman Fang
>> > >> > > Priority: Major
>> > >> > > Fix For: 3.3.0
>> > >> > >
>> > >> > >
>> > >> > > the codegen maven plugin seems to add an non-existing module when
>> > >> running
>> > >> > on java11:
>> > >> > > {noformat}
>> > >> > > [INFO] --- cxf-codegen-plugin:3.2.6:wsdl2java (default) @
>> > >> jfr-srv-schemas
>> > >> > ---
>> > >> > > [INFO] Using proxy server configured in maven.
>> > >> > > [INFO] Running code generation in fork mode...
>> > >> > > [INFO] The java executable is
>> > >> >
>> > /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
>> > >> > > [INFO] Building jar:
>> > >> >
>> > >> >
>> > >>
>> >
>> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
>> > >> > > [INFO] Error occurred during initialization of boot layer
>> > >> > > [INFO] java.lang.module.FindException: Module java.xml.ws not
>> found
>> > >> > > {noformat}
>> > >> > > {noformat}
>> > >> > > Command line was:
>> > >> >
>> > /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
>> > >> > --add-modules java.activation,java.xml.bind,java.xml.ws
>> > >> >
>> > >> >
>> > >>
>> >
>> --add-exports=java.xml.bind/com.sun.xml.internal.bind.v2.runtime=ALL-UNNAMED
>> > >> > --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-exports=java.xml.bind/com.sun.xml.internal.bind.marshaller=ALL-UNNAMED
>> > >> > --add-opens java.xml.ws/javax.xml.ws.wsaddressing=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
>> > >> >
>> > >> >
>> > >>
>> >
>> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
>> > >> >
>> > >> >
>> > >>
>> >
>> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-w2j4026495259386863606args
>> > >> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
>> > >> > (MojoExecutor.java:213)
>> > >> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
>> > >> > (MojoExecutor.java:154)
>> > >> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
>> > >> > (MojoExecutor.java:146)
>> > >> > > at
>> > >> >
>> > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
>> > >> > (LifecycleModuleBuilder.java:117)
>> > >> > > at
>> > >> >
>> > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
>> > >> > (LifecycleModuleBuilder.java:81)
>> > >> > > at
>> > >> >
>> > >> >
>> > >>
>> >
>> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
>> > >> > (SingleThreadedBuilder.java:56)
>> > >> > > at
>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute
>> > >> > (LifecycleStarter.java:128)
>> > >> > > at org.apache.maven.DefaultMaven.doExecute
>> > (DefaultMaven.java:305)
>> > >> > > at org.apache.maven.DefaultMaven.doExecute
>> > (DefaultMaven.java:192)
>> > >> > > at org.apache.maven.DefaultMaven.execute
>> (DefaultMaven.java:105)
>> > >> > > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:954)
>> > >> > > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
>> > >> > > at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
>> > >> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0
>> (Native
>> > >> > Method)
>> > >> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
>> > >> > (NativeMethodAccessorImpl.java:62)
>> > >> > > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
>> > >> > (DelegatingMethodAccessorImpl.java:43)
>> > >> > > at java.lang.reflect.Method.invoke (Method.java:566)
>> > >> > > at
>> > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
>> > >> > (Launcher.java:289)
>> > >> > > at org.codehaus.plexus.classworlds.launcher.Launcher.launch
>> > >> > (Launcher.java:229)
>> > >> > > at
>> > >> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
>> > >> > (Launcher.java:415)
>> > >> > > at org.codehaus.plexus.classworlds.launcher.Launcher.main
>> > >> > (Launcher.java:356)
>> > >> > > Caused by: org.apache.maven.plugin.MojoExecutionException:
>> > >> > > Exit code: 1
>> > >> > > {noformat}
>> > >> >
>> > >> >
>> > >> >
>> > >> > --
>> > >> > This message was sent by Atlassian JIRA
>> > >> > (v7.6.3#76005)
>> > >> >
>> > >> >
>> > >> > --
>> > >> > --
>> > >> > David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
>> > >> >
>> >
>> >
>> > >> --
>> > >> Colm O hEigeartaigh
>> >
>> > >> Talend Community Coder
>> > >> http://coders.talend.com
>> >
>> >
>> >
>> >
>> >
Re: (CXF-7852) - CX 3.3
Posted by Colm O hEigeartaigh <co...@apache.org>.
I could try to expedite the Santuario/WSS4J work and try to get it done
over the next 2 months or so instead. Failing that we could always pick
those releases up for CXF 3.4.0.
Colm.
On Sat, Sep 29, 2018 at 12:27 AM James Carman <ja...@carmanconsulting.com>
wrote:
> +1 to this. CXF is the foundation of our services framework. If I can
> help get us to JDK 11, count me in also! Do we have a punch list yet?
> Perhaps we can add a label in JIRA?
>
> On Fri, Sep 28, 2018 at 7:11 PM Andriy Redko <dr...@gmail.com> wrote:
>
> > Hi Colm,
> >
> > Would like to add my +1 to have the Java 11 compatible release in the
> next
> > couple of
> > months (if it is feasible at all). I see many companies are looking to
> > adopt JDK11 since
> > the JDK8 is approaching end of public updates very soon. CXF is a
> critical
> > component of
> > many projects, it would be great to support the community by doing JDK11
> > compliant
> > release. Just my opinion, fully committed to help in pulling it off.
> > Thanks!
> >
> > Best Regards,
> > Andriy Redko
> >
> > Friday, September 28, 2018, 1:46:40 PM, you wrote:
> >
> > DK> Oh - that's a bit far away IMHO. Especially as JDKs are released so
> > DK> frequently now. That could mean loosing some audience to Jersey or
> the
> > DK> likes. Would it take that much effort to just make it java11 compat
> and
> > DK> release it? (e.g. tune what modules to use when doing codegen)
> >
> > DK> Den fre. 28. sep. 2018 kl. 18:28 skrev Colm O hEigeartaigh <
> > coheigea@apache.org>>:
> >
> > >> From my POV probably early spring next year. I'd like to cut new major
> > >> releases of Santuario (switch to using CXF's StaxUtils for DOM
> parsing)
> > +
> > >> WSS4J (switch to a new major version of ehcache / jcache).
> >
> > >> Colm.
> >
> > >> On Fri, Sep 28, 2018 at 5:23 PM David Karlsen <davidkarlsen@gmail.com
> >
> > >> wrote:
> >
> > >> > When will CXF 3.3 be cut - this is the missing piece in our puzzle
> to
> > be
> > >> > java11 ready.
> > >> >
> > >> > ---------- Forwarded message ---------
> > >> > From: Dennis Kieselhorst (JIRA) <ji...@apache.org>
> > >> > Date: fre. 28. sep. 2018 kl. 16:26
> > >> > Subject: [jira] [Commented] (CXF-7852) Cannot generate code on jdk
> 11
> > >> > To: <da...@davidkarlsen.com>
> > >> >
> > >> >
> > >> >
> > >> > [
> > >> >
> > >> >
> > >>
> >
> https://issues.apache.org/jira/browse/CXF-7852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631920#comment-16631920
> > >> > ]
> > >> >
> > >> > Dennis Kieselhorst commented on CXF-7852:
> > >> > -----------------------------------------
> > >> >
> > >> > We don't have an ETA yet, but you can start the discussion on the
> > >> > mailinglist: https://lists.apache.org/list.html?dev@cxf.apache.org
> > >> >
> > >> > > Cannot generate code on jdk 11
> > >> > > ------------------------------
> > >> > >
> > >> > > Key: CXF-7852
> > >> > > URL:
> https://issues.apache.org/jira/browse/CXF-7852
> > >> > > Project: CXF
> > >> > > Issue Type: Bug
> > >> > > Components: Tooling
> > >> > > Affects Versions: 3.2.6
> > >> > > Reporter: David J. M. Karlsen
> > >> > > Assignee: Freeman Fang
> > >> > > Priority: Major
> > >> > > Fix For: 3.3.0
> > >> > >
> > >> > >
> > >> > > the codegen maven plugin seems to add an non-existing module when
> > >> running
> > >> > on java11:
> > >> > > {noformat}
> > >> > > [INFO] --- cxf-codegen-plugin:3.2.6:wsdl2java (default) @
> > >> jfr-srv-schemas
> > >> > ---
> > >> > > [INFO] Using proxy server configured in maven.
> > >> > > [INFO] Running code generation in fork mode...
> > >> > > [INFO] The java executable is
> > >> >
> > /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> > >> > > [INFO] Building jar:
> > >> >
> > >> >
> > >>
> >
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
> > >> > > [INFO] Error occurred during initialization of boot layer
> > >> > > [INFO] java.lang.module.FindException: Module java.xml.ws not
> found
> > >> > > {noformat}
> > >> > > {noformat}
> > >> > > Command line was:
> > >> >
> > /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> > >> > --add-modules java.activation,java.xml.bind,java.xml.ws
> > >> >
> > >> >
> > >>
> >
> --add-exports=java.xml.bind/com.sun.xml.internal.bind.v2.runtime=ALL-UNNAMED
> > >> > --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-exports=java.xml.bind/com.sun.xml.internal.bind.marshaller=ALL-UNNAMED
> > >> > --add-opens java.xml.ws/javax.xml.ws.wsaddressing=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
> > >> >
> > >> >
> > >>
> >
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
> > >> >
> > >> >
> > >>
> >
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-w2j4026495259386863606args
> > >> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> > >> > (MojoExecutor.java:213)
> > >> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> > >> > (MojoExecutor.java:154)
> > >> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> > >> > (MojoExecutor.java:146)
> > >> > > at
> > >> >
> > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> > >> > (LifecycleModuleBuilder.java:117)
> > >> > > at
> > >> >
> > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> > >> > (LifecycleModuleBuilder.java:81)
> > >> > > at
> > >> >
> > >> >
> > >>
> >
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
> > >> > (SingleThreadedBuilder.java:56)
> > >> > > at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute
> > >> > (LifecycleStarter.java:128)
> > >> > > at org.apache.maven.DefaultMaven.doExecute
> > (DefaultMaven.java:305)
> > >> > > at org.apache.maven.DefaultMaven.doExecute
> > (DefaultMaven.java:192)
> > >> > > at org.apache.maven.DefaultMaven.execute
> (DefaultMaven.java:105)
> > >> > > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:954)
> > >> > > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
> > >> > > at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
> > >> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0
> (Native
> > >> > Method)
> > >> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
> > >> > (NativeMethodAccessorImpl.java:62)
> > >> > > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
> > >> > (DelegatingMethodAccessorImpl.java:43)
> > >> > > at java.lang.reflect.Method.invoke (Method.java:566)
> > >> > > at
> > org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
> > >> > (Launcher.java:289)
> > >> > > at org.codehaus.plexus.classworlds.launcher.Launcher.launch
> > >> > (Launcher.java:229)
> > >> > > at
> > >> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
> > >> > (Launcher.java:415)
> > >> > > at org.codehaus.plexus.classworlds.launcher.Launcher.main
> > >> > (Launcher.java:356)
> > >> > > Caused by: org.apache.maven.plugin.MojoExecutionException:
> > >> > > Exit code: 1
> > >> > > {noformat}
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > This message was sent by Atlassian JIRA
> > >> > (v7.6.3#76005)
> > >> >
> > >> >
> > >> > --
> > >> > --
> > >> > David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
> > >> >
> >
> >
> > >> --
> > >> Colm O hEigeartaigh
> >
> > >> Talend Community Coder
> > >> http://coders.talend.com
> >
> >
> >
> >
> >
>
--
Colm O hEigeartaigh
Talend Community Coder
http://coders.talend.com
Re: (CXF-7852) - CX 3.3
Posted by James Carman <ja...@carmanconsulting.com>.
+1 to this. CXF is the foundation of our services framework. If I can
help get us to JDK 11, count me in also! Do we have a punch list yet?
Perhaps we can add a label in JIRA?
On Fri, Sep 28, 2018 at 7:11 PM Andriy Redko <dr...@gmail.com> wrote:
> Hi Colm,
>
> Would like to add my +1 to have the Java 11 compatible release in the next
> couple of
> months (if it is feasible at all). I see many companies are looking to
> adopt JDK11 since
> the JDK8 is approaching end of public updates very soon. CXF is a critical
> component of
> many projects, it would be great to support the community by doing JDK11
> compliant
> release. Just my opinion, fully committed to help in pulling it off.
> Thanks!
>
> Best Regards,
> Andriy Redko
>
> Friday, September 28, 2018, 1:46:40 PM, you wrote:
>
> DK> Oh - that's a bit far away IMHO. Especially as JDKs are released so
> DK> frequently now. That could mean loosing some audience to Jersey or the
> DK> likes. Would it take that much effort to just make it java11 compat and
> DK> release it? (e.g. tune what modules to use when doing codegen)
>
> DK> Den fre. 28. sep. 2018 kl. 18:28 skrev Colm O hEigeartaigh <
> coheigea@apache.org>>:
>
> >> From my POV probably early spring next year. I'd like to cut new major
> >> releases of Santuario (switch to using CXF's StaxUtils for DOM parsing)
> +
> >> WSS4J (switch to a new major version of ehcache / jcache).
>
> >> Colm.
>
> >> On Fri, Sep 28, 2018 at 5:23 PM David Karlsen <da...@gmail.com>
> >> wrote:
>
> >> > When will CXF 3.3 be cut - this is the missing piece in our puzzle to
> be
> >> > java11 ready.
> >> >
> >> > ---------- Forwarded message ---------
> >> > From: Dennis Kieselhorst (JIRA) <ji...@apache.org>
> >> > Date: fre. 28. sep. 2018 kl. 16:26
> >> > Subject: [jira] [Commented] (CXF-7852) Cannot generate code on jdk 11
> >> > To: <da...@davidkarlsen.com>
> >> >
> >> >
> >> >
> >> > [
> >> >
> >> >
> >>
> https://issues.apache.org/jira/browse/CXF-7852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631920#comment-16631920
> >> > ]
> >> >
> >> > Dennis Kieselhorst commented on CXF-7852:
> >> > -----------------------------------------
> >> >
> >> > We don't have an ETA yet, but you can start the discussion on the
> >> > mailinglist: https://lists.apache.org/list.html?dev@cxf.apache.org
> >> >
> >> > > Cannot generate code on jdk 11
> >> > > ------------------------------
> >> > >
> >> > > Key: CXF-7852
> >> > > URL: https://issues.apache.org/jira/browse/CXF-7852
> >> > > Project: CXF
> >> > > Issue Type: Bug
> >> > > Components: Tooling
> >> > > Affects Versions: 3.2.6
> >> > > Reporter: David J. M. Karlsen
> >> > > Assignee: Freeman Fang
> >> > > Priority: Major
> >> > > Fix For: 3.3.0
> >> > >
> >> > >
> >> > > the codegen maven plugin seems to add an non-existing module when
> >> running
> >> > on java11:
> >> > > {noformat}
> >> > > [INFO] --- cxf-codegen-plugin:3.2.6:wsdl2java (default) @
> >> jfr-srv-schemas
> >> > ---
> >> > > [INFO] Using proxy server configured in maven.
> >> > > [INFO] Running code generation in fork mode...
> >> > > [INFO] The java executable is
> >> >
> /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> >> > > [INFO] Building jar:
> >> >
> >> >
> >>
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
> >> > > [INFO] Error occurred during initialization of boot layer
> >> > > [INFO] java.lang.module.FindException: Module java.xml.ws not found
> >> > > {noformat}
> >> > > {noformat}
> >> > > Command line was:
> >> >
> /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> >> > --add-modules java.activation,java.xml.bind,java.xml.ws
> >> >
> >> >
> >>
> --add-exports=java.xml.bind/com.sun.xml.internal.bind.v2.runtime=ALL-UNNAMED
> >> > --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-exports=java.xml.bind/com.sun.xml.internal.bind.marshaller=ALL-UNNAMED
> >> > --add-opens java.xml.ws/javax.xml.ws.wsaddressing=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
> >> >
> >> >
> >>
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
> >> >
> >> >
> >>
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-w2j4026495259386863606args
> >> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> >> > (MojoExecutor.java:213)
> >> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> >> > (MojoExecutor.java:154)
> >> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> >> > (MojoExecutor.java:146)
> >> > > at
> >> >
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> >> > (LifecycleModuleBuilder.java:117)
> >> > > at
> >> >
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> >> > (LifecycleModuleBuilder.java:81)
> >> > > at
> >> >
> >> >
> >>
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
> >> > (SingleThreadedBuilder.java:56)
> >> > > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
> >> > (LifecycleStarter.java:128)
> >> > > at org.apache.maven.DefaultMaven.doExecute
> (DefaultMaven.java:305)
> >> > > at org.apache.maven.DefaultMaven.doExecute
> (DefaultMaven.java:192)
> >> > > at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
> >> > > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:954)
> >> > > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
> >> > > at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
> >> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native
> >> > Method)
> >> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
> >> > (NativeMethodAccessorImpl.java:62)
> >> > > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
> >> > (DelegatingMethodAccessorImpl.java:43)
> >> > > at java.lang.reflect.Method.invoke (Method.java:566)
> >> > > at
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
> >> > (Launcher.java:289)
> >> > > at org.codehaus.plexus.classworlds.launcher.Launcher.launch
> >> > (Launcher.java:229)
> >> > > at
> >> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
> >> > (Launcher.java:415)
> >> > > at org.codehaus.plexus.classworlds.launcher.Launcher.main
> >> > (Launcher.java:356)
> >> > > Caused by: org.apache.maven.plugin.MojoExecutionException:
> >> > > Exit code: 1
> >> > > {noformat}
> >> >
> >> >
> >> >
> >> > --
> >> > This message was sent by Atlassian JIRA
> >> > (v7.6.3#76005)
> >> >
> >> >
> >> > --
> >> > --
> >> > David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
> >> >
>
>
> >> --
> >> Colm O hEigeartaigh
>
> >> Talend Community Coder
> >> http://coders.talend.com
>
>
>
>
>
Re: (CXF-7852) - CX 3.3
Posted by Andriy Redko <dr...@gmail.com>.
Hi Colm,
Would like to add my +1 to have the Java 11 compatible release in the next couple of
months (if it is feasible at all). I see many companies are looking to adopt JDK11 since
the JDK8 is approaching end of public updates very soon. CXF is a critical component of
many projects, it would be great to support the community by doing JDK11 compliant
release. Just my opinion, fully committed to help in pulling it off. Thanks!
Best Regards,
Andriy Redko
Friday, September 28, 2018, 1:46:40 PM, you wrote:
DK> Oh - that's a bit far away IMHO. Especially as JDKs are released so
DK> frequently now. That could mean loosing some audience to Jersey or the
DK> likes. Would it take that much effort to just make it java11 compat and
DK> release it? (e.g. tune what modules to use when doing codegen)
DK> Den fre. 28. sep. 2018 kl. 18:28 skrev Colm O hEigeartaigh <
coheigea@apache.org>>:
>> From my POV probably early spring next year. I'd like to cut new major
>> releases of Santuario (switch to using CXF's StaxUtils for DOM parsing) +
>> WSS4J (switch to a new major version of ehcache / jcache).
>> Colm.
>> On Fri, Sep 28, 2018 at 5:23 PM David Karlsen <da...@gmail.com>
>> wrote:
>> > When will CXF 3.3 be cut - this is the missing piece in our puzzle to be
>> > java11 ready.
>> >
>> > ---------- Forwarded message ---------
>> > From: Dennis Kieselhorst (JIRA) <ji...@apache.org>
>> > Date: fre. 28. sep. 2018 kl. 16:26
>> > Subject: [jira] [Commented] (CXF-7852) Cannot generate code on jdk 11
>> > To: <da...@davidkarlsen.com>
>> >
>> >
>> >
>> > [
>> >
>> >
>> https://issues.apache.org/jira/browse/CXF-7852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631920#comment-16631920
>> > ]
>> >
>> > Dennis Kieselhorst commented on CXF-7852:
>> > -----------------------------------------
>> >
>> > We don't have an ETA yet, but you can start the discussion on the
>> > mailinglist: https://lists.apache.org/list.html?dev@cxf.apache.org
>> >
>> > > Cannot generate code on jdk 11
>> > > ------------------------------
>> > >
>> > > Key: CXF-7852
>> > > URL: https://issues.apache.org/jira/browse/CXF-7852
>> > > Project: CXF
>> > > Issue Type: Bug
>> > > Components: Tooling
>> > > Affects Versions: 3.2.6
>> > > Reporter: David J. M. Karlsen
>> > > Assignee: Freeman Fang
>> > > Priority: Major
>> > > Fix For: 3.3.0
>> > >
>> > >
>> > > the codegen maven plugin seems to add an non-existing module when
>> running
>> > on java11:
>> > > {noformat}
>> > > [INFO] --- cxf-codegen-plugin:3.2.6:wsdl2java (default) @
>> jfr-srv-schemas
>> > ---
>> > > [INFO] Using proxy server configured in maven.
>> > > [INFO] Running code generation in fork mode...
>> > > [INFO] The java executable is
>> > /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
>> > > [INFO] Building jar:
>> >
>> >
>> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
>> > > [INFO] Error occurred during initialization of boot layer
>> > > [INFO] java.lang.module.FindException: Module java.xml.ws not found
>> > > {noformat}
>> > > {noformat}
>> > > Command line was:
>> > /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
>> > --add-modules java.activation,java.xml.bind,java.xml.ws
>> >
>> >
>> --add-exports=java.xml.bind/com.sun.xml.internal.bind.v2.runtime=ALL-UNNAMED
>> > --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-exports=java.xml.bind/com.sun.xml.internal.bind.marshaller=ALL-UNNAMED
>> > --add-opens java.xml.ws/javax.xml.ws.wsaddressing=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
>> >
>> >
>> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
>> >
>> >
>> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-w2j4026495259386863606args
>> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
>> > (MojoExecutor.java:213)
>> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
>> > (MojoExecutor.java:154)
>> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
>> > (MojoExecutor.java:146)
>> > > at
>> > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
>> > (LifecycleModuleBuilder.java:117)
>> > > at
>> > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
>> > (LifecycleModuleBuilder.java:81)
>> > > at
>> >
>> >
>> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
>> > (SingleThreadedBuilder.java:56)
>> > > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
>> > (LifecycleStarter.java:128)
>> > > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
>> > > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
>> > > at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
>> > > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:954)
>> > > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
>> > > at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
>> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native
>> > Method)
>> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
>> > (NativeMethodAccessorImpl.java:62)
>> > > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
>> > (DelegatingMethodAccessorImpl.java:43)
>> > > at java.lang.reflect.Method.invoke (Method.java:566)
>> > > at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
>> > (Launcher.java:289)
>> > > at org.codehaus.plexus.classworlds.launcher.Launcher.launch
>> > (Launcher.java:229)
>> > > at
>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
>> > (Launcher.java:415)
>> > > at org.codehaus.plexus.classworlds.launcher.Launcher.main
>> > (Launcher.java:356)
>> > > Caused by: org.apache.maven.plugin.MojoExecutionException:
>> > > Exit code: 1
>> > > {noformat}
>> >
>> >
>> >
>> > --
>> > This message was sent by Atlassian JIRA
>> > (v7.6.3#76005)
>> >
>> >
>> > --
>> > --
>> > David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
>> >
>> --
>> Colm O hEigeartaigh
>> Talend Community Coder
>> http://coders.talend.com
Re: (CXF-7852) - CX 3.3
Posted by David Karlsen <da...@gmail.com>.
Oh - that's a bit far away IMHO. Especially as JDKs are released so
frequently now. That could mean loosing some audience to Jersey or the
likes. Would it take that much effort to just make it java11 compat and
release it? (e.g. tune what modules to use when doing codegen)
Den fre. 28. sep. 2018 kl. 18:28 skrev Colm O hEigeartaigh <
coheigea@apache.org>:
> From my POV probably early spring next year. I'd like to cut new major
> releases of Santuario (switch to using CXF's StaxUtils for DOM parsing) +
> WSS4J (switch to a new major version of ehcache / jcache).
>
> Colm.
>
> On Fri, Sep 28, 2018 at 5:23 PM David Karlsen <da...@gmail.com>
> wrote:
>
> > When will CXF 3.3 be cut - this is the missing piece in our puzzle to be
> > java11 ready.
> >
> > ---------- Forwarded message ---------
> > From: Dennis Kieselhorst (JIRA) <ji...@apache.org>
> > Date: fre. 28. sep. 2018 kl. 16:26
> > Subject: [jira] [Commented] (CXF-7852) Cannot generate code on jdk 11
> > To: <da...@davidkarlsen.com>
> >
> >
> >
> > [
> >
> >
> https://issues.apache.org/jira/browse/CXF-7852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631920#comment-16631920
> > ]
> >
> > Dennis Kieselhorst commented on CXF-7852:
> > -----------------------------------------
> >
> > We don't have an ETA yet, but you can start the discussion on the
> > mailinglist: https://lists.apache.org/list.html?dev@cxf.apache.org
> >
> > > Cannot generate code on jdk 11
> > > ------------------------------
> > >
> > > Key: CXF-7852
> > > URL: https://issues.apache.org/jira/browse/CXF-7852
> > > Project: CXF
> > > Issue Type: Bug
> > > Components: Tooling
> > > Affects Versions: 3.2.6
> > > Reporter: David J. M. Karlsen
> > > Assignee: Freeman Fang
> > > Priority: Major
> > > Fix For: 3.3.0
> > >
> > >
> > > the codegen maven plugin seems to add an non-existing module when
> running
> > on java11:
> > > {noformat}
> > > [INFO] --- cxf-codegen-plugin:3.2.6:wsdl2java (default) @
> jfr-srv-schemas
> > ---
> > > [INFO] Using proxy server configured in maven.
> > > [INFO] Running code generation in fork mode...
> > > [INFO] The java executable is
> > /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> > > [INFO] Building jar:
> >
> >
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
> > > [INFO] Error occurred during initialization of boot layer
> > > [INFO] java.lang.module.FindException: Module java.xml.ws not found
> > > {noformat}
> > > {noformat}
> > > Command line was:
> > /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> > --add-modules java.activation,java.xml.bind,java.xml.ws
> >
> >
> --add-exports=java.xml.bind/com.sun.xml.internal.bind.v2.runtime=ALL-UNNAMED
> > --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-exports=java.xml.bind/com.sun.xml.internal.bind.marshaller=ALL-UNNAMED
> > --add-opens java.xml.ws/javax.xml.ws.wsaddressing=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
> >
> >
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
> >
> >
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-w2j4026495259386863606args
> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> > (MojoExecutor.java:213)
> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> > (MojoExecutor.java:154)
> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> > (MojoExecutor.java:146)
> > > at
> > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> > (LifecycleModuleBuilder.java:117)
> > > at
> > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> > (LifecycleModuleBuilder.java:81)
> > > at
> >
> >
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
> > (SingleThreadedBuilder.java:56)
> > > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
> > (LifecycleStarter.java:128)
> > > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
> > > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
> > > at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
> > > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:954)
> > > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
> > > at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native
> > Method)
> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
> > (NativeMethodAccessorImpl.java:62)
> > > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
> > (DelegatingMethodAccessorImpl.java:43)
> > > at java.lang.reflect.Method.invoke (Method.java:566)
> > > at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
> > (Launcher.java:289)
> > > at org.codehaus.plexus.classworlds.launcher.Launcher.launch
> > (Launcher.java:229)
> > > at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
> > (Launcher.java:415)
> > > at org.codehaus.plexus.classworlds.launcher.Launcher.main
> > (Launcher.java:356)
> > > Caused by: org.apache.maven.plugin.MojoExecutionException:
> > > Exit code: 1
> > > {noformat}
> >
> >
> >
> > --
> > This message was sent by Atlassian JIRA
> > (v7.6.3#76005)
> >
> >
> > --
> > --
> > David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
> >
>
>
> --
> Colm O hEigeartaigh
>
> Talend Community Coder
> http://coders.talend.com
>
--
--
David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: (CXF-7852) - CX 3.3
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Any way to have milestones with subparts supporting j11 like optional jaxb,
jaxrs, jaxws then extensions maybe?
Le ven. 28 sept. 2018 18:28, Colm O hEigeartaigh <co...@apache.org> a
écrit :
> From my POV probably early spring next year. I'd like to cut new major
> releases of Santuario (switch to using CXF's StaxUtils for DOM parsing) +
> WSS4J (switch to a new major version of ehcache / jcache).
>
> Colm.
>
> On Fri, Sep 28, 2018 at 5:23 PM David Karlsen <da...@gmail.com>
> wrote:
>
> > When will CXF 3.3 be cut - this is the missing piece in our puzzle to be
> > java11 ready.
> >
> > ---------- Forwarded message ---------
> > From: Dennis Kieselhorst (JIRA) <ji...@apache.org>
> > Date: fre. 28. sep. 2018 kl. 16:26
> > Subject: [jira] [Commented] (CXF-7852) Cannot generate code on jdk 11
> > To: <da...@davidkarlsen.com>
> >
> >
> >
> > [
> >
> >
> https://issues.apache.org/jira/browse/CXF-7852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631920#comment-16631920
> > ]
> >
> > Dennis Kieselhorst commented on CXF-7852:
> > -----------------------------------------
> >
> > We don't have an ETA yet, but you can start the discussion on the
> > mailinglist: https://lists.apache.org/list.html?dev@cxf.apache.org
> >
> > > Cannot generate code on jdk 11
> > > ------------------------------
> > >
> > > Key: CXF-7852
> > > URL: https://issues.apache.org/jira/browse/CXF-7852
> > > Project: CXF
> > > Issue Type: Bug
> > > Components: Tooling
> > > Affects Versions: 3.2.6
> > > Reporter: David J. M. Karlsen
> > > Assignee: Freeman Fang
> > > Priority: Major
> > > Fix For: 3.3.0
> > >
> > >
> > > the codegen maven plugin seems to add an non-existing module when
> running
> > on java11:
> > > {noformat}
> > > [INFO] --- cxf-codegen-plugin:3.2.6:wsdl2java (default) @
> jfr-srv-schemas
> > ---
> > > [INFO] Using proxy server configured in maven.
> > > [INFO] Running code generation in fork mode...
> > > [INFO] The java executable is
> > /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> > > [INFO] Building jar:
> >
> >
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
> > > [INFO] Error occurred during initialization of boot layer
> > > [INFO] java.lang.module.FindException: Module java.xml.ws not found
> > > {noformat}
> > > {noformat}
> > > Command line was:
> > /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> > --add-modules java.activation,java.xml.bind,java.xml.ws
> >
> >
> --add-exports=java.xml.bind/com.sun.xml.internal.bind.v2.runtime=ALL-UNNAMED
> > --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-exports=java.xml.bind/com.sun.xml.internal.bind.marshaller=ALL-UNNAMED
> > --add-opens java.xml.ws/javax.xml.ws.wsaddressing=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
> >
> >
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
> >
> >
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-w2j4026495259386863606args
> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> > (MojoExecutor.java:213)
> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> > (MojoExecutor.java:154)
> > > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> > (MojoExecutor.java:146)
> > > at
> > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> > (LifecycleModuleBuilder.java:117)
> > > at
> > org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> > (LifecycleModuleBuilder.java:81)
> > > at
> >
> >
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
> > (SingleThreadedBuilder.java:56)
> > > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
> > (LifecycleStarter.java:128)
> > > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
> > > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
> > > at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
> > > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:954)
> > > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
> > > at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native
> > Method)
> > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
> > (NativeMethodAccessorImpl.java:62)
> > > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
> > (DelegatingMethodAccessorImpl.java:43)
> > > at java.lang.reflect.Method.invoke (Method.java:566)
> > > at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
> > (Launcher.java:289)
> > > at org.codehaus.plexus.classworlds.launcher.Launcher.launch
> > (Launcher.java:229)
> > > at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
> > (Launcher.java:415)
> > > at org.codehaus.plexus.classworlds.launcher.Launcher.main
> > (Launcher.java:356)
> > > Caused by: org.apache.maven.plugin.MojoExecutionException:
> > > Exit code: 1
> > > {noformat}
> >
> >
> >
> > --
> > This message was sent by Atlassian JIRA
> > (v7.6.3#76005)
> >
> >
> > --
> > --
> > David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
> >
>
>
> --
> Colm O hEigeartaigh
>
> Talend Community Coder
> http://coders.talend.com
>
Re: (CXF-7852) - CX 3.3
Posted by Colm O hEigeartaigh <co...@apache.org>.
From my POV probably early spring next year. I'd like to cut new major
releases of Santuario (switch to using CXF's StaxUtils for DOM parsing) +
WSS4J (switch to a new major version of ehcache / jcache).
Colm.
On Fri, Sep 28, 2018 at 5:23 PM David Karlsen <da...@gmail.com>
wrote:
> When will CXF 3.3 be cut - this is the missing piece in our puzzle to be
> java11 ready.
>
> ---------- Forwarded message ---------
> From: Dennis Kieselhorst (JIRA) <ji...@apache.org>
> Date: fre. 28. sep. 2018 kl. 16:26
> Subject: [jira] [Commented] (CXF-7852) Cannot generate code on jdk 11
> To: <da...@davidkarlsen.com>
>
>
>
> [
>
> https://issues.apache.org/jira/browse/CXF-7852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16631920#comment-16631920
> ]
>
> Dennis Kieselhorst commented on CXF-7852:
> -----------------------------------------
>
> We don't have an ETA yet, but you can start the discussion on the
> mailinglist: https://lists.apache.org/list.html?dev@cxf.apache.org
>
> > Cannot generate code on jdk 11
> > ------------------------------
> >
> > Key: CXF-7852
> > URL: https://issues.apache.org/jira/browse/CXF-7852
> > Project: CXF
> > Issue Type: Bug
> > Components: Tooling
> > Affects Versions: 3.2.6
> > Reporter: David J. M. Karlsen
> > Assignee: Freeman Fang
> > Priority: Major
> > Fix For: 3.3.0
> >
> >
> > the codegen maven plugin seems to add an non-existing module when running
> on java11:
> > {noformat}
> > [INFO] --- cxf-codegen-plugin:3.2.6:wsdl2java (default) @ jfr-srv-schemas
> ---
> > [INFO] Using proxy server configured in maven.
> > [INFO] Running code generation in fork mode...
> > [INFO] The java executable is
> /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> > [INFO] Building jar:
>
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
> > [INFO] Error occurred during initialization of boot layer
> > [INFO] java.lang.module.FindException: Module java.xml.ws not found
> > {noformat}
> > {noformat}
> > Command line was:
> /Library/Java/JavaVirtualMachines/openjdk-11.jdk/Contents/Home/bin/java
> --add-modules java.activation,java.xml.bind,java.xml.ws
>
> --add-exports=java.xml.bind/com.sun.xml.internal.bind.v2.runtime=ALL-UNNAMED
> --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-exports=java.xml.bind/com.sun.xml.internal.bind.marshaller=ALL-UNNAMED
> --add-opens java.xml.ws/javax.xml.ws.wsaddressing=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
>
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-codegen14725056335928137302.jar
>
> /var/folders/c7/18m1hlzs075_z0f5nfnt44jm0000gn/T/cxf-tmp-2107463654183740055/cxf-w2j4026495259386863606args
> > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:213)
> > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:154)
> > at org.apache.maven.lifecycle.internal.MojoExecutor.execute
> (MojoExecutor.java:146)
> > at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> (LifecycleModuleBuilder.java:117)
> > at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
> (LifecycleModuleBuilder.java:81)
> > at
>
> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
> (SingleThreadedBuilder.java:56)
> > at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
> (LifecycleStarter.java:128)
> > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:305)
> > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:192)
> > at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:105)
> > at org.apache.maven.cli.MavenCli.execute (MavenCli.java:954)
> > at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:288)
> > at org.apache.maven.cli.MavenCli.main (MavenCli.java:192)
> > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native
> Method)
> > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke
> (NativeMethodAccessorImpl.java:62)
> > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke
> (DelegatingMethodAccessorImpl.java:43)
> > at java.lang.reflect.Method.invoke (Method.java:566)
> > at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
> (Launcher.java:289)
> > at org.codehaus.plexus.classworlds.launcher.Launcher.launch
> (Launcher.java:229)
> > at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
> (Launcher.java:415)
> > at org.codehaus.plexus.classworlds.launcher.Launcher.main
> (Launcher.java:356)
> > Caused by: org.apache.maven.plugin.MojoExecutionException:
> > Exit code: 1
> > {noformat}
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v7.6.3#76005)
>
>
> --
> --
> David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
>
--
Colm O hEigeartaigh
Talend Community Coder
http://coders.talend.com