[
https://issues.jenkins-ci.org/browse/JENKINS-2295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
kutzi updated JENKINS-2295:
---------------------------
Summary: Jenkins cannot handle modules added by profiles - if profile is
not activated via '-P' (was: Assertion in MavenModuleSetBuild for aggregator
POM with modules provided by profile) (was: Assertion in MavenModuleSetBuild
for aggregator POM with modules provided by profile)
Updated summary to describe, what the outstanding issues are.
> Jenkins cannot handle modules added by profiles - if profile is not activated
> via '-P' (was: Assertion in MavenModuleSetBuild for aggregator POM with
> modules provided by profile)
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: JENKINS-2295
> URL: https://issues.jenkins-ci.org/browse/JENKINS-2295
> Project: Jenkins
> Issue Type: Bug
> Components: maven2
> Affects Versions: current
> Environment: Platform: All, OS: All
> Reporter: tjuerge
> Attachments: testcase-build.log, testcase.tgz
>
>
> The root POM of one of our Maven2 projects aggregates sub-modules which are
> defined in a set of profiles. So within this POM there's no <modules> defined
> outside of a profile.
> Building this project from the commandline via "mvn -P<profile1>,<profileN>
> clean install" is working like a charme. But using the same commandline from
> within a Hudson (build 2.251) Maven2 job the following exception occurs after
> installing the root POM and starting to clean the first of the aggregated
> sub-modules:
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] FATAL ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] reporters.get(com.acme.vk.backend:base)==null.
> reporters={com.acme.vk:base=[hudson.maven.reporters.MavenMailer@260657,
> hudson.maven.reporters.MavenArtifactArchiver@16339b2,
> hudson.maven.reporters.MavenFingerprinter@c2ea0b,
> hudson.maven.reporters.MavenJavadocArchiver@6a4209,
> hudson.maven.reporters.MavenSiteArchiver@1575b4,
> hudson.maven.reporters.SurefireArchiver@e284ab,
> hudson.maven.reporters.BuildInfoRecorder@1743073]}
> proxies={com.acme.vk:base=hudson.maven.MavenModuleSetBuild$Builder$FilterImpl@118e241}
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Trace
> java.lang.AssertionError: reporters.get(com.acme.vk.backend:base)==null.
> reporters={com.acme.vk:base=[hudson.maven.reporters.MavenMailer@260657,
> hudson.maven.reporters.MavenArtifactArchiver@16339b2,
> hudson.maven.reporters.MavenFingerprinter@c2ea0b,
> hudson.maven.reporters.MavenJavadocArchiver@6a4209,
> hudson.maven.reporters.MavenSiteArchiver@1575b4,
> hudson.maven.reporters.SurefireArchiver@e284ab,
> hudson.maven.reporters.BuildInfoRecorder@1743073]}
> proxies={com.acme.vk:base=hudson.maven.MavenModuleSetBuild$Builder$FilterImpl@118e241}
> at
> hudson.maven.MavenModuleSetBuild$Builder.postModule(MavenModuleSetBuild.java:573)
> at
> hudson.maven.MavenBuilder$Adapter.fireLeaveModule(MavenBuilder.java:284)
> at hudson.maven.MavenBuilder$Adapter.postBuild(MavenBuilder.java:242)
> at
> org.apache.maven.lifecycle.LifecycleExecutorInterceptor.execute(LifecycleExecutorInterceptor.java:45)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
> 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:585)
> at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> at hudson.maven.agent.Main.launch(Main.java:133)
> at hudson.maven.MavenBuilder.call(MavenBuilder.java:139)
> at
> hudson.maven.MavenModuleSetBuild$Builder.call(MavenModuleSetBuild.java:543)
> at
> hudson.maven.MavenModuleSetBuild$Builder.call(MavenModuleSetBuild.java:489)
> at hudson.remoting.UserRequest.perform(UserRequest.java:69)
> at hudson.remoting.UserRequest.perform(UserRequest.java:23)
> at hudson.remoting.Request$2.run(Request.java:213)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
> Copying the <modules> block from one of the profiles directly into the root
> POM
> "fixes" this issue.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira