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 <rgie...@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 <christoph.nenn...@bmw.de>: >>> Maybe different minor versions of jdk, maven or maven-compiler-plugin ? >>> >>> >>> Regards, >>> Christoph >>> >>> >>> >>>> -----Ursprüngliche Nachricht----- >>>> Von: Lukasz Lenart [mailto:lukaszlen...@apache.org] >>>> Gesendet: Montag, 16. April 2018 09:15 >>>> An: Struts Developers List <dev@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 <lukaszlen...@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 <christoph.nenn...@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.sm...@gmail.com] >>>>>>> Gesendet: Freitag, 30. März 2018 15:07 >>>>>>> An: Struts Developers List <dev@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 >>>> <lukaszlen...@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-unsubscr...@struts.apache.org >>>>>>>> For additional commands, e-mail: dev-h...@struts.apache.org >>>>>>>> >>>>>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >>>> For additional commands, e-mail: dev-h...@struts.apache.org >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org >> For additional commands, e-mail: dev-h...@struts.apache.org >> > > > -- > René Gielen > http://twitter.com/rgielen --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
