Struts 2.4

classic Classic list List threaded Threaded
17 messages Options
Reply | Threaded
Open this post in threaded view
|

Struts 2.4

Lukasz Lenart
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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Louis Smith
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 <[hidden email]>
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: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>
Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Lukasz Lenart
2018-03-30 15:07 GMT+02:00 Louis Smith <[hidden email]>:
> 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.

The latest LTS version of Java is Java 8, Java 9 & 10 won't be
supported soon as Java 11 hit the deck (the next LTS version). So
switching to Java 9/10 can be dangerous as those versions won't have
security patches.


Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

AW: Struts 2.4

Christoph.Nenning
In reply to this post by Louis Smith
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:[hidden email]]
> Gesendet: Freitag, 30. März 2018 15:07
> An: Struts Developers List <[hidden email]>
> 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 <[hidden email]>
> 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: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
> >

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Lukasz Lenart
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  <[hidden email]>:

> 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:[hidden email]]
>> Gesendet: Freitag, 30. März 2018 15:07
>> An: Struts Developers List <[hidden email]>
>> 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 <[hidden email]>
>> 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: [hidden email]
>> > For additional commands, e-mail: [hidden email]
>> >
>> >

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Lukasz Lenart
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 <[hidden email]>:

> 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  <[hidden email]>:
>> 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:[hidden email]]
>>> Gesendet: Freitag, 30. März 2018 15:07
>>> An: Struts Developers List <[hidden email]>
>>> 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 <[hidden email]>
>>> 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: [hidden email]
>>> > For additional commands, e-mail: [hidden email]
>>> >
>>> >

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

AW: Struts 2.4

Christoph.Nenning
Maybe different minor versions of jdk, maven or maven-compiler-plugin ?


Regards,
Christoph



> -----Ursprüngliche Nachricht-----
> Von: Lukasz Lenart [mailto:[hidden email]]
> Gesendet: Montag, 16. April 2018 09:15
> An: Struts Developers List <[hidden email]>
> 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 <[hidden email]>:
> > 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  <[hidden email]>:
> >> 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:[hidden email]]
> >>> Gesendet: Freitag, 30. März 2018 15:07
> >>> An: Struts Developers List <[hidden email]>
> >>> 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
> <[hidden email]>
> >>> 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: [hidden email]
> >>> > For additional commands, e-mail: [hidden email]
> >>> >
> >>> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

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  <[hidden email]>:

> Maybe different minor versions of jdk, maven or maven-compiler-plugin ?
>
>
> Regards,
> Christoph
>
>
>
>> -----Ursprüngliche Nachricht-----
>> Von: Lukasz Lenart [mailto:[hidden email]]
>> Gesendet: Montag, 16. April 2018 09:15
>> An: Struts Developers List <[hidden email]>
>> 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 <[hidden email]>:
>> > 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  <[hidden email]>:
>> >> 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:[hidden email]]
>> >>> Gesendet: Freitag, 30. März 2018 15:07
>> >>> An: Struts Developers List <[hidden email]>
>> >>> 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
>> <[hidden email]>
>> >>> 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: [hidden email]
>> >>> > For additional commands, e-mail: [hidden email]
>> >>> >
>> >>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Lukasz Lenart
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 <[hidden email]>:

> 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  <[hidden email]>:
>>> Maybe different minor versions of jdk, maven or maven-compiler-plugin ?
>>>
>>>
>>> Regards,
>>> Christoph
>>>
>>>
>>>
>>>> -----Ursprüngliche Nachricht-----
>>>> Von: Lukasz Lenart [mailto:[hidden email]]
>>>> Gesendet: Montag, 16. April 2018 09:15
>>>> An: Struts Developers List <[hidden email]>
>>>> 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 <[hidden email]>:
>>>>> 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  <[hidden email]>:
>>>>>> 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:[hidden email]]
>>>>>>> Gesendet: Freitag, 30. März 2018 15:07
>>>>>>> An: Struts Developers List <[hidden email]>
>>>>>>> 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
>>>> <[hidden email]>
>>>>>>> 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: [hidden email]
>>>>>>>> For additional commands, e-mail: [hidden email]
>>>>>>>>
>>>>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>
>
> --
> René Gielen
> http://twitter.com/rgielen

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Yasser Zamani-2
In reply to this post by Lukasz Lenart


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


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Lukasz Lenart
2018-04-21 23:21 GMT+02:00 Yasser Zamani <[hidden email]>:
> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Yasser Zamani-2


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

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Lukasz Lenart
2018-04-24 8:40 GMT+02:00 Yasser Zamani <[hidden email]>:
> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Lukasz Lenart
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 <[hidden email]>:

> 2018-04-24 8:40 GMT+02:00 Yasser Zamani <[hidden email]>:
>> 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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Yasser Zamani-2


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: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Lukasz Lenart
Now it passes ... this is strange :P

2018-04-24 12:47 GMT+02:00 Yasser Zamani <[hidden email]>:

>
>
> 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: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Struts 2.4

Yasser Zamani-2


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: [hidden email]
For additional commands, e-mail: [hidden email]