Sonar .NET Ecosystem

.net plugin should not force using Java 1.6 on other projects

Details

  • Type: Wish Wish
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 0.5
  • Fix Version/s: 1.0
  • Component/s: None
  • Labels:
    None
  • Number of attachments :
    0

Description

Currently we have one Sonar instance installed that runs on Java 1.6 so it was possible to install .Net plugin too.

Unfortunately, apart from C# projects being analysed by our Sonar, we have many Java projects that use Java 1.5 and even though they do not use .Net Sonar profile, Maven sonar plugin seems to load it and this crashes these builds.

It would be nice if .Net plugin was loaded only for projects that need it, so only these projects would have to use Java 1.6, letting other projects user older version...

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
BTO Team from Sabre Holdings added a comment -

*seems to load the .net plugin

Show
BTO Team from Sabre Holdings added a comment - *seems to load the .net plugin
Hide
Permalink
Evgeny Mandrikov added a comment -

Hi, FYI:

Even if you have Java 1.5 project, you can use Java 1.6 to bootstrap Maven and Sonar analysis. For eg. Sonar designed to be executed on Java 1.5, but for development I use Java 1.6.
But your position is reasonable and actually was discussed several times in Developers Mailing List : http://markmail.org/message/zf7346ubmaiuri7m

Show
Evgeny Mandrikov added a comment - Hi, FYI: Even if you have Java 1.5 project, you can use Java 1.6 to bootstrap Maven and Sonar analysis. For eg. Sonar designed to be executed on Java 1.5, but for development I use Java 1.6. But your position is reasonable and actually was discussed several times in Developers Mailing List : http://markmail.org/message/zf7346ubmaiuri7m
Hide
Permalink
Kyle Blaney added a comment -

I have translated the following Sonar .NET plugin JARs:

  • sonar-plugin-coverage-0.5.jar
  • sonar-plugin-dotnet-core-0.5.jar
  • sonar-plugin-dotnet-cpd-0.5.jar
  • sonar-plugin-fxcop-0.5.jar
  • sonar-plugin-gallio-0.5.jar
  • sonar-plugin-gendarme-0.5.jar
  • sonar-plugin-sourcemonitor-0.5.jar
  • sonar-plugin-stylecop-0.5.jar

Each JAR has been translated from Java 1.6 to Java 1.5 using Retrotranslator (http://retrotranslator.sourceforge.net/) and deployed to the sonar/current/extensions/plugins folder. Afterwards, I restarted the Sonar server. However, even with those JARs installed, I get a "java.lang.UnsupportedClassVersionError: Bad version number in .class file" exception when I try to deploy a Java project's metrics using Java 1.5 (see trace below).

To workaround this problem, what more do I have to do? Should I also downgrade to Java 1.5 the JARs on which the Sonar .NET JARs depend?

[ERROR] FATAL ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Bad version number in .class file
[INFO] ------------------------------------------------------------------------
[INFO] Trace
java.lang.UnsupportedClassVersionError: Bad version number in .class file
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:386)
        at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42)
        at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244)
        at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
        at java.lang.ClassLoader.defineClass1(Native Method)
        at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
        at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
        at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
        at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
        at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:386)
        at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42)
        at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244)
        at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
        at org.sonar.plugin.dotnet.gallio.GallioPlugin.getExtensions(GallioPlugin.java:73)
        at org.sonar.core.plugin.AbstractPluginRepository.registerPlugin(AbstractPluginRepository.java:50)
        at org.sonar.batch.bootstrap.BatchPluginRepository.registerPlugins(BatchPluginRepository.java:129)
        at org.sonar.batch.ProjectBatch.startChildContainer(ProjectBatch.java:72)
        at org.sonar.batch.ProjectBatch.execute(ProjectBatch.java:54)
        at org.sonar.batch.Batch.analyzeModule(Batch.java:161)
        at org.sonar.batch.Batch.analyzeModule(Batch.java:152)
        at org.sonar.batch.Batch.analyzeModules(Batch.java:106)
        at org.sonar.batch.Batch.execute(Batch.java:66)
        at org.sonar.maven.SonarMojo.executeBatch(SonarMojo.java:151)
        at org.sonar.maven.SonarMojo.execute(SonarMojo.java:142)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
        at org.codehaus.mojo.sonar.Bootstraper.executeMojo(Bootstraper.java:98)
        at org.codehaus.mojo.sonar.Bootstraper.start(Bootstraper.java:79)
        at org.codehaus.mojo.sonar.SonarMojo.execute(SonarMojo.java:88)
        at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:569)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:539)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:284)
        at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
        at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
        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:592)
        at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 50 seconds
