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 <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

Reply via email to