You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Ch...@bmw.de on 2018/04/06 07:46:52 UTC
AW: Struts 2.4
Hi,
my impression is that there are lots of people using old versions of struts, java, app servers, ... and who are not active on mailing-lists or github or whatever. Just when they have issues due to old versions being no longer supported they start sending mails to users list or asking on stack overflow.
Actually I would prefer to drop struts 2.3 and not start with 2.4. But I think there is much demand for it. And when we support old struts version it should depend on old java, too.
Regards,
Christoph
> -----Ursprüngliche Nachricht-----
> Von: Louis Smith [mailto:dr.louis.smith@gmail.com]
> Gesendet: Freitag, 30. März 2018 15:07
> An: Struts Developers List <de...@struts.apache.org>
> Betreff: Re: Struts 2.4
>
> Considering that Java 8, 9, and 10 are all out - moving up to 7 seems like
> "not enough".
>
> How about a tech survey of Struts users to see what Java version they are
> on? I have my clients on Java 8, and doing research on 9.
>
> Louis
>
> Louis
>
>
> On Fri, Mar 30, 2018 at 8:10 AM, Lukasz Lenart <lu...@apache.org>
> wrote:
>
> > Hi,
> >
> > I thought about that for a long time and I think if we want to support
> > 2.3.x branch we must switch to Java 7 for it. Jenkins at Apache
> > doesn't support Java 6 anymore (at least I do not know how to make it
> > work).
> >
> > wdyt?
> >
> >
> > Regards
> > --
> > Łukasz
> > + 48 606 323 122 http://www.lenart.org.pl/
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
Re: Struts 2.4
Posted by Lukasz Lenart <lu...@apache.org>.
I can build and test the project locally, no problem. And having the
binary bits anyone else can test them as well. The only issue is that
we won't be able to test this on Jenkins but I think we can live with
that for now :)
2018-04-19 11:38 GMT+02:00 Rene Gielen <rg...@apache.org>:
> It is still possible to run commercially supported JRE/JDK6 (IBM e.g.) -
> that is why a lot of users are still on Java < 7.
>
> A solution can be to not build on JDK6, but release binaries built with
> source/target 1.6 built on current LTS JDKs (currently Oracle 1.8, soon
> to be Oracle 11 or anything decent from Azul). This also means we would
> have to state that the builds were not tested on JDK < 8.
>
>
> Am 19.04.18 um 09:14 schrieb Lukasz Lenart:
>> Tried different options, but still no luck :( I'm locally running
>> 1.6_51 (OSX) and the latest available version from Oracle is 1.6_41 -
>> switching Maven or maven-compiler-plugin didn't help.
>>
>> 2018-04-16 12:21 GMT+02:00 <Ch...@bmw.de>:
>>> Maybe different minor versions of jdk, maven or maven-compiler-plugin ?
>>>
>>>
>>> Regards,
>>> Christoph
>>>
>>>
>>>
>>>> -----Ursprüngliche Nachricht-----
>>>> Von: Lukasz Lenart [mailto:lukaszlenart@apache.org]
>>>> Gesendet: Montag, 16. April 2018 09:15
>>>> An: Struts Developers List <de...@struts.apache.org>
>>>> Betreff: Re: Struts 2.4
>>>>
>>>> Hm... it doesn't work with Jenkins and Java 6, but works locally (no
>>>> idea what's the difference). The error is below
>>>>
>>>> https://builds.apache.org/view/S-Z/view/Struts/job/Struts-2-4-
>>>> JDK6/36/console
>>>>
>>>>
>>>> [INFO] Compiling 4 source files to
>>>> /home/jenkins/jenkins-slave/workspace/Struts-2-4-
>>>> JDK6/apps/blank/target/classes
>>>> An exception has occurred in the compiler (1.6.0_45). Please file a
>>>> bug at the Java Developer Connection
>>>> (http://java.sun.com/webapps/bugreport) after checking the Bug Parade
>>>> for duplicates. Include your program and the following diagnostic in
>>>> your report. Thank you.
>>>> java.lang.LinkageError: loader constraint violation: when resolving
>>>> method
>>>> "com.sun.tools.javadoc.DocCommentScanner$Factory.preRegister(Lcom/su
>>>> n/tools/javac/util/Context;)V"
>>>> the class loader (instance of java/net/FactoryURLClassLoader) of the
>>>> current class, com/sun/tools/javac/main/JavaCompiler, and the class
>>>> loader (instance of sun/misc/Launcher$AppClassLoader) for resolved
>>>> class, com/sun/tools/javadoc/DocCommentScanner$Factory, have different
>>>> Class objects for the type com/sun/tools/javac/util/Context used in
>>>> the signature
>>>> at
>>>> com.sun.tools.javac.main.JavaCompiler.initProcessAnnotations(JavaCompile
>>>> r.java:883)
>>>> at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:724)
>>>> at com.sun.tools.javac.main.Main.compile(Main.java:353)
>>>> at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:113)
>>>> at
>>>> org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(J
>>>> avaxToolsCompiler.java:126)
>>>> at
>>>> org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCo
>>>> mpiler.java:174)
>>>> at
>>>> org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(Abstract
>>>> CompilerMojo.java:943)
>>>> at
>>>> org.apache.maven.plugin.compiler.CompilerMojo.execute(CompilerMojo.ja
>>>> va:137)
>>>> at
>>>> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(Default
>>>> BuildPluginManager.java:101)
>>>> at
>>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>>>> va:209)
>>>> at
>>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>>>> va:153)
>>>> at
>>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>>>> va:145)
>>>> at
>>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
>>>> cycleModuleBuilder.java:84)
>>>> at
>>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
>>>> cycleModuleBuilder.java:59)
>>>> at
>>>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(Lif
>>>> ecycleStarter.java:183)
>>>> at
>>>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter
>>>> .java:161)
>>>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
>>>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
>>>> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
>>>> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
>>>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at
>>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>>>> ava:39)
>>>> at
>>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
>>>> sorImpl.java:25)
>>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>>> at
>>>> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launch
>>>> er.java:290)
>>>> at
>>>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:23
>>>> 0)
>>>> at
>>>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Laun
>>>> cher.java:409)
>>>> at
>>>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352
>>>> )
>>>>
>>>>
>>>>
>>>> 2018-04-15 21:40 GMT+02:00 Lukasz Lenart <lu...@apache.org>:
>>>>> Finally I have a stable build on Java 7, but maybe I can try with Java 6
>>>>> https://builds.apache.org/view/S-Z/view/Struts/job/Struts-2-4-JDK7/
>>>>>
>>>>> 2018-04-06 9:46 GMT+02:00 <Ch...@bmw.de>:
>>>>>> Hi,
>>>>>>
>>>>>> my impression is that there are lots of people using old versions of struts,
>>>> java, app servers, ... and who are not active on mailing-lists or github or
>>>> whatever. Just when they have issues due to old versions being no longer
>>>> supported they start sending mails to users list or asking on stack overflow.
>>>>>>
>>>>>> Actually I would prefer to drop struts 2.3 and not start with 2.4. But I think
>>>> there is much demand for it. And when we support old struts version it
>>>> should depend on old java, too.
>>>>>>
>>>>>> Regards,
>>>>>> Christoph
>>>>>>
>>>>>>
>>>>>>> -----Ursprüngliche Nachricht-----
>>>>>>> Von: Louis Smith [mailto:dr.louis.smith@gmail.com]
>>>>>>> Gesendet: Freitag, 30. März 2018 15:07
>>>>>>> An: Struts Developers List <de...@struts.apache.org>
>>>>>>> Betreff: Re: Struts 2.4
>>>>>>>
>>>>>>> Considering that Java 8, 9, and 10 are all out - moving up to 7 seems like
>>>>>>> "not enough".
>>>>>>>
>>>>>>> How about a tech survey of Struts users to see what Java version they
>>>> are
>>>>>>> on? I have my clients on Java 8, and doing research on 9.
>>>>>>>
>>>>>>> Louis
>>>>>>>
>>>>>>> Louis
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Mar 30, 2018 at 8:10 AM, Lukasz Lenart
>>>> <lu...@apache.org>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I thought about that for a long time and I think if we want to support
>>>>>>>> 2.3.x branch we must switch to Java 7 for it. Jenkins at Apache
>>>>>>>> doesn't support Java 6 anymore (at least I do not know how to make it
>>>>>>>> work).
>>>>>>>>
>>>>>>>> wdyt?
>>>>>>>>
>>>>>>>>
>>>>>>>> Regards
>>>>>>>> --
>>>>>>>> Łukasz
>>>>>>>> + 48 606 323 122 http://www.lenart.org.pl/
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>>>>>>
>>>>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>>> For additional commands, e-mail: dev-help@struts.apache.org
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
>>
>
>
> --
> René Gielen
> http://twitter.com/rgielen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts 2.4
Posted by Lukasz Lenart <lu...@apache.org>.
Tried different options, but still no luck :( I'm locally running
1.6_51 (OSX) and the latest available version from Oracle is 1.6_41 -
switching Maven or maven-compiler-plugin didn't help.
2018-04-16 12:21 GMT+02:00 <Ch...@bmw.de>:
> Maybe different minor versions of jdk, maven or maven-compiler-plugin ?
>
>
> Regards,
> Christoph
>
>
>
>> -----Ursprüngliche Nachricht-----
>> Von: Lukasz Lenart [mailto:lukaszlenart@apache.org]
>> Gesendet: Montag, 16. April 2018 09:15
>> An: Struts Developers List <de...@struts.apache.org>
>> Betreff: Re: Struts 2.4
>>
>> Hm... it doesn't work with Jenkins and Java 6, but works locally (no
>> idea what's the difference). The error is below
>>
>> https://builds.apache.org/view/S-Z/view/Struts/job/Struts-2-4-
>> JDK6/36/console
>>
>>
>> [INFO] Compiling 4 source files to
>> /home/jenkins/jenkins-slave/workspace/Struts-2-4-
>> JDK6/apps/blank/target/classes
>> An exception has occurred in the compiler (1.6.0_45). Please file a
>> bug at the Java Developer Connection
>> (http://java.sun.com/webapps/bugreport) after checking the Bug Parade
>> for duplicates. Include your program and the following diagnostic in
>> your report. Thank you.
>> java.lang.LinkageError: loader constraint violation: when resolving
>> method
>> "com.sun.tools.javadoc.DocCommentScanner$Factory.preRegister(Lcom/su
>> n/tools/javac/util/Context;)V"
>> the class loader (instance of java/net/FactoryURLClassLoader) of the
>> current class, com/sun/tools/javac/main/JavaCompiler, and the class
>> loader (instance of sun/misc/Launcher$AppClassLoader) for resolved
>> class, com/sun/tools/javadoc/DocCommentScanner$Factory, have different
>> Class objects for the type com/sun/tools/javac/util/Context used in
>> the signature
>> at
>> com.sun.tools.javac.main.JavaCompiler.initProcessAnnotations(JavaCompile
>> r.java:883)
>> at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:724)
>> at com.sun.tools.javac.main.Main.compile(Main.java:353)
>> at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:113)
>> at
>> org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(J
>> avaxToolsCompiler.java:126)
>> at
>> org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCo
>> mpiler.java:174)
>> at
>> org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(Abstract
>> CompilerMojo.java:943)
>> at
>> org.apache.maven.plugin.compiler.CompilerMojo.execute(CompilerMojo.ja
>> va:137)
>> at
>> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(Default
>> BuildPluginManager.java:101)
>> at
>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>> va:209)
>> at
>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>> va:153)
>> at
>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
>> va:145)
>> at
>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
>> cycleModuleBuilder.java:84)
>> at
>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
>> cycleModuleBuilder.java:59)
>> at
>> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(Lif
>> ecycleStarter.java:183)
>> at
>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter
>> .java:161)
>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
>> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
>> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>> ava:39)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
>> sorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:597)
>> at
>> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launch
>> er.java:290)
>> at
>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:23
>> 0)
>> at
>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Laun
>> cher.java:409)
>> at
>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352
>> )
>>
>>
>>
>> 2018-04-15 21:40 GMT+02:00 Lukasz Lenart <lu...@apache.org>:
>> > Finally I have a stable build on Java 7, but maybe I can try with Java 6
>> > https://builds.apache.org/view/S-Z/view/Struts/job/Struts-2-4-JDK7/
>> >
>> > 2018-04-06 9:46 GMT+02:00 <Ch...@bmw.de>:
>> >> Hi,
>> >>
>> >> my impression is that there are lots of people using old versions of struts,
>> java, app servers, ... and who are not active on mailing-lists or github or
>> whatever. Just when they have issues due to old versions being no longer
>> supported they start sending mails to users list or asking on stack overflow.
>> >>
>> >> Actually I would prefer to drop struts 2.3 and not start with 2.4. But I think
>> there is much demand for it. And when we support old struts version it
>> should depend on old java, too.
>> >>
>> >> Regards,
>> >> Christoph
>> >>
>> >>
>> >>> -----Ursprüngliche Nachricht-----
>> >>> Von: Louis Smith [mailto:dr.louis.smith@gmail.com]
>> >>> Gesendet: Freitag, 30. März 2018 15:07
>> >>> An: Struts Developers List <de...@struts.apache.org>
>> >>> Betreff: Re: Struts 2.4
>> >>>
>> >>> Considering that Java 8, 9, and 10 are all out - moving up to 7 seems like
>> >>> "not enough".
>> >>>
>> >>> How about a tech survey of Struts users to see what Java version they
>> are
>> >>> on? I have my clients on Java 8, and doing research on 9.
>> >>>
>> >>> Louis
>> >>>
>> >>> Louis
>> >>>
>> >>>
>> >>> On Fri, Mar 30, 2018 at 8:10 AM, Lukasz Lenart
>> <lu...@apache.org>
>> >>> wrote:
>> >>>
>> >>> > Hi,
>> >>> >
>> >>> > I thought about that for a long time and I think if we want to support
>> >>> > 2.3.x branch we must switch to Java 7 for it. Jenkins at Apache
>> >>> > doesn't support Java 6 anymore (at least I do not know how to make it
>> >>> > work).
>> >>> >
>> >>> > wdyt?
>> >>> >
>> >>> >
>> >>> > Regards
>> >>> > --
>> >>> > Łukasz
>> >>> > + 48 606 323 122 http://www.lenart.org.pl/
>> >>> >
>> >>> > ---------------------------------------------------------------------
>> >>> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> >>> > For additional commands, e-mail: dev-help@struts.apache.org
>> >>> >
>> >>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
AW: Struts 2.4
Posted by Ch...@bmw.de.
Maybe different minor versions of jdk, maven or maven-compiler-plugin ?
Regards,
Christoph
> -----Ursprüngliche Nachricht-----
> Von: Lukasz Lenart [mailto:lukaszlenart@apache.org]
> Gesendet: Montag, 16. April 2018 09:15
> An: Struts Developers List <de...@struts.apache.org>
> Betreff: Re: Struts 2.4
>
> Hm... it doesn't work with Jenkins and Java 6, but works locally (no
> idea what's the difference). The error is below
>
> https://builds.apache.org/view/S-Z/view/Struts/job/Struts-2-4-
> JDK6/36/console
>
>
> [INFO] Compiling 4 source files to
> /home/jenkins/jenkins-slave/workspace/Struts-2-4-
> JDK6/apps/blank/target/classes
> An exception has occurred in the compiler (1.6.0_45). Please file a
> bug at the Java Developer Connection
> (http://java.sun.com/webapps/bugreport) after checking the Bug Parade
> for duplicates. Include your program and the following diagnostic in
> your report. Thank you.
> java.lang.LinkageError: loader constraint violation: when resolving
> method
> "com.sun.tools.javadoc.DocCommentScanner$Factory.preRegister(Lcom/su
> n/tools/javac/util/Context;)V"
> the class loader (instance of java/net/FactoryURLClassLoader) of the
> current class, com/sun/tools/javac/main/JavaCompiler, and the class
> loader (instance of sun/misc/Launcher$AppClassLoader) for resolved
> class, com/sun/tools/javadoc/DocCommentScanner$Factory, have different
> Class objects for the type com/sun/tools/javac/util/Context used in
> the signature
> at
> com.sun.tools.javac.main.JavaCompiler.initProcessAnnotations(JavaCompile
> r.java:883)
> at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:724)
> at com.sun.tools.javac.main.Main.compile(Main.java:353)
> at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:113)
> at
> org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(J
> avaxToolsCompiler.java:126)
> at
> org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCo
> mpiler.java:174)
> at
> org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(Abstract
> CompilerMojo.java:943)
> at
> org.apache.maven.plugin.compiler.CompilerMojo.execute(CompilerMojo.ja
> va:137)
> at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(Default
> BuildPluginManager.java:101)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> va:209)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> va:153)
> at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.ja
> va:145)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
> cycleModuleBuilder.java:84)
> at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Life
> cycleModuleBuilder.java:59)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(Lif
> ecycleStarter.java:183)
> at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter
> .java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
> ava:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launch
> er.java:290)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:23
> 0)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Laun
> cher.java:409)
> at
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352
> )
>
>
>
> 2018-04-15 21:40 GMT+02:00 Lukasz Lenart <lu...@apache.org>:
> > Finally I have a stable build on Java 7, but maybe I can try with Java 6
> > https://builds.apache.org/view/S-Z/view/Struts/job/Struts-2-4-JDK7/
> >
> > 2018-04-06 9:46 GMT+02:00 <Ch...@bmw.de>:
> >> Hi,
> >>
> >> my impression is that there are lots of people using old versions of struts,
> java, app servers, ... and who are not active on mailing-lists or github or
> whatever. Just when they have issues due to old versions being no longer
> supported they start sending mails to users list or asking on stack overflow.
> >>
> >> Actually I would prefer to drop struts 2.3 and not start with 2.4. But I think
> there is much demand for it. And when we support old struts version it
> should depend on old java, too.
> >>
> >> Regards,
> >> Christoph
> >>
> >>
> >>> -----Ursprüngliche Nachricht-----
> >>> Von: Louis Smith [mailto:dr.louis.smith@gmail.com]
> >>> Gesendet: Freitag, 30. März 2018 15:07
> >>> An: Struts Developers List <de...@struts.apache.org>
> >>> Betreff: Re: Struts 2.4
> >>>
> >>> Considering that Java 8, 9, and 10 are all out - moving up to 7 seems like
> >>> "not enough".
> >>>
> >>> How about a tech survey of Struts users to see what Java version they
> are
> >>> on? I have my clients on Java 8, and doing research on 9.
> >>>
> >>> Louis
> >>>
> >>> Louis
> >>>
> >>>
> >>> On Fri, Mar 30, 2018 at 8:10 AM, Lukasz Lenart
> <lu...@apache.org>
> >>> wrote:
> >>>
> >>> > Hi,
> >>> >
> >>> > I thought about that for a long time and I think if we want to support
> >>> > 2.3.x branch we must switch to Java 7 for it. Jenkins at Apache
> >>> > doesn't support Java 6 anymore (at least I do not know how to make it
> >>> > work).
> >>> >
> >>> > wdyt?
> >>> >
> >>> >
> >>> > Regards
> >>> > --
> >>> > Łukasz
> >>> > + 48 606 323 122 http://www.lenart.org.pl/
> >>> >
> >>> > ---------------------------------------------------------------------
> >>> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >>> > For additional commands, e-mail: dev-help@struts.apache.org
> >>> >
> >>> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts 2.4
Posted by Yasser Zamani <ya...@apache.org>.
On 4/24/2018 4:52 PM, Lukasz Lenart wrote:
> Now it passes ... this is strange :P
No problem, I love stranges :) Finally I fixed this enjoyable issue ;)
Regards.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts 2.4
Posted by Lukasz Lenart <lu...@apache.org>.
Now it passes ... this is strange :P
2018-04-24 12:47 GMT+02:00 Yasser Zamani <ya...@apache.org>:
>
>
> On 4/24/2018 1:17 PM, Lukasz Lenart wrote:
>> Finally, I was able to push changes to 2.4 - yesterday the repo was
>> out of sync, now it works :)
>
> Great! Now all webapp modules built except "Struts 2 Rest Showcase
> Webapp" [1]. Do you think or would you like also test if excluding it
> causes always successful build for whole project? If so, then the
> intersection of this module and "Struts 2 Blank Webapp" module is the
> root cause of Jenkins fails :)
>
> Regards.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts 2.4
Posted by Yasser Zamani <ya...@apache.org>.
On 4/24/2018 1:17 PM, Lukasz Lenart wrote:
> Finally, I was able to push changes to 2.4 - yesterday the repo was
> out of sync, now it works :)
Great! Now all webapp modules built except "Struts 2 Rest Showcase
Webapp" [1]. Do you think or would you like also test if excluding it
causes always successful build for whole project? If so, then the
intersection of this module and "Struts 2 Blank Webapp" module is the
root cause of Jenkins fails :)
Regards.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts 2.4
Posted by Lukasz Lenart <lu...@apache.org>.
Finally, I was able to push changes to 2.4 - yesterday the repo was
out of sync, now it works :)
2018-04-24 8:50 GMT+02:00 Lukasz Lenart <lu...@apache.org>:
> 2018-04-24 8:40 GMT+02:00 Yasser Zamani <ya...@apache.org>:
>> On 4/23/2018 11:31 PM, Lukasz Lenart wrote:
>>> I had the same problem before, I was able to build this module alone.
>>
>> Yes I had seen. Did you mean [1], the first occurrence of such error?
>
> No, it happened locally before I have started working on 2.4
>
>>> It only fails when building the whole project. There were some other
>>> modules that failed as well.
>>
>> Could you remember what module fails if we exclude "Struts 2 Webapp" module?
>
> I cannot recall but I can build 2.3.x branch to see. Anyway I do not
> think it is worth it.
>
>> I'm sorry, I'm ask because I worked a lot on this error and can conclude
>> that I think it isn't because of our commits, but because of ASF Jenkins
>> changes, but I couldn't find such error in Internet except for Struts!
>> So I feel maybe there is a bit problem somewhere maybe in our
>> dependencies [2] (because some modules build then next module fails!),
>> elsewhere we should file a bug for ASF INFRA.
>
> I had the same problem locally, using 2.3.x branch and JDK6, so it's
> not exactly an INFRA issue. It's probably a mix of old JDK, old Maven
> and old dependencies. I'm going to release another 2.3.x (or 2.4) and
> call EOL for 2.3/2.4 series. It doesn't make sense to waste so many
> energy and time on trying to keep it building.
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts 2.4
Posted by Lukasz Lenart <lu...@apache.org>.
2018-04-24 8:40 GMT+02:00 Yasser Zamani <ya...@apache.org>:
> On 4/23/2018 11:31 PM, Lukasz Lenart wrote:
>> I had the same problem before, I was able to build this module alone.
>
> Yes I had seen. Did you mean [1], the first occurrence of such error?
No, it happened locally before I have started working on 2.4
>> It only fails when building the whole project. There were some other
>> modules that failed as well.
>
> Could you remember what module fails if we exclude "Struts 2 Webapp" module?
I cannot recall but I can build 2.3.x branch to see. Anyway I do not
think it is worth it.
> I'm sorry, I'm ask because I worked a lot on this error and can conclude
> that I think it isn't because of our commits, but because of ASF Jenkins
> changes, but I couldn't find such error in Internet except for Struts!
> So I feel maybe there is a bit problem somewhere maybe in our
> dependencies [2] (because some modules build then next module fails!),
> elsewhere we should file a bug for ASF INFRA.
I had the same problem locally, using 2.3.x branch and JDK6, so it's
not exactly an INFRA issue. It's probably a mix of old JDK, old Maven
and old dependencies. I'm going to release another 2.3.x (or 2.4) and
call EOL for 2.3/2.4 series. It doesn't make sense to waste so many
energy and time on trying to keep it building.
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts 2.4
Posted by Yasser Zamani <ya...@apache.org>.
On 4/23/2018 11:31 PM, Lukasz Lenart wrote:
> I had the same problem before, I was able to build this module alone.
Yes I had seen. Did you mean [1], the first occurrence of such error?
> It only fails when building the whole project. There were some other
> modules that failed as well.
Could you remember what module fails if we exclude "Struts 2 Webapp" module?
I'm sorry, I'm ask because I worked a lot on this error and can conclude
that I think it isn't because of our commits, but because of ASF Jenkins
changes, but I couldn't find such error in Internet except for Struts!
So I feel maybe there is a bit problem somewhere maybe in our
dependencies [2] (because some modules build then next module fails!),
elsewhere we should file a bug for ASF INFRA.
Thanks!
[1]
http://struts.1045723.n5.nabble.com/Build-failed-in-Jenkins-Struts-support-2-3-JDK6-10-tp5721929p5721937.html
Re: Struts 2.4
Posted by Lukasz Lenart <lu...@apache.org>.
2018-04-21 23:21 GMT+02:00 Yasser Zamani <ya...@apache.org>:
> It seems this problem only occurs for "Struts 2 Webapps" module [1]. I
> tried to verify this in Jenkins but I didn't have access to configs. I
> also tried a PR but forgot that PR doesn't build against JDK6. So could
> you please verify if jdk6 starts working via deleting this module in
> Jenkins configs? This makes us more near to answer what's the problem with.
I had the same problem before, I was able to build this module alone.
It only fails when building the whole project. There were some other
modules that failed as well.
> Before these, you may also try compile with Jenkin's
> /usr/lib/jvm/java-6-openjdk-amd64/ [2] to see if makes any difference or
> info.
I have tried all the JDK6 versions.
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts 2.4
Posted by Yasser Zamani <ya...@apache.org>.
On 4/16/2018 11:45 AM, Lukasz Lenart wrote:
> Hm... it doesn't work with Jenkins and Java 6, but works locally (no
> idea what's the difference). The error is below
>
> https://builds.apache.org/view/S-Z/view/Struts/job/Struts-2-4-JDK6/36/console
>
>
> [INFO] Compiling 4 source files to
> /home/jenkins/jenkins-slave/workspace/Struts-2-4-JDK6/apps/blank/target/classes
> An exception has occurred in the compiler (1.6.0_45). Please file a
> bug at the Java Developer Connection
> (http://java.sun.com/webapps/bugreport) after checking the Bug Parade
> for duplicates. Include your program and the following diagnostic in
> your report. Thank you.
> java.lang.LinkageError: loader constraint violation: when resolving
> method "com.sun.tools.javadoc.DocCommentScanner$Factory.preRegister(Lcom/sun/tools/javac/util/Context;)V"
> the class loader (instance of java/net/FactoryURLClassLoader) of the
> current class, com/sun/tools/javac/main/JavaCompiler, and the class
> loader (instance of sun/misc/Launcher$AppClassLoader) for resolved
> class, com/sun/tools/javadoc/DocCommentScanner$Factory, have different
> Class objects for the type com/sun/tools/javac/util/Context used in
> the signature
> at com.sun.tools.javac.main.JavaCompiler.initProcessAnnotations(JavaCompiler.java:883)
> at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:724)
> at com.sun.tools.javac.main.Main.compile(Main.java:353)
> at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:113)
> at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:126)
> at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:174)
> at org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:943)
> at org.apache.maven.plugin.compiler.CompilerMojo.execute(CompilerMojo.java:137)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
It seems this problem only occurs for "Struts 2 Webapps" module [1]. I
tried to verify this in Jenkins but I didn't have access to configs. I
also tried a PR but forgot that PR doesn't build against JDK6. So could
you please verify if jdk6 starts working via deleting this module in
Jenkins configs? This makes us more near to answer what's the problem with.
Before these, you may also try compile with Jenkin's
/usr/lib/jvm/java-6-openjdk-amd64/ [2] to see if makes any difference or
info.
Regards.
[1] https://stackoverflow.com/a/244707/1362623
[2]
https://cwiki.apache.org/confluence/display/INFRA/JDK+Installation+Matrix
Re: Struts 2.4
Posted by Lukasz Lenart <lu...@apache.org>.
Hm... it doesn't work with Jenkins and Java 6, but works locally (no
idea what's the difference). The error is below
https://builds.apache.org/view/S-Z/view/Struts/job/Struts-2-4-JDK6/36/console
[INFO] Compiling 4 source files to
/home/jenkins/jenkins-slave/workspace/Struts-2-4-JDK6/apps/blank/target/classes
An exception has occurred in the compiler (1.6.0_45). Please file a
bug at the Java Developer Connection
(http://java.sun.com/webapps/bugreport) after checking the Bug Parade
for duplicates. Include your program and the following diagnostic in
your report. Thank you.
java.lang.LinkageError: loader constraint violation: when resolving
method "com.sun.tools.javadoc.DocCommentScanner$Factory.preRegister(Lcom/sun/tools/javac/util/Context;)V"
the class loader (instance of java/net/FactoryURLClassLoader) of the
current class, com/sun/tools/javac/main/JavaCompiler, and the class
loader (instance of sun/misc/Launcher$AppClassLoader) for resolved
class, com/sun/tools/javadoc/DocCommentScanner$Factory, have different
Class objects for the type com/sun/tools/javac/util/Context used in
the signature
at com.sun.tools.javac.main.JavaCompiler.initProcessAnnotations(JavaCompiler.java:883)
at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:724)
at com.sun.tools.javac.main.Main.compile(Main.java:353)
at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:113)
at org.codehaus.plexus.compiler.javac.JavaxToolsCompiler.compileInProcess(JavaxToolsCompiler.java:126)
at org.codehaus.plexus.compiler.javac.JavacCompiler.performCompile(JavacCompiler.java:174)
at org.apache.maven.plugin.compiler.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:943)
at org.apache.maven.plugin.compiler.CompilerMojo.execute(CompilerMojo.java:137)
at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
2018-04-15 21:40 GMT+02:00 Lukasz Lenart <lu...@apache.org>:
> Finally I have a stable build on Java 7, but maybe I can try with Java 6
> https://builds.apache.org/view/S-Z/view/Struts/job/Struts-2-4-JDK7/
>
> 2018-04-06 9:46 GMT+02:00 <Ch...@bmw.de>:
>> Hi,
>>
>> my impression is that there are lots of people using old versions of struts, java, app servers, ... and who are not active on mailing-lists or github or whatever. Just when they have issues due to old versions being no longer supported they start sending mails to users list or asking on stack overflow.
>>
>> Actually I would prefer to drop struts 2.3 and not start with 2.4. But I think there is much demand for it. And when we support old struts version it should depend on old java, too.
>>
>> Regards,
>> Christoph
>>
>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: Louis Smith [mailto:dr.louis.smith@gmail.com]
>>> Gesendet: Freitag, 30. März 2018 15:07
>>> An: Struts Developers List <de...@struts.apache.org>
>>> Betreff: Re: Struts 2.4
>>>
>>> Considering that Java 8, 9, and 10 are all out - moving up to 7 seems like
>>> "not enough".
>>>
>>> How about a tech survey of Struts users to see what Java version they are
>>> on? I have my clients on Java 8, and doing research on 9.
>>>
>>> Louis
>>>
>>> Louis
>>>
>>>
>>> On Fri, Mar 30, 2018 at 8:10 AM, Lukasz Lenart <lu...@apache.org>
>>> wrote:
>>>
>>> > Hi,
>>> >
>>> > I thought about that for a long time and I think if we want to support
>>> > 2.3.x branch we must switch to Java 7 for it. Jenkins at Apache
>>> > doesn't support Java 6 anymore (at least I do not know how to make it
>>> > work).
>>> >
>>> > wdyt?
>>> >
>>> >
>>> > Regards
>>> > --
>>> > Łukasz
>>> > + 48 606 323 122 http://www.lenart.org.pl/
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>> > For additional commands, e-mail: dev-help@struts.apache.org
>>> >
>>> >
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts 2.4
Posted by Lukasz Lenart <lu...@apache.org>.
Finally I have a stable build on Java 7, but maybe I can try with Java 6
https://builds.apache.org/view/S-Z/view/Struts/job/Struts-2-4-JDK7/
2018-04-06 9:46 GMT+02:00 <Ch...@bmw.de>:
> Hi,
>
> my impression is that there are lots of people using old versions of struts, java, app servers, ... and who are not active on mailing-lists or github or whatever. Just when they have issues due to old versions being no longer supported they start sending mails to users list or asking on stack overflow.
>
> Actually I would prefer to drop struts 2.3 and not start with 2.4. But I think there is much demand for it. And when we support old struts version it should depend on old java, too.
>
> Regards,
> Christoph
>
>
>> -----Ursprüngliche Nachricht-----
>> Von: Louis Smith [mailto:dr.louis.smith@gmail.com]
>> Gesendet: Freitag, 30. März 2018 15:07
>> An: Struts Developers List <de...@struts.apache.org>
>> Betreff: Re: Struts 2.4
>>
>> Considering that Java 8, 9, and 10 are all out - moving up to 7 seems like
>> "not enough".
>>
>> How about a tech survey of Struts users to see what Java version they are
>> on? I have my clients on Java 8, and doing research on 9.
>>
>> Louis
>>
>> Louis
>>
>>
>> On Fri, Mar 30, 2018 at 8:10 AM, Lukasz Lenart <lu...@apache.org>
>> wrote:
>>
>> > Hi,
>> >
>> > I thought about that for a long time and I think if we want to support
>> > 2.3.x branch we must switch to Java 7 for it. Jenkins at Apache
>> > doesn't support Java 6 anymore (at least I do not know how to make it
>> > work).
>> >
>> > wdyt?
>> >
>> >
>> > Regards
>> > --
>> > Łukasz
>> > + 48 606 323 122 http://www.lenart.org.pl/
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> > For additional commands, e-mail: dev-help@struts.apache.org
>> >
>> >
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org