[INFO] Finished at: Tue Apr 12 12:40:13 EDT 2011
[INFO] Final Memory: 19M/35M
[INFO] ------------------------------------------------------------------------
Show
Kyle Blaney added a comment - I have translated the following Sonar .NET plugin JARs: sonar-plugin-coverage-0.5.jar sonar-plugin-dotnet-core-0.5.jar sonar-plugin-dotnet-cpd-0.5.jar sonar-plugin-fxcop-0.5.jar sonar-plugin-gallio-0.5.jar sonar-plugin-gendarme-0.5.jar sonar-plugin-sourcemonitor-0.5.jar sonar-plugin-stylecop-0.5.jar Each JAR has been translated from Java 1.6 to Java 1.5 using Retrotranslator ( http://retrotranslator.sourceforge.net/ ) and deployed to the sonar/current/extensions/plugins folder. Afterwards, I restarted the Sonar server. However, even with those JARs installed, I get a "java.lang.UnsupportedClassVersionError: Bad version number in .class file" exception when I try to deploy a Java project's metrics using Java 1.5 (see trace below). To workaround this problem, what more do I have to do? Should I also downgrade to Java 1.5 the JARs on which the Sonar .NET JARs depend? [ERROR] FATAL ERROR [INFO] ------------------------------------------------------------------------ [INFO] Bad version number in .class file [INFO] ------------------------------------------------------------------------ [INFO] Trace java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang. ClassLoader .defineClass1(Native Method) at java.lang. ClassLoader .defineClass( ClassLoader .java:621) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:386) at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) at java.lang. ClassLoader .loadClassInternal( ClassLoader .java:320) at java.lang. ClassLoader .defineClass1(Native Method) at java.lang. ClassLoader .defineClass( ClassLoader .java:621) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClassFromSelf(ClassRealm.java:386) at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:42) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) at java.lang. ClassLoader .loadClassInternal( ClassLoader .java:320) at org.sonar.plugin.dotnet.gallio.GallioPlugin.getExtensions(GallioPlugin.java:73) at org.sonar.core.plugin.AbstractPluginRepository.registerPlugin(AbstractPluginRepository.java:50) at org.sonar.batch.bootstrap.BatchPluginRepository.registerPlugins(BatchPluginRepository.java:129) at org.sonar.batch.ProjectBatch.startChildContainer(ProjectBatch.java:72) at org.sonar.batch.ProjectBatch.execute(ProjectBatch.java:54) at org.sonar.batch.Batch.analyzeModule(Batch.java:161) at org.sonar.batch.Batch.analyzeModule(Batch.java:152) at org.sonar.batch.Batch.analyzeModules(Batch.java:106) at org.sonar.batch.Batch.execute(Batch.java:66) at org.sonar.maven.SonarMojo.executeBatch(SonarMojo.java:151) at org.sonar.maven.SonarMojo.execute(SonarMojo.java:142) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490) at org.codehaus.mojo.sonar.Bootstraper.executeMojo(Bootstraper.java:98) at org.codehaus.mojo.sonar.Bootstraper.start(Bootstraper.java:79) at org.codehaus.mojo.sonar.SonarMojo.execute(SonarMojo.java:88) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:569) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:539) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:284) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60) 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:592) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] ------------------------------------------------------------------------ [INFO] Total time: 50 seconds [INFO] Finished at: Tue Apr 12 12:40:13 EDT 2011 [INFO] Final Memory: 19M/35M [INFO] ------------------------------------------------------------------------
Hide
Permalink
Evgeny Mandrikov added a comment -

Hi Kyle,

First of all - I'm not sure that Retrotranslator did all the job correctly. For example there is some libraries embedded into plugins. And also there is some Maven part.

And again - what stops you from bootstrapping Maven with Java 1.6 ? If it's because target of your Java projects is 1.5, then as I said before : it's possible to bootstrap Maven with Java 1.6, produce code for Java 1.5 (see configuration for maven-compiler-plugin), execute tests against Java 1.5 (see Maven Toolchains), enforce that your project doesn't rely on Java 1.6 API (see animal-sniffer-maven-plugin) and so on. So your project still will target Java 1.5, but would be built and analysed with help of Java 1.6.

Show
Evgeny Mandrikov added a comment - Hi Kyle, First of all - I'm not sure that Retrotranslator did all the job correctly. For example there is some libraries embedded into plugins. And also there is some Maven part . And again - what stops you from bootstrapping Maven with Java 1.6 ? If it's because target of your Java projects is 1.5, then as I said before : it's possible to bootstrap Maven with Java 1.6, produce code for Java 1.5 (see configuration for maven-compiler-plugin ), execute tests against Java 1.5 (see Maven Toolchains ), enforce that your project doesn't rely on Java 1.6 API (see animal-sniffer-maven-plugin ) and so on. So your project still will target Java 1.5, but would be built and analysed with help of Java 1.6.
Hide
Permalink
BTO Team from Sabre Holdings added a comment -

For us the problem is that we have many projects being built by different teams on different machines. It is not nice to have all these teams install another JDK, configure their POMs etc just because of this one plugin...that they do not even use.

Show
BTO Team from Sabre Holdings added a comment - For us the problem is that we have many projects being built by different teams on different machines. It is not nice to have all these teams install another JDK, configure their POMs etc just because of this one plugin...that they do not even use.
Hide
Permalink
Evgeny Mandrikov added a comment -

Yes - it's understandable and that's why this issue exists. But sorry - it can't be quickly resolved.

Show
Evgeny Mandrikov added a comment - Yes - it's understandable and that's why this issue exists. But sorry - it can't be quickly resolved.
Hide
Permalink
BTO Team from Sabre Holdings added a comment -

Is it really fixed? Was the dependency removed?

Show
BTO Team from Sabre Holdings added a comment - Is it really fixed? Was the dependency removed?
Hide
Permalink
Freddy Mallet added a comment -

It is ! No more dependency on Java 6.

Show
Freddy Mallet added a comment - It is ! No more dependency on Java 6.
Hide
Permalink
BTO Team from Sabre Holdings added a comment -

Great!
I assume that it uses Java 1.5 now, right? What if some of our projects use Java 1.4 and do not use this plugin? Will I get an error?

Show
BTO Team from Sabre Holdings added a comment - Great! I assume that it uses Java 1.5 now, right? What if some of our projects use Java 1.4 and do not use this plugin? Will I get an error?
Hide
Permalink
Freddy Mallet added a comment -

But java 4 can't be used to run Sonar analysis whatever is the language of the project.

Show
Freddy Mallet added a comment - But java 4 can't be used to run Sonar analysis whatever is the language of the project.

People

  • Assignee:
    Alexandre Victoor
    Reporter:
    BTO Team from Sabre Holdings
Vote (5)
Watch (3)

Dates

  • Created:
    Updated:
    Resolved: