Re: Maven schemaspy plugin with MSSql
Hi Wayne, Thanks for your reply. I've also tried that with jdbcUrl: jdbcUrljdbc:jtds:sqlserver://[host]:[port];DatabaseName=[DbName]/jdbcUrl But it still don't work. Regards, Arsen -- View this message in context: http://www.nabble.com/Maven-schemaspy-plugin-with-MSSql-tp19719190p19736586.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: creating a project
Matthias Dorfner schrieb: Hi, I can now answer the question myself. If you want to create an skeleton with site structure for a already existing project, you have to run e.g. the archetype quickstart plugin first, second the e.g. maven-archetype-site-simple plugin. Of course both with same group and artifact Id. But the out-of-the-box linking for project information, project reports html files which is generated automatically by running the mvn site command is now on your own, as far as I know. Is there a blank index.apt somewhere which includes all these standard links? See http://maven.apache.org/guides/mini/guide-site.html. What you need to create a navigation of your site with the links mentioned is a site.xml file and not the index.apt. menu ref=reports/ in the site.xml will create links for all your configured reports in poms reporting section. HTH Felix Thank you! Regards, Matthias -Ursprüngliche Nachricht- Von: Matthias Dorfner [mailto:[EMAIL PROTECTED] Gesendet: Montag, 29. September 2008 15:56 An: users@maven.apache.org Betreff: creating a project Hi guys, I use this command from the archetype plugin: Mvn archetype:create -DarchetpeGroupId=org.apache.maven.archetypes \ -DarchetypeArtifactId=maven-archetype-site \ -DgroupId=com.mycompany \ -DartifactId=my-site It creates a dedicated site project where I can customize the layout and the html (via apt, faq files etc.) output stuff. How can I integrate my java sources and reports for that sources (e.g. from javadoc, checkstyle, pmd, xref...) to this site? Regards, Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to let xmlbean generate jar file?
I use xmlbean plugin in a Maven project. When doing mvn xmlbeans:xmlbeans, it will generate source and classes but not jar. How can I let it produce jar file? -- View this message in context: http://www.nabble.com/How-to-let-xmlbean-generate-jar-file--tp19737290p19737290.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to let xmlbean generate jar file?
you need to attach it to the lifecycle and execute upto at least the package phase in the lifecycle 2008/9/30 youhaodeyi [EMAIL PROTECTED] I use xmlbean plugin in a Maven project. When doing mvn xmlbeans:xmlbeans, it will generate source and classes but not jar. How can I let it produce jar file? -- View this message in context: http://www.nabble.com/How-to-let-xmlbean-generate-jar-file--tp19737290p19737290.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: reactor plugin Embedded error: Roots differ
On Mon, Sep 29, 2008 at 9:34 PM, Dan Fabulich [EMAIL PROTECTED] wrote: Wait, no, actually, I'm wrong. MREACTOR-1 is perfectly real, but the Different roots error you're getting is surprising to me; I can't reproduce it even following your directions. Note that, in the system you showed me, you should be able to go to the modules directory and do mvn reactor:make -Dmake.folders=A/api and get it to work. If that doesn't work, please put together a reduced test case (zip up a simplified set of Maven projects) and file a bug. I think cygwin is causing some of the problems, see the ticket. http://jira.codehaus.org/browse/MREACTOR-9. Jorg
Anyone using Synergy in SCM Plugin under Linux ?
Hello, anyone using Synergy unter Linux ? I facing a Problem that i cannot figure out how to provide a path to the database. Running Synergy under Windows causes no Problem. A command like that should be generated : ccm start -nogui -m -q -n user -pw secret -d /path/to/db/skm/ccm_databases/ But it outputs something like that: [INFO] Removing /home/build/maven-test-checkout/target/checkout [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Cannot run checkout command : Embedded error: Exception while executing SCM command. Commandeline = /bin/sh -c ccm start -nogui -m -q -n user -pw secret STDOUT = STDERR = Warning: /database/db does not exist. Warning: Telelogic Synergy startup failed. Kindly Regards, Jens - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FileNotFoundException when using Maven dependencies report
Hello all, When I try to generate a maven site with maven dependencies report for a multi-level multi-module project I receive a lot of FileNotFoundException's like following: java.io.FileNotFoundException: D:\work\java\workspace\project1\module1\submodule11\target\classes (Access is denied) at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:203) at java.util.jar.JarFile.init(JarFile.java:132) at java.util.jar.JarFile.init(JarFile.java:97) at org.apache.maven.shared.jar.JarAnalyzer.init(JarAnalyzer.java:102) at org.apache.maven.report.projectinfo.dependencies.Dependencies.getJarDependencyDetails(Dependencies.java:282) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1278) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderSectionDependencyFileDetails(DependenciesRenderer.java:423) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:268) at org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMavenReportRenderer.java:65) at org.apache.maven.report.projectinfo.DependenciesReport.executeReport(DependenciesReport.java:239) at org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport.java:90) at org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(ReportDocumentRenderer.java:139) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(DefaultSiteRenderer.java:269) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRenderer.java:101) at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:129) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:96) at org.apache.maven.plugins.site.SiteStageMojo.execute(SiteStageMojo.java:105) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) 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 org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) I'm 100% there are no problems with access privileges on system where site/report is being generated. Has anyone else experienced something like this? Thanks in advance for your comments! Regards, Stevo.
RE: Is there a way to obtain the caller's goal from within a Mojo?
Hi, My usecase is the following. The team want to enforce a svn status check against source codes before deploying into repository. But not for install! I wrote a maven plugin which does the checking. The only missing piece is that until now I just solved the problem by a configuration parameter skipCheckfalse/skipCheck which tells that now I don't want to check svn status, let me install as is. Unfortunately I cannot just attach the Mojo to deploy phase. I have to attach to package phase, because I have to save the result within the META-INF directory. It's a bit inconvenient to always switch this parameter by editing the configuration. I would like to know if the deploy phase is really running or not. Tibor Feladó: Brett Porter [EMAIL PROTECTED] Küldve: 2008. szeptember 17. 21:01 Címzett: Maven Users List Tárgy: Re: Is there a way to obtain the caller's goal from within a Mojo? Not easily. Additional plugin configuration can be used to track the purpose of the execution. A better alternative is to split the functionality to bind into the appropriate phases. Can you outline your use case? - Brett 2008/9/17 Tibor Kiss [EMAIL PROTECTED]: Hi. I would like to know within a Mojo implementation that the maven was started with install or deploy goal. Is it possible? Tibor -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to let xmlbean generate jar file?
Will this add it to the dependency tree automatically? Stephen Connolly-2 wrote: you need to attach it to the lifecycle and execute upto at least the package phase in the lifecycle 2008/9/30 youhaodeyi [EMAIL PROTECTED] I use xmlbean plugin in a Maven project. When doing mvn xmlbeans:xmlbeans, it will generate source and classes but not jar. How can I let it produce jar file? -- View this message in context: http://www.nabble.com/How-to-let-xmlbean-generate-jar-file--tp19737290p19737290.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/How-to-add-generated-jar-into-project-dependency--tp19737290p19738224.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to let xmlbean generate jar file?
U can use outputJar tag to do the same Sent from my iPod On Sep 30, 2008, at 2:09 PM, youhaodeyi [EMAIL PROTECTED] wrote: Will this add it to the dependency tree automatically? Stephen Connolly-2 wrote: you need to attach it to the lifecycle and execute upto at least the package phase in the lifecycle 2008/9/30 youhaodeyi [EMAIL PROTECTED] I use xmlbean plugin in a Maven project. When doing mvn xmlbeans:xmlbeans, it will generate source and classes but not jar. How can I let it produce jar file? -- View this message in context: http://www.nabble.com/How-to-let-xmlbean-generate-jar-file--tp19737290p19737290.html Sent from the Maven - Users mailing list archive at Nabble.com. --- -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/How-to-add-generated-jar-into-project-dependency--tp19737290p19738224.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to let xmlbean generate jar file?
One might argue that questions that are answered easily by reading the documentation are SPAM. Theres lots of people reading this who can help people who have real problems. If you find the docs don't work quote them and tell us about the problems and we can help. http://en.wikipedia.org/wiki/Netiquette http://www.merriam-webster.com/dictionary/netiquette On Tue, 30 Sep 2008 22:00:42 Ram wrote: 2008/9/30 youhaodeyi [EMAIL PROTECTED] I use xmlbean plugin in a Maven project. When doing mvn xmlbeans:xmlbeans, it will generate source and classes but not jar. How can I let it produce jar file? -- -- Michael McCallum Enterprise Engineer mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is there a way to obtain the caller's goal from within a Mojo?
This is by design to prevent the artifacts in the local repository being different from the ones in the remote repository :) Does it make more sense to deploy the results as a separate attachment, rather than putting it inside META-INF? Otherwise, I would suggest using a profile to enable it when deploying. It makes deploying a longer command, but it sounds like this is your less frequent use case. - Brett 2008/9/30 Tibor Kiss [EMAIL PROTECTED]: Hi, My usecase is the following. The team want to enforce a svn status check against source codes before deploying into repository. But not for install! I wrote a maven plugin which does the checking. The only missing piece is that until now I just solved the problem by a configuration parameter skipCheckfalse/skipCheck which tells that now I don't want to check svn status, let me install as is. Unfortunately I cannot just attach the Mojo to deploy phase. I have to attach to package phase, because I have to save the result within the META-INF directory. It's a bit inconvenient to always switch this parameter by editing the configuration. I would like to know if the deploy phase is really running or not. Tibor Feladó: Brett Porter [EMAIL PROTECTED] Küldve: 2008. szeptember 17. 21:01 Címzett: Maven Users List Tárgy: Re: Is there a way to obtain the caller's goal from within a Mojo? Not easily. Additional plugin configuration can be used to track the purpose of the execution. A better alternative is to split the functionality to bind into the appropriate phases. Can you outline your use case? - Brett 2008/9/17 Tibor Kiss [EMAIL PROTECTED]: Hi. I would like to know within a Mojo implementation that the maven was started with install or deploy goal. Is it possible? Tibor -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FileNotFoundException when using Maven dependencies report
It is trying to treat directories as zip files. This is because the reactor has picked up the compilation results, not the packaging results. IT can be worked around by making sure the reactor ran to at least the package phase. - Brett 2008/9/30 Stevo Slavić [EMAIL PROTECTED]: Hello all, When I try to generate a maven site with maven dependencies report for a multi-level multi-module project I receive a lot of FileNotFoundException's like following: java.io.FileNotFoundException: D:\work\java\workspace\project1\module1\submodule11\target\classes (Access is denied) at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:203) at java.util.jar.JarFile.init(JarFile.java:132) at java.util.jar.JarFile.init(JarFile.java:97) at org.apache.maven.shared.jar.JarAnalyzer.init(JarAnalyzer.java:102) at org.apache.maven.report.projectinfo.dependencies.Dependencies.getJarDependencyDetails(Dependencies.java:282) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1278) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderSectionDependencyFileDetails(DependenciesRenderer.java:423) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:268) at org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMavenReportRenderer.java:65) at org.apache.maven.report.projectinfo.DependenciesReport.executeReport(DependenciesReport.java:239) at org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport.java:90) at org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(ReportDocumentRenderer.java:139) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(DefaultSiteRenderer.java:269) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRenderer.java:101) at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:129) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:96) at org.apache.maven.plugins.site.SiteStageMojo.execute(SiteStageMojo.java:105) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) 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 org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) I'm 100% there are no problems with access privileges on system where site/report is being generated. Has anyone else experienced something like this? Thanks in advance for your comments! Regards, Stevo. -- Brett Porter Blog: http://blogs.exist.com/bporter/
Re: FileNotFoundException when using Maven dependencies report
Hello Brett, Thank you for your attention! If I understood you well, then maybe thishttp://maven.apache.org/plugins/maven-project-info-reports-plugin/dependencies-mojo.htmlmaven dependencies report page should be updated as it currently in attributes section mentions test and not package phase. Regards, Stevo. 2008/9/30 Brett Porter [EMAIL PROTECTED] It is trying to treat directories as zip files. This is because the reactor has picked up the compilation results, not the packaging results. IT can be worked around by making sure the reactor ran to at least the package phase. - Brett 2008/9/30 Stevo Slavić [EMAIL PROTECTED]: Hello all, When I try to generate a maven site with maven dependencies report for a multi-level multi-module project I receive a lot of FileNotFoundException's like following: java.io.FileNotFoundException: D:\work\java\workspace\project1\module1\submodule11\target\classes (Access is denied) at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:203) at java.util.jar.JarFile.init(JarFile.java:132) at java.util.jar.JarFile.init(JarFile.java:97) at org.apache.maven.shared.jar.JarAnalyzer.init(JarAnalyzer.java:102) at org.apache.maven.report.projectinfo.dependencies.Dependencies.getJarDependencyDetails(Dependencies.java:282) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1278) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderSectionDependencyFileDetails(DependenciesRenderer.java:423) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:268) at org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMavenReportRenderer.java:65) at org.apache.maven.report.projectinfo.DependenciesReport.executeReport(DependenciesReport.java:239) at org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport.java:90) at org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(ReportDocumentRenderer.java:139) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(DefaultSiteRenderer.java:269) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRenderer.java:101) at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:129) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:96) at org.apache.maven.plugins.site.SiteStageMojo.execute(SiteStageMojo.java:105) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) 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 org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) I'm 100% there are no problems with access privileges on system where site/report is being generated. Has anyone else experienced something like this? Thanks in advance for your comments! Regards, Stevo. -- Brett Porter Blog: http://blogs.exist.com/bporter/
Re: FileNotFoundException when using Maven dependencies report
Thanks - can you create an issue in JIRA for that? - Brett 2008/9/30 Stevo Slavić [EMAIL PROTECTED]: Hello Brett, Thank you for your attention! If I understood you well, then maybe thishttp://maven.apache.org/plugins/maven-project-info-reports-plugin/dependencies-mojo.htmlmaven dependencies report page should be updated as it currently in attributes section mentions test and not package phase. Regards, Stevo. 2008/9/30 Brett Porter [EMAIL PROTECTED] It is trying to treat directories as zip files. This is because the reactor has picked up the compilation results, not the packaging results. IT can be worked around by making sure the reactor ran to at least the package phase. - Brett 2008/9/30 Stevo Slavić [EMAIL PROTECTED]: Hello all, When I try to generate a maven site with maven dependencies report for a multi-level multi-module project I receive a lot of FileNotFoundException's like following: java.io.FileNotFoundException: D:\work\java\workspace\project1\module1\submodule11\target\classes (Access is denied) at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:203) at java.util.jar.JarFile.init(JarFile.java:132) at java.util.jar.JarFile.init(JarFile.java:97) at org.apache.maven.shared.jar.JarAnalyzer.init(JarAnalyzer.java:102) at org.apache.maven.report.projectinfo.dependencies.Dependencies.getJarDependencyDetails(Dependencies.java:282) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1278) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderSectionDependencyFileDetails(DependenciesRenderer.java:423) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:268) at org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMavenReportRenderer.java:65) at org.apache.maven.report.projectinfo.DependenciesReport.executeReport(DependenciesReport.java:239) at org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport.java:90) at org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(ReportDocumentRenderer.java:139) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(DefaultSiteRenderer.java:269) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRenderer.java:101) at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:129) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:96) at org.apache.maven.plugins.site.SiteStageMojo.execute(SiteStageMojo.java:105) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) 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 org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) I'm 100% there are no problems with access privileges on system where site/report is being generated. Has anyone else experienced something like this? Thanks in advance for your comments! Regards, Stevo. -- Brett Porter Blog: http://blogs.exist.com/bporter/ -- Brett Porter Blog: http://blogs.exist.com/bporter/
Build error with jython plugin !!??
Hi, I'm new user of maven and I want use the jython plugin but I have a problem at compilation... This is the error : The plugin 'org.apache.maven.plugins:maven-jython-plugin' does not exist or no valid version could be found It's use in a new project and his configuration pom is very simple : plugins plugin artifactIdmaven-jython-plugin/artifactId executions execution idcompile/id configuration jythonHomeC:\jython2.2.1/jythonHome /configuration goals goalcompile/goal /goals /execution /executions /plugin /plugins /build repositories repository idServprise Repository/id urlhttp://dev.servprise.com/maven-repository/url /repository /repositories dependencies !-- JYTHON -- dependency groupIdcom.servprise.maven.plugins/groupId artifactIdmaven-jython-plugin/artifactId version0.3/version scopecompile/scope /dependency /dependencies My m2Repository have the plugin, the version is good and the plugin has been add into the project... I don't understand this problem compilation, if someone has an idea to resolve ??? thanks -- View this message in context: http://www.nabble.com/Build-error-with-jython-plugin-%21%21---tp19741002p19741002.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
project site with two languages
I got one question, concerning the internationalization of the site generation plugin. Is there a preset ref like it is for reports project ... body ... menu ref=reports / ... /body ... /project also existing for different languages? I generated the site in en and de locales (I got two versions except the index.html (only English/default). Is there a switch or something like that? How can I comfortably include both language version (e.g via click on a german and english flag picture or something like this) within one central index page? Thank you in advance! Regards, Matthias -Ursprüngliche Nachricht- Von: Felix Knecht [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 30. September 2008 08:29 An: Maven Users List Betreff: Re: AW: creating a project Matthias Dorfner schrieb: Hi, I can now answer the question myself. If you want to create an skeleton with site structure for a already existing project, you have to run e.g. the archetype quickstart plugin first, second the e.g. maven-archetype-site-simple plugin. Of course both with same group and artifact Id. But the out-of-the-box linking for project information, project reports html files which is generated automatically by running the mvn site command is now on your own, as far as I know. Is there a blank index.apt somewhere which includes all these standard links? See http://maven.apache.org/guides/mini/guide-site.html. What you need to create a navigation of your site with the links mentioned is a site.xml file and not the index.apt. menu ref=reports/ in the site.xml will create links for all your configured reports in poms reporting section. HTH Felix Thank you! Regards, Matthias -Ursprüngliche Nachricht- Von: Matthias Dorfner [mailto:[EMAIL PROTECTED] Gesendet: Montag, 29. September 2008 15:56 An: users@maven.apache.org Betreff: creating a project Hi guys, I use this command from the archetype plugin: Mvn archetype:create -DarchetpeGroupId=org.apache.maven.archetypes \ -DarchetypeArtifactId=maven-archetype-site \ -DgroupId=com.mycompany \ -DartifactId=my-site It creates a dedicated site project where I can customize the layout and the html (via apt, faq files etc.) output stuff. How can I integrate my java sources and reports for that sources (e.g. from javadoc, checkstyle, pmd, xref...) to this site? Regards, Matthias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: copy libraries to classpath
The ArtifactItem construct is only used for copy/unpack not copy-dependencies/unpack-dependencies. More likely is that you are running this from the command line like mvn dependency:copy-dependencies and it's not configured that way. If you want it to work from the command line, don't put it inside an executions block. (this is a maven issue, there is talk about it in the plugin faq) -Original Message- From: Norbert Lazzeri [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2008 9:29 AM To: Maven Users List Subject: Re: copy libraries to classpath yeah i red that too. but i thought this would refer to the configuration-section of the plugin :-S cheers norbert Nick Stolwijk schrieb: I think the outputDirectory is ignored because of the ArtifactItem (whatever that may be... ;) ) From the documentation: outputDirectory : Default location used for mojo unless overridden in ArtifactItem * Type: java.io.File * Since: 1.0 * Required: No * Expression: ${outputDirectory} * Default: ${project.build.directory}/dependency Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Mon, Sep 29, 2008 at 3:01 PM, Norbert Lazzeri [EMAIL PROTECTED] wrote: using the maven-dependency-plugin with: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId executions execution idcopy-dependencies/id phasepackage/phase goals goalcopy-dependencies/goal /goals configuration outputDirectory${project.build.directory}/lib/outputDirectory overWriteReleasesfalse/overWriteReleases overWriteSnapshotsfalse/overWriteSnapshots overWriteIfNewertrue/overWriteIfNewer /configuration /execution /executions /plugin like suggested on the plugin-homepage all dependencies are copied to targed/dependencies. why is the outputDirectory ignored? cheers, Norbert Norbert Lazzeri schrieb: Hi, is it possible to let maven copy all dependencies to my classpath? my jar-configuration looks like: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jar-plugin/artifactId configuration archive manifest addClasspathtrue/addClasspath classpathPrefixlib//classpathPrefix mainClassuboot.App/mainClass /manifest /archive /configuration /plugin so it would be nice if maven would create a lib-directory and copy all jars in to it since there are plenty of them and doing this by hand is troublesome cheers, Norbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: the meaning of component.xml?
Most plugins don't need a manual component.xml like this. The dependency plugin has one to provide additional mappings for the unarchiver that were not at the time included in the unarchiver component itself. -Original Message- From: 陈思淼 [mailto:[EMAIL PROTECTED] Sent: Sunday, September 28, 2008 9:13 PM To: Maven Users List Subject: Re: the meaning of component.xml? I find a document which have some detail description about the component.xml.http://www.sonatype.com/book/reference/public-b ook.htm l (the plugin chapter) thank you all the same. 2008/9/29 supareno [EMAIL PROTECTED] you caould find some infos here: http://maven.apache.org/plugins/maven-assembly-plugin/component.html I've read the source code of maven-dependency-plugin and there is a component.xml, I know this file is for pluxes container to locate load the plugin, can anybody tell me the detail meaning of component.xml, or give a document about the component.xml tags meaning, thanks! component-set components !-- UnArchiver -- component roleorg.codehaus.plexus.archiver.UnArchiver/role role-hintswc/role-hint !-- there is no implementaion of SWCUnArchiver, but ZipUnArchive will do the job -- implementationorg.codehaus.plexus.archiver.zip.ZipUnArchiver/implementation instantiation-strategyper-lookup/instantiation-strategy /component /components /component-set - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Is there a way to obtain the caller's goal from within a Mojo?
I have situation when I can use attachements, but the team wants some backward compatibility with the previous system where we explicitly placed that svnstatus information into META-INF. I also see this as a stupid idea, but now we have applications which reads that metainformation to help the support team. Right now I am fighting to use maven. I know that with maven several things gets the right place, but until all the users gets the feeling, some compromises I have to leave it open. Definitively I'll use profiles to switch between Thanks! Tibor Feladó: Brett Porter [EMAIL PROTECTED] This is by design to prevent the artifacts in the local repository being different from the ones in the remote repository :) Does it make more sense to deploy the results as a separate attachment, rather than putting it inside META-INF? Otherwise, I would suggest using a profile to enable it when deploying. It makes deploying a longer command, but it sounds like this is your less frequent use case. - Brett 2008/9/30 Tibor Kiss [EMAIL PROTECTED]: Hi, My usecase is the following. The team want to enforce a svn status check against source codes before deploying into repository. But not for install! I wrote a maven plugin which does the checking. The only missing piece is that until now I just solved the problem by a configuration parameter skipCheckfalse/skipCheck which tells that now I don't want to check svn status, let me install as is. Unfortunately I cannot just attach the Mojo to deploy phase. I have to attach to package phase, because I have to save the result within the META-INF directory. It's a bit inconvenient to always switch this parameter by editing the configuration. I would like to know if the deploy phase is really running or not. Tibor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: copy libraries to classpath
that solved the problem, thx! now my plugin-configuration looks like plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId configuration outputDirectory${project.build.directory}/lib//outputDirectory overWriteReleasesfalse/overWriteReleases overWriteSnapshotsfalse/overWriteSnapshots overWriteIfNewertrue/overWriteIfNewer /configuration executions execution idcopy-dependencies/id phasepackage/phase goals goalcopy-dependencies/goal /goals /execution /executions /plugin and everything works fine cheers Norbert Brian E. Fox schrieb: The ArtifactItem construct is only used for copy/unpack not copy-dependencies/unpack-dependencies. More likely is that you are running this from the command line like mvn dependency:copy-dependencies and it's not configured that way. If you want it to work from the command line, don't put it inside an executions block. (this is a maven issue, there is talk about it in the plugin faq) -Original Message- From: Norbert Lazzeri [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2008 9:29 AM To: Maven Users List Subject: Re: copy libraries to classpath yeah i red that too. but i thought this would refer to the configuration-section of the plugin :-S cheers norbert Nick Stolwijk schrieb: I think the outputDirectory is ignored because of the ArtifactItem (whatever that may be... ;) ) From the documentation: outputDirectory : Default location used for mojo unless overridden in ArtifactItem * Type: java.io.File * Since: 1.0 * Required: No * Expression: ${outputDirectory} * Default: ${project.build.directory}/dependency Hth, Nick Stolwijk ~Java Developer~ Iprofs BV. Claus Sluterweg 125 2012 WS Haarlem www.iprofs.nl On Mon, Sep 29, 2008 at 3:01 PM, Norbert Lazzeri [EMAIL PROTECTED] wrote: using the maven-dependency-plugin with: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-dependency-plugin/artifactId executions execution idcopy-dependencies/id phasepackage/phase goals goalcopy-dependencies/goal /goals configuration outputDirectory${project.build.directory}/lib/outputDirectory overWriteReleasesfalse/overWriteReleases overWriteSnapshotsfalse/overWriteSnapshots overWriteIfNewertrue/overWriteIfNewer /configuration /execution /executions /plugin like suggested on the plugin-homepage all dependencies are copied to targed/dependencies. why is the outputDirectory ignored? cheers, Norbert Norbert Lazzeri schrieb: Hi, is it possible to let maven copy all dependencies to my classpath? my jar-configuration looks like: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jar-plugin/artifactId configuration archive manifest addClasspathtrue/addClasspath classpathPrefixlib//classpathPrefix mainClassuboot.App/mainClass /manifest /archive /configuration /plugin so it would be nice if maven would create a lib-directory and copy all jars in to it since there are plenty of them and doing this by hand is troublesome cheers, Norbert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build error with jython plugin !!??
Set the groupId of the plugin: groupIdcom.servprise.maven.plugins/groupId Their instructions seem odd to me (creating a dependency instead of setting the version and group in the plugin tag). Give this a try instead of using a dependency: plugin artifactIdmaven-jython-plugin/artifactId groupIdcom.servprise.maven.plugins/groupId version0.3/version executions execution idcompile/id configuration jythonHomeC:\jython2.2.1/jythonHome /configuration goals goalcompile/goal /goals /execution /executions /plugin On Tue, Sep 30, 2008 at 6:25 AM, miata [EMAIL PROTECTED] wrote: Hi, I'm new user of maven and I want use the jython plugin but I have a problem at compilation... This is the error : The plugin 'org.apache.maven.plugins:maven-jython-plugin' does not exist or no valid version could be found It's use in a new project and his configuration pom is very simple : plugins plugin artifactIdmaven-jython-plugin/artifactId executions execution idcompile/id configuration jythonHomeC:\jython2.2.1/jythonHome /configuration goals goalcompile/goal /goals /execution /executions /plugin /plugins /build repositories repository idServprise Repository/id urlhttp://dev.servprise.com/maven-repository/url /repository /repositories dependencies !-- JYTHON -- dependency groupIdcom.servprise.maven.plugins/groupId artifactIdmaven-jython-plugin/artifactId version0.3/version scopecompile/scope /dependency /dependencies My m2Repository have the plugin, the version is good and the plugin has been add into the project... I don't understand this problem compilation, if someone has an idea to resolve ??? thanks -- View this message in context: http://www.nabble.com/Build-error-with-jython-plugin-%21%21---tp19741002p19741002.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
javaee.jar issues
I'm having an issue with some things I got from Sun and I believe it might have been encountered by people here. I downloaded the Linux JavaEE SDK from [1] . I did this in order to have javaee.jar available as an internal dependency. Upon examination of this jar, I noticed a second MANIFEST.MF in the root of the jar (!) that references jxr and jax rpc elements. This issue concerns me in a couple of ways. First, it makes me think that Java's release process isn't so hot. Then I start to wonder if my belief that javaee.jar has no dependencies is accurate. When I went looking for a place to ask about this, I discovered that there doesn't appear to be a good one. Has anyone else seen this or do I have some sort of three-headed alien baby version of javaee.jar? Is there a place to report this that I didn't find? I noted that another version, apparently from the windows install, doesn't seem to have this (based on information from a colleague). Can someone verify that for me? Thanks for any insights, Mykel [1] http://java.sun.com/javaee/downloads/index.jsp - java_ee_sdk-5_05-linux-nojdk-ml.bin
Re: javaee.jar issues
I know there's a borked javaee.jar in the sub maven repository... it's completely useless and is just a stub for compiling... no running unit tests with it as they will all fail to class-load. However, I don't think that this is the broked jar you have 2008/9/30 Mykel Alvis [EMAIL PROTECTED] I'm having an issue with some things I got from Sun and I believe it might have been encountered by people here. I downloaded the Linux JavaEE SDK from [1] . I did this in order to have javaee.jar available as an internal dependency. Upon examination of this jar, I noticed a second MANIFEST.MF in the root of the jar (!) that references jxr and jax rpc elements. This issue concerns me in a couple of ways. First, it makes me think that Java's release process isn't so hot. Then I start to wonder if my belief that javaee.jar has no dependencies is accurate. When I went looking for a place to ask about this, I discovered that there doesn't appear to be a good one. Has anyone else seen this or do I have some sort of three-headed alien baby version of javaee.jar? Is there a place to report this that I didn't find? I noted that another version, apparently from the windows install, doesn't seem to have this (based on information from a colleague). Can someone verify that for me? Thanks for any insights, Mykel [1] http://java.sun.com/javaee/downloads/index.jsp - java_ee_sdk-5_05-linux-nojdk-ml.bin
unpackOptions in dependencySet not working
assembly iddist/id formats formatjar/format /formats includeBaseDirectoryfalse/includeBaseDirectory dependencySets dependencySet outputDirectory//outputDirectory outputFileNameMapping/ unpacktrue/unpack excludes excludecom.coslp.lifepath:smds-ui/exclude excludeorg.jdesktop:jdic/exclude /excludes unpackOptions excludes exclude**/*.key/exclude exclude**/*.rsa/exclude exclude**/*.sf/exclude /excludes /unpackOptions /dependencySet /dependencySets /assembly files with those extensions are not removed, using latest pluggin 2.2-beta-2-snapshot. HOW CAN I DO THIS -- View this message in context: http://www.nabble.com/unpackOptions-in-dependencySet-not-working-tp19745004p19745004.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javaee.jar issues
I think you're right (that it's not the same issue), but is that in the public repo anywhere (i.e. repo1.maven.org/maven2) ? If so, do you know the signature of it? On Tue, Sep 30, 2008 at 10:53, Stephen Connolly [EMAIL PROTECTED] wrote: I know there's a borked javaee.jar in the sub maven repository... it's completely useless and is just a stub for compiling... no running unit tests with it as they will all fail to class-load. However, I don't think that this is the broked jar you have 2008/9/30 Mykel Alvis [EMAIL PROTECTED] I'm having an issue with some things I got from Sun and I believe it might have been encountered by people here. I downloaded the Linux JavaEE SDK from [1] . I did this in order to have javaee.jar available as an internal dependency. Upon examination of this jar, I noticed a second MANIFEST.MF in the root of the jar (!) that references jxr and jax rpc elements. This issue concerns me in a couple of ways. First, it makes me think that Java's release process isn't so hot. Then I start to wonder if my belief that javaee.jar has no dependencies is accurate. When I went looking for a place to ask about this, I discovered that there doesn't appear to be a good one. Has anyone else seen this or do I have some sort of three-headed alien baby version of javaee.jar? Is there a place to report this that I didn't find? I noted that another version, apparently from the windows install, doesn't seem to have this (based on information from a colleague). Can someone verify that for me? Thanks for any insights, Mykel [1] http://java.sun.com/javaee/downloads/index.jsp - java_ee_sdk-5_05-linux-nojdk-ml.bin
Re: javadoc plugin fails during mvn release:perform ?
Hi, First of all, thanks Brad for your elaborate answer ! Some more details about your project would probably help. The mentioned multi-module project is part of a really large system with more than 100 different modules/projects. We're currently performing a major POM clean-up / refactoring so dependencies are in a state of flux right now. One of the major changes to the parent POM is getting rid of all ${version.MODULEXYZ} properties we've used so far and replacing them with proper dependencyManagement/ entries. Do your missing symbols happen to be related to types created by source code generation? No, the missing symbols come from another in-house project. I think the bug is somehow related to our use of dependencyManagement/ since it did not occur until we got rid of the version properties in the parent POM. module B module A ^ ^ | | +++ | module C (this is the module that breaks while generating javadocs) All modules inherit from a common parent POM , versions of dependencies for modules A / B / C are declared inside the parent's dependencyManagement/ section. When running 'mvn release:perform' for module C the javadoc-plugin fails because some symbol from module B is missing. I just double-checked the pom.xml of module C , both module A and module B are properly listed as dependencies there (and obviously are on the classpath during the 'compile' phase, otherwise the build would fail earlier). As a 'work-around' , we've completely removed the javadoc plugin from the parent POM's reporting/ section for now ... Regards, Tobias I had run into a similar problem with one of my builds a couple months ago, so let me share what I found. I had a multi-module project which used the XMLBeans Maven Plugin to generate some code from XML Schema files. I had the plugin defined in the module POM and had it configured to use JDK 1.5, which means amongst other things, that it creates get*List() methods in addition to get*Array() methods. The reactor project built fine, and I was able to successfully run site:site. After successfully running release:prepare, I tried release:perform, and all of a sudden the build failed with an error like: cannot find symbol symbol : method getPropertyList() location: interface I investigated this and found that the problem was that the XMLBeans Maven Plugin was being run multiple times during a reactor build, and during the site generation process it was being re-run but without the proper plugin configuration (specifically javaSource = 1.5 was not set). As a result, the get*List() versions of the methods were not being generated and the build failed. I tried several things to resolve this issue. I found that the only solution for me was to move the plugin configuration into the pluginManagement section of the root POM to insure that the configuration was always available, since for some unknown reason it was sometimes being omitted during a reactor build. This approach resolved the issue for me. I am not sure if this will help you at all, but I thought I would share in case you do have a similar configuration, or at least it may give you some ideas. I *think* this may be related to http://jira.codehaus.org/browse/MJAVADOC-179, but I am not sure. Good luck! ~Brad -Original Message- From: Tobias Gierke [EMAIL PROTECTED] Reply-To: Maven Users List users@maven.apache.org To: Maven Users List users@maven.apache.org Subject: javadoc plugin fails during mvn release:perform ? Date: Mon, 29 Sep 2008 18:13:45 +0200 Hi, How come the javadoc plugin fails with a 'cannot find symbol XYZ' error when running 'mvn release:perform' but 'mvn site' works fine ? Since compilation works I would assume my pom.xml contains all required dependencies. Maven version: 2.0.9 (i386 Linux) JDK version: 1.5 (tested with 1.6 as well, both fail) maven-release-plugin: 2.0-beta-7 javadoc-plugin: 2.4 My project uses a rather large parent POM , unfortunately I had no time to try to reproduce this issue with a simpler POM yet. (Plugin) version numbers are inherited from a parent POM, along with dependency version numbers (although these are not completely managed using dependencyManagement/ , we're currently in a kind of 'transition phase' and use a mix of version properties and dependencyManagement in our parent POM). Regards, Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javaee.jar issues
Thankfully the borked jar does not appear to be in the public repo... only in sun's maven 1 repo 2008/9/30 Mykel Alvis [EMAIL PROTECTED] I think you're right (that it's not the same issue), but is that in the public repo anywhere (i.e. repo1.maven.org/maven2) ? If so, do you know the signature of it? On Tue, Sep 30, 2008 at 10:53, Stephen Connolly [EMAIL PROTECTED] wrote: I know there's a borked javaee.jar in the sub maven repository... it's completely useless and is just a stub for compiling... no running unit tests with it as they will all fail to class-load. However, I don't think that this is the broked jar you have 2008/9/30 Mykel Alvis [EMAIL PROTECTED] I'm having an issue with some things I got from Sun and I believe it might have been encountered by people here. I downloaded the Linux JavaEE SDK from [1] . I did this in order to have javaee.jar available as an internal dependency. Upon examination of this jar, I noticed a second MANIFEST.MF in the root of the jar (!) that references jxr and jax rpc elements. This issue concerns me in a couple of ways. First, it makes me think that Java's release process isn't so hot. Then I start to wonder if my belief that javaee.jar has no dependencies is accurate. When I went looking for a place to ask about this, I discovered that there doesn't appear to be a good one. Has anyone else seen this or do I have some sort of three-headed alien baby version of javaee.jar? Is there a place to report this that I didn't find? I noted that another version, apparently from the windows install, doesn't seem to have this (based on information from a colleague). Can someone verify that for me? Thanks for any insights, Mykel [1] http://java.sun.com/javaee/downloads/index.jsp - java_ee_sdk-5_05-linux-nojdk-ml.bin
RE: javaee.jar issues
if there is a duplicate manifest.mf on javaee.jar from their distro did you contact sun on this issue and what was the response? Martin __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Date: Tue, 30 Sep 2008 10:50:04 -0500 From: [EMAIL PROTECTED] To: users@maven.apache.org Subject: javaee.jar issues I'm having an issue with some things I got from Sun and I believe it might have been encountered by people here. I downloaded the Linux JavaEE SDK from [1] . I did this in order to have javaee.jar available as an internal dependency. Upon examination of this jar, I noticed a second MANIFEST.MF in the root of the jar (!) that references jxr and jax rpc elements. This issue concerns me in a couple of ways. First, it makes me think that Java's release process isn't so hot. Then I start to wonder if my belief that javaee.jar has no dependencies is accurate. When I went looking for a place to ask about this, I discovered that there doesn't appear to be a good one. Has anyone else seen this or do I have some sort of three-headed alien baby version of javaee.jar? Is there a place to report this that I didn't find? I noted that another version, apparently from the windows install, doesn't seem to have this (based on information from a colleague). Can someone verify that for me? Thanks for any insights, Mykel [1] http://java.sun.com/javaee/downloads/index.jsp - java_ee_sdk-5_05-linux-nojdk-ml.bin _ Want to do more with Windows Live? Learn “10 hidden secrets” from Jamie. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!5295.entry?ocid=TXT_TAGLM_WL_domore_092008
Re: Build error with jython plugin !!??
It's works !!! Thank you very much :drunk: Andrew Robinson-5 wrote: Set the groupId of the plugin: groupIdcom.servprise.maven.plugins/groupId Their instructions seem odd to me (creating a dependency instead of setting the version and group in the plugin tag). Give this a try instead of using a dependency: plugin artifactIdmaven-jython-plugin/artifactId groupIdcom.servprise.maven.plugins/groupId version0.3/version executions execution idcompile/id configuration jythonHomeC:\jython2.2.1/jythonHome /configuration goals goalcompile/goal /goals /execution /executions /plugin On Tue, Sep 30, 2008 at 6:25 AM, miata [EMAIL PROTECTED] wrote: Hi, I'm new user of maven and I want use the jython plugin but I have a problem at compilation... This is the error : The plugin 'org.apache.maven.plugins:maven-jython-plugin' does not exist or no valid version could be found It's use in a new project and his configuration pom is very simple : plugins plugin artifactIdmaven-jython-plugin/artifactId executions execution idcompile/id configuration jythonHomeC:\jython2.2.1/jythonHome /configuration goals goalcompile/goal /goals /execution /executions /plugin /plugins /build repositories repository idServprise Repository/id urlhttp://dev.servprise.com/maven-repository/url /repository /repositories dependencies !-- JYTHON -- dependency groupIdcom.servprise.maven.plugins/groupId artifactIdmaven-jython-plugin/artifactId version0.3/version scopecompile/scope /dependency /dependencies My m2Repository have the plugin, the version is good and the plugin has been add into the project... I don't understand this problem compilation, if someone has an idea to resolve ??? thanks -- View this message in context: http://www.nabble.com/Build-error-with-jython-plugin-%21%21---tp19741002p19741002.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Build-error-with-jython-plugin-%21%21---tp19741002p19745409.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javaee.jar issues
As my original post indicated, I couldn't find a place to do so. If you happen to know how to contact them regarding this sort of matter, I'd love that have that information and I'll immediately start the contact process. On Tue, Sep 30, 2008 at 11:13, Martin Gainty [EMAIL PROTECTED] wrote: if there is a duplicate manifest.mf on javaee.jar from their distro did you contact sun on this issue and what was the response? Martin
Re: javaee.jar issues
Upon re-reading, I see that I didn't clearly indicate that at all and that my English isn't so hot today. But I'd be very interested in how to report such a thing if anyone knows the correct method. On Tue, Sep 30, 2008 at 11:23, Mykel Alvis [EMAIL PROTECTED] wrote: As my original post indicated, I couldn't find a place to do so. If you happen to know how to contact them regarding this sort of matter, I'd love that have that information and I'll immediately start the contact process. On Tue, Sep 30, 2008 at 11:13, Martin Gainty [EMAIL PROTECTED] wrote: if there is a duplicate manifest.mf on javaee.jar from their distro did you contact sun on this issue and what was the response? Martin
Re: javaee.jar issues
have you tried the glassfish mailing list? If this was glassfish 3 I'd say email sahoo directly too... but i'm not sure if v2 is his bag 2008/9/30 Mykel Alvis [EMAIL PROTECTED] As my original post indicated, I couldn't find a place to do so. If you happen to know how to contact them regarding this sort of matter, I'd love that have that information and I'll immediately start the contact process. On Tue, Sep 30, 2008 at 11:13, Martin Gainty [EMAIL PROTECTED] wrote: if there is a duplicate manifest.mf on javaee.jar from their distro did you contact sun on this issue and what was the response? Martin
Re: javaee.jar issues
I completely agree w/Stephen. The Glassfish mailing list is a good place to report this bug. Wayne On Tue, Sep 30, 2008 at 9:30 AM, Stephen Connolly [EMAIL PROTECTED] wrote: have you tried the glassfish mailing list? If this was glassfish 3 I'd say email sahoo directly too... but i'm not sure if v2 is his bag 2008/9/30 Mykel Alvis [EMAIL PROTECTED] As my original post indicated, I couldn't find a place to do so. If you happen to know how to contact them regarding this sort of matter, I'd love that have that information and I'll immediately start the contact process. On Tue, Sep 30, 2008 at 11:13, Martin Gainty [EMAIL PROTECTED] wrote: if there is a duplicate manifest.mf on javaee.jar from their distro did you contact sun on this issue and what was the response? Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: javaee.jar issues
I haven't but that does sound like a good plan. I'll give it a try. Thanks! On Tue, Sep 30, 2008 at 11:30, Stephen Connolly [EMAIL PROTECTED] wrote: have you tried the glassfish mailing list? If this was glassfish 3 I'd say email sahoo directly too... but i'm not sure if v2 is his bag 2008/9/30 Mykel Alvis [EMAIL PROTECTED] As my original post indicated, I couldn't find a place to do so. If you happen to know how to contact them regarding this sort of matter, I'd love that have that information and I'll immediately start the contact process. On Tue, Sep 30, 2008 at 11:13, Martin Gainty [EMAIL PROTECTED] wrote: if there is a duplicate manifest.mf on javaee.jar from their distro did you contact sun on this issue and what was the response? Martin
Enforcer configuration external to the pom
Hi all. The problem that I am trying to solve is to identify what projects in our CI server have given dependencies or inherit from a given corporate parent pom. For example, if we found a security problem with com.example:myArtifact:1.2.3, then I'd like to be able to run a command to easily find these. I've looked at the enforcer plugin [1], but it seems like the only way to use it is if you have the config internal to the pom [2]. I've tried a command like mvn enforcer:enforce -Drules.bannedDependencies.excludes.exclude=struts:struts, but that does not work (or I've got the properties wrong). I've thought of using a xml parser, but that won't help if a banned lib is pulled in transitivly. The only other way I've thought of doing this is running dependency:tree on each pom and then grep'ing the output, but that's a pretty clunkly solution. Does anyone have any suggestions on how to solve this? Thanks for your time, Jim [1] http://maven.apache.org/enforcer/enforcer-rules/bannedDependencies.html [2] http://markmail.org/message/7pvzqh5nsxsqm5z5
Reason: POM 'org.apache.maven.plugins:maven-install-plugin' not found in repository
I'm getting a BUILD ERROR trying to manually install an artifact into my repository. WTF does Maven 2 mean, it can't find the install plugin? WhyTF isn't that already part of Maven? And why can't I find anything in their docs or on the web that tells me how to install this mysterious install plugin? Or is this ERROR totally misleading and I'm screwing up the command? Thanks, Tom C:\svnant-1.0.0\libmvn install:install-file -DgroupId=svnant -DartifactId=svnan t -Dversion=1.0.0 -Dpackaging=jar -Dfile=svnant.jar [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'install'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retri eved from repository: central due to an error: Error transferring file [INFO] Repository 'central' will be blacklisted Downloading: https://projects.disnoss.saic.com/maven2/repo/org/apache/maven/plug ins/maven-install-plugin/2.2/maven-install-plugin-2.2.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven.plugins:maven-install-plugin Reason: POM 'org.apache.maven.plugins:maven-install-plugin' not found in reposit ory: Unable to download the artifact from any repository org.apache.maven.plugins:maven-install-plugin:pom:2.2 from the specified remote repositories: projects.disnoss.saic.com (https://projects.disnoss.saic.com/maven2/repo) for project org.apache.maven.plugins:maven-install-plugin [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Tue Sep 30 14:00:01 EDT 2008 [INFO] Final Memory: 2M/5M [INFO] -- View this message in context: http://www.nabble.com/Reason%3A-POM-%27org.apache.maven.plugins%3Amaven-install-plugin%27-not-found-in-repository-tp19747461p19747461.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reason: POM 'org.apache.maven.plugins:maven-install-plugin' not found in repository
NEVER MIND. I was using a mirror that didn't have the install plugin, and Maven 2 is new to this machine. Duh. tommyk wrote: I'm getting a BUILD ERROR trying to manually install an artifact into my repository. WTF does Maven 2 mean, it can't find the install plugin? WhyTF isn't that already part of Maven? And why can't I find anything in their docs or on the web that tells me how to install this mysterious install plugin? Or is this ERROR totally misleading and I'm screwing up the command? Thanks, Tom C:\svnant-1.0.0\libmvn install:install-file -DgroupId=svnant -DartifactId=svnan t -Dversion=1.0.0 -Dpackaging=jar -Dfile=svnant.jar [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'install'. [INFO] org.apache.maven.plugins: checking for updates from central [WARNING] repository metadata for: 'org.apache.maven.plugins' could not be retri eved from repository: central due to an error: Error transferring file [INFO] Repository 'central' will be blacklisted Downloading: https://projects.disnoss.saic.com/maven2/repo/org/apache/maven/plug ins/maven-install-plugin/2.2/maven-install-plugin-2.2.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven.plugins:maven-install-plugin Reason: POM 'org.apache.maven.plugins:maven-install-plugin' not found in reposit ory: Unable to download the artifact from any repository org.apache.maven.plugins:maven-install-plugin:pom:2.2 from the specified remote repositories: projects.disnoss.saic.com (https://projects.disnoss.saic.com/maven2/repo) for project org.apache.maven.plugins:maven-install-plugin [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Tue Sep 30 14:00:01 EDT 2008 [INFO] Final Memory: 2M/5M [INFO] -- View this message in context: http://www.nabble.com/Reason%3A-POM-%27org.apache.maven.plugins%3Amaven-install-plugin%27-not-found-in-repository-tp19747461p19747810.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Enforcer configuration external to the pom
It won't be possible to inject the rule config external to the pom, unless there's some plexus hokus-pokus I'm not aware of. You would be better off extending the rule to read from some property/xml file and leaving just the rule declaration in the pom. -Original Message- From: Jim Sellers [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2008 1:52 PM To: Maven Users List Subject: Enforcer configuration external to the pom Hi all. The problem that I am trying to solve is to identify what projects in our CI server have given dependencies or inherit from a given corporate parent pom. For example, if we found a security problem with com.example:myArtifact:1.2.3, then I'd like to be able to run a command to easily find these. I've looked at the enforcer plugin [1], but it seems like the only way to use it is if you have the config internal to the pom [2]. I've tried a command like mvn enforcer:enforce -Drules.bannedDependencies.excludes.exclude=struts:struts, but that does not work (or I've got the properties wrong). I've thought of using a xml parser, but that won't help if a banned lib is pulled in transitivly. The only other way I've thought of doing this is running dependency:tree on each pom and then grep'ing the output, but that's a pretty clunkly solution. Does anyone have any suggestions on how to solve this? Thanks for your time, Jim [1] http://maven.apache.org/enforcer/enforcer-rules/bannedDependencies.html [2] http://markmail.org/message/7pvzqh5nsxsqm5z5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Maven Reactor Plugin 1.0 Released
Hi Dan, seems extremely usefull to me. 2 questions I did not find an answer to in the documentation: 1) You spawn a different maven process are thoses processing using MAVEN_OPTS by default (most important would be the memory settings I have set)? 2) How does it know how to stop walking up the inheritance tree? What I mean is, why does not try to build hibernate for example (assuming my project depends on that)? Does there need to be a parent project with a modules/ section for it to work? Would it work if I have a domain module which is used by several applications (but is just a dependency, not part of a multimodule build) to make that part of the chain (in either direction), if of course the source code is available on the building pc. regards, Wim 2008/9/28 Dan Fabulich [EMAIL PROTECTED] The Maven team is pleased to announce the release of the Maven Reactor Plugin, version 1.0. This plugin can build a subset of interdependent projects in a reactor. It should be useful in large reactor builds that include irrelevant stuff you're not working on. http://maven.apache.org/plugins/maven-reactor-plugin/ The Reactor plugin is normally run from the command line, like this: * reactor:resume resumes a reactor at a certain point (e.g. when it fails in the middle) Example: mvn reactor:resume -Dfrom=bar * reactor:make builds a project X and all of the reactor projects on which X depends Example: mvn reactor:make -Dmake.folders=foo,bar * reactor:make-dependents builds a project X and all of the reactor projects that depend on X (the reverse of reactor:make) Example: mvn reactor:make-dependents -Dmake.folders=foo,bar * reactor:make-scm-changes build all reactor projects that you personally have changed (according to SCM) and all reactor projects that depend on your changes Example: mvn reactor:make-scm-changes This is the first release of the Maven Reactor Plugin. Enjoy, -The Maven team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FileNotFoundException when using Maven dependencies report
Hello Brett, I've created JIRA issue for this ( http://jira.codehaus.org/browse/MPIR-143). I would have created a patch too, at least for dependencies-mojo.html, but I wasn't able to find it or how it is being generated - Maven project is huge. Regards, Stevo. 2008/9/30 Brett Porter [EMAIL PROTECTED] Thanks - can you create an issue in JIRA for that? - Brett 2008/9/30 Stevo Slavić [EMAIL PROTECTED]: Hello Brett, Thank you for your attention! If I understood you well, then maybe this http://maven.apache.org/plugins/maven-project-info-reports-plugin/dependencies-mojo.html maven dependencies report page should be updated as it currently in attributes section mentions test and not package phase. Regards, Stevo. 2008/9/30 Brett Porter [EMAIL PROTECTED] It is trying to treat directories as zip files. This is because the reactor has picked up the compilation results, not the packaging results. IT can be worked around by making sure the reactor ran to at least the package phase. - Brett 2008/9/30 Stevo Slavić [EMAIL PROTECTED]: Hello all, When I try to generate a maven site with maven dependencies report for a multi-level multi-module project I receive a lot of FileNotFoundException's like following: java.io.FileNotFoundException: D:\work\java\workspace\project1\module1\submodule11\target\classes (Access is denied) at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.init(ZipFile.java:203) at java.util.jar.JarFile.init(JarFile.java:132) at java.util.jar.JarFile.init(JarFile.java:97) at org.apache.maven.shared.jar.JarAnalyzer.init(JarAnalyzer.java:102) at org.apache.maven.report.projectinfo.dependencies.Dependencies.getJarDependencyDetails(Dependencies.java:282) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.hasSealed(DependenciesRenderer.java:1278) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderSectionDependencyFileDetails(DependenciesRenderer.java:423) at org.apache.maven.report.projectinfo.dependencies.renderer.DependenciesRenderer.renderBody(DependenciesRenderer.java:268) at org.apache.maven.reporting.AbstractMavenReportRenderer.render(AbstractMavenReportRenderer.java:65) at org.apache.maven.report.projectinfo.DependenciesReport.executeReport(DependenciesReport.java:239) at org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport.java:90) at org.apache.maven.plugins.site.ReportDocumentRenderer.renderDocument(ReportDocumentRenderer.java:139) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.renderModule(DefaultSiteRenderer.java:269) at org.apache.maven.doxia.siterenderer.DefaultSiteRenderer.render(DefaultSiteRenderer.java:101) at org.apache.maven.plugins.site.SiteMojo.renderLocale(SiteMojo.java:129) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:96) at org.apache.maven.plugins.site.SiteStageMojo.execute(SiteStageMojo.java:105) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) 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 org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) I'm 100% there are no problems with access privileges on system where site/report is being generated. Has anyone else experienced something like this? Thanks in
RE: Are we blocked by central Maven repo?
For one, with rsync, if the network goes down, and an artifact that a developer wants that hasn't yet been used is requested, nexus is useless. He's still stuck. With an rsync everything is available. Only if you run rsync fairly often and kill us with bandwidth. And does every home based developer allocate 30gb to hold their own copy of central? I don't see how this is better than a RM Second, being a command line person, I like being able to login to the server and do something like find . -name *.pom | xargs grep somestring and such to find various things. (I know, the repo managers have search things, but gui's suck) Nexus stores the files in a file system, you can do exactly the same if you choose to not use the lucene index. Third, httpd can run and serve static files on some very lightweight hardware that cannot even begin to consider running java. As such, it's much faster than Nexus or others. I run Nexus in a vm with ubuntu jeos with 128mb ram for the whole vm on an old machine. Does it get much lighter than that? Nexus uses ~64mb of ram...even our repository.sonatype.org instance that gets slammed by all the Maven builds at ci.sonatype.org. Finally, this is the most important thing to me, each mirrored repository can be kept on a unique URL. http://proxy/central, http://proxy/java.net, http://proxy/apache-incubator, http://proxy/apache-snapshot, etc Thus, I don't get what you mean here. All the repo managers expose the repos via individual urls, grouping is recommended but optional.
RE: Are we blocked by central Maven repo?
The balancer should have a static ip, the machines behind it will be transparent to you. -Original Message- From: Ed Hillmann [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2008 8:49 PM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? On Tue, Sep 30, 2008 at 9:38 AM, Jason van Zyl [EMAIL PROTECTED] wrote: We could start publishing a feed, but depending on the IP of the machine is probably not the best idea. Given that we've installed a load balancer the IP you get is going to be a whatever you get. Thanks for the info. We'll have to address our setup and either find a mirror with a fixed IP or see if we can do this another way (second option is up to my IS dept, not me). Thanks, Ed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Deprecated plugin goals
The following command: mvn help:describe -Dplugin=plugin where plugin is the name of a plugin, shows that every goal of the plugin is deprecated. For example: # mvn help:describe -Dplugin=compiler ... compiler:compile Description: Compiles application sources Deprecated. No reason given ... Why is this? How can everything be deprecated? Trevor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unable to download artifact sources
Hello everyone. Thanks for reading. I know this is really basic, but here goes... I'm having trouble downloading the sources from the central maven repo. I just created a project using the struts2-archetype-starter, updated the pom to the struts2's latest version (2.0.11.2) Then, when I ran mvn clean package with the -DdowloadSources=true flag, maven only got the binaries. I even tried deleting the group org.apache.struts from my local repo to see if could get new copies of the files, but nothing seems to work. I also tried and failed to download the javadoc. I use maven 2.0.9 and Archiva 1.0.2 as my internal repository. Any ideas? Thanks in advice. -- (o_ \* / / ) |
Re: Unable to download artifact sources
Maven can only download that which has been uploaded and is available. Are you certain the Struts files (sources and javadoc) corresponding to this version are available? If you aren't sure, you can walk the directory at http://repo1.maven.org/maven2/ to see for yourself. Wayne On Tue, Sep 30, 2008 at 3:19 PM, Thor [EMAIL PROTECTED] wrote: Hello everyone. Thanks for reading. I know this is really basic, but here goes... I'm having trouble downloading the sources from the central maven repo. I just created a project using the struts2-archetype-starter, updated the pom to the struts2's latest version (2.0.11.2) Then, when I ran mvn clean package with the -DdowloadSources=true flag, maven only got the binaries. I even tried deleting the group org.apache.struts from my local repo to see if could get new copies of the files, but nothing seems to work. I also tried and failed to download the javadoc. I use maven 2.0.9 and Archiva 1.0.2 as my internal repository. Any ideas? Thanks in advice. -- (o_ \* / / ) | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to download artifact sources
Hi Thor, the downloadSources flag is only used by some specific plugins. None of them being bound to the clean or package lifecycles. Depending whether you're using Eclipse or IntellIiJ IDEA you can run: mvn eclipse:eclipse -DdownloadSources or mvn idea:idea -DdownloadSources This will create the IDE project file for you with the sources maven could download correctly set up. If you don't want to be IDE specific but just download the sources I would suggest using the dependency plugin (http://maven.apache.org/plugins/maven-dependency-plugin/): mvn dependency:sources This will simply download the sources for all your dependencies (well at least for those which have sources in the repo). HTH, SaM On Wed, Oct 1, 2008 at 8:19 AM, Thor [EMAIL PROTECTED] wrote: Hello everyone. Thanks for reading. I know this is really basic, but here goes... I'm having trouble downloading the sources from the central maven repo. I just created a project using the struts2-archetype-starter, updated the pom to the struts2's latest version (2.0.11.2) Then, when I ran mvn clean package with the -DdowloadSources=true flag, maven only got the binaries. I even tried deleting the group org.apache.struts from my local repo to see if could get new copies of the files, but nothing seems to work. I also tried and failed to download the javadoc. I use maven 2.0.9 and Archiva 1.0.2 as my internal repository. Any ideas? Thanks in advice. -- (o_ \* / / ) | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unable to download artifact sources
Yes I've already checked that... On Tue, Sep 30, 2008 at 4:30 PM, Wayne Fay [EMAIL PROTECTED] wrote: Maven can only download that which has been uploaded and is available. Are you certain the Struts files (sources and javadoc) corresponding to this version are available? If you aren't sure, you can walk the directory at http://repo1.maven.org/maven2/ to see for yourself. Wayne On Tue, Sep 30, 2008 at 3:19 PM, Thor [EMAIL PROTECTED] wrote: Hello everyone. Thanks for reading. I know this is really basic, but here goes... I'm having trouble downloading the sources from the central maven repo. I just created a project using the struts2-archetype-starter, updated the pom to the struts2's latest version (2.0.11.2) Then, when I ran mvn clean package with the -DdowloadSources=true flag, maven only got the binaries. I even tried deleting the group org.apache.struts from my local repo to see if could get new copies of the files, but nothing seems to work. I also tried and failed to download the javadoc. I use maven 2.0.9 and Archiva 1.0.2 as my internal repository. Any ideas? Thanks in advice. -- (o_ \* / / ) | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- (o_ \* / / ) | / \ / | O | v v
Re: Unable to download artifact sources
Thanks a lot Sam... It worked like a charm! My regards... On Tue, Sep 30, 2008 at 4:33 PM, Samuel Le Berrigaud [EMAIL PROTECTED]wrote: Hi Thor, the downloadSources flag is only used by some specific plugins. None of them being bound to the clean or package lifecycles. Depending whether you're using Eclipse or IntellIiJ IDEA you can run: mvn eclipse:eclipse -DdownloadSources or mvn idea:idea -DdownloadSources This will create the IDE project file for you with the sources maven could download correctly set up. If you don't want to be IDE specific but just download the sources I would suggest using the dependency plugin (http://maven.apache.org/plugins/maven-dependency-plugin/): mvn dependency:sources This will simply download the sources for all your dependencies (well at least for those which have sources in the repo). HTH, SaM On Wed, Oct 1, 2008 at 8:19 AM, Thor [EMAIL PROTECTED] wrote: Hello everyone. Thanks for reading. I know this is really basic, but here goes... I'm having trouble downloading the sources from the central maven repo. I just created a project using the struts2-archetype-starter, updated the pom to the struts2's latest version (2.0.11.2) Then, when I ran mvn clean package with the -DdowloadSources=true flag, maven only got the binaries. I even tried deleting the group org.apache.struts from my local repo to see if could get new copies of the files, but nothing seems to work. I also tried and failed to download the javadoc. I use maven 2.0.9 and Archiva 1.0.2 as my internal repository. Any ideas? Thanks in advice. -- (o_ \* / / ) | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- (o_ \*/ \ / / / )_ | | O | v v In a free world...
RE: The Definitive Guide: online vs. print
The online one will naturally continue to evolve, but sometimes people like to have the book by their side, or for offline reading etc. -Original Message- From: Trevor Harmon [mailto:[EMAIL PROTECTED] Sent: Thursday, September 25, 2008 4:19 PM To: Maven Users List Subject: The Definitive Guide: online vs. print I purchased the printed version of Maven: The Definitive Guide. I'm confused about how it differs from the online version, which is available here: http://www.sonatype.com/community/definitive_guide.html The online version is Beta 0.16, September 1, 2008, which I believe is newer than the book. So, if the online version is more up to date, why should I bother reading the print version? Trevor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Enforcer configuration external to the pom
There is some plexus hokus-pokus for achieving this, though whether adding that complexity to the enforcer plugin to achieve this is worth it, I'm not so sure. - Brett 2008/10/1 Brian E. Fox [EMAIL PROTECTED]: It won't be possible to inject the rule config external to the pom, unless there's some plexus hokus-pokus I'm not aware of. You would be better off extending the rule to read from some property/xml file and leaving just the rule declaration in the pom. -Original Message- From: Jim Sellers [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2008 1:52 PM To: Maven Users List Subject: Enforcer configuration external to the pom Hi all. The problem that I am trying to solve is to identify what projects in our CI server have given dependencies or inherit from a given corporate parent pom. For example, if we found a security problem with com.example:myArtifact:1.2.3, then I'd like to be able to run a command to easily find these. I've looked at the enforcer plugin [1], but it seems like the only way to use it is if you have the config internal to the pom [2]. I've tried a command like mvn enforcer:enforce -Drules.bannedDependencies.excludes.exclude=struts:struts, but that does not work (or I've got the properties wrong). I've thought of using a xml parser, but that won't help if a banned lib is pulled in transitivly. The only other way I've thought of doing this is running dependency:tree on each pom and then grep'ing the output, but that's a pretty clunkly solution. Does anyone have any suggestions on how to solve this? Thanks for your time, Jim [1] http://maven.apache.org/enforcer/enforcer-rules/bannedDependencies.html [2] http://markmail.org/message/7pvzqh5nsxsqm5z5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Brett Porter Blog: http://blogs.exist.com/bporter/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Maven Reactor Plugin 1.0 Released
Wim Deblauwe wrote: 1) You spawn a different maven process are thoses processing using MAVEN_OPTS by default (most important would be the memory settings I have set)? Yes. It launches mvn with the current environment variables specified. 2) How does it know how to stop walking up the inheritance tree? What I mean is, why does not try to build hibernate for example (assuming my project depends on that)? Does there need to be a parent project with a modules/ section for it to work? Yes, it requires a modules/ section; it can only build projects specified in your modules list. (That's what a Maven reactor is: a multimodule build.) The reactor plugin has no way to build third-party libraries like Hibernate; it would have to pull the code down out from some remote SCM to do that. Would it work if I have a domain module which is used by several applications (but is just a dependency, not part of a multimodule build) to make that part of the chain (in either direction), if of course the source code is available on the building pc. Nope, a multimodule build is required here. -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]