maven-archetype-quickstart and resources?
Any reason why there are no resource directories created when running the quickstart archetype? Thomas
maven-archetype-webapp Directory Structure?
Hey, I was trying out maven-archetype-webapp with Maven 2.0.7 and maven-archetype 1.0-alpha-7 and noticed that the following directory structure is created: /src /main /resources /webapp However I was expecting this: /src /main /java /resources /webapp /test /java /resources Is there not supposed to be a directory structure for Java source code and unit test source code and resources? Is this a bug or am I missing out on a best practice? Thomas
Re: maven-archetype-webapp Directory Structure?
That's interesting. Isn't the JEE standard to store servlet classes under WEB-INF/classes? What's the value of creating a separate JAR file for servlets? It seems to me that this adds unnecessary complexity. Having worked on several large projects, I've never seen servlets being packaged in multiple jar files. I do see how this can be valuable for architectural code, domain classes, services and repositories (DAO's). Any other perspectives on this? On Nov 27, 2007 10:07 AM, Wendy Smoak [EMAIL PROTECTED] wrote: On 11/27/07, Thomas Van de Velde [EMAIL PROTECTED] wrote: I was trying out maven-archetype-webapp with Maven 2.0.7 and maven-archetype 1.0-alpha-7 and noticed that the following directory structure is created: ... Is there not supposed to be a directory structure for Java source code and unit test source code and resources? Is this a bug or am I missing out on a best practice? It's intentional. The recommendation is to have a separate module for the Java code and resources, and to declare it as a dependency in your webapp. (However, there's nothing stopping you from creating the directories and using them, which is often fine for simple webapps, example apps for frameworks for example.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Eclipse and Processing Filtered Resources on Clean
I am using the Eclipse plugin for Maven to add a builder so that upon every clean the resources:resources goal gets invoked. This avoids the tedious process of keep filtered resources up to date after a clean in Eclipse. The output for this in the .project file looks as follows: buildCommand nameorg.eclipse.ui.externaltools.ExternalToolBuilder/name triggersfull,incremental,/triggers arguments dictionary keyLaunchConfigHandle/key valuelt;projectgt;/.externalToolBuilders/Repository Resources [Builder].launch/value /dictionary /arguments /buildCommand Whenever I regenerate the project with eclipse:eclipse, this section gets wiped out and I need to add it again manually. I haven't found a way to add these more complicated buildCommand to the maven-eclipse plugin. The maven-plugin only seems to support simple buildcommands. Any solutions for this? I have trouble understanding that both the m2 eclipse plugin and the maven-eclipse plugin have not solved this issue. I would assume this is a common requirement for anybody using filters.
Process Resources as Eclipse Launch Configuration
Hi, I am using an Eclipse launch configuration to process resources with a clean in Eclipse. The .project file has the build command shown below. When running eclipse:eclipse, this build command gets erased. Is there a way I can automatically have this build command added when I run eclipse:eclipse? buildCommand nameorg.eclipse.ui.externaltools.ExternalToolBuilder/name triggersfull,incremental,/triggers arguments dictionary keyLaunchConfigHandle/key valuelt;projectgt;/.externalToolBuilders/Process Repository Resources [Builder].launch/value /dictionary /arguments /buildCommand
Re: Process Resources as Eclipse Launch Configuration
Thanks but I think that doesn't allow me to put complicated stuff like what I've shown before. On 2/15/07, Tom Huybrechts [EMAIL PROTECTED] wrote: Maybe this helps: http://maven.apache.org/plugins/maven-eclipse-plugin/eclipse-mojo.html#additionalBuildcommands On 2/15/07, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi, I am using an Eclipse launch configuration to process resources with a clean in Eclipse. The .project file has the build command shown below. When running eclipse:eclipse, this build command gets erased. Is there a way I can automatically have this build command added when I run eclipse:eclipse? buildCommand nameorg.eclipse.ui.externaltools.ExternalToolBuilder/name triggersfull,incremental,/triggers arguments dictionary keyLaunchConfigHandle/key valuelt;projectgt;/.externalToolBuilders/Process Repository Resources [Builder].launch/value /dictionary /arguments /buildCommand - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dbunit plugin - how to consolidate and not run when skipping tests
Matt, Where is this dbunit hosted? I couldn't find it under http://snapshots.repository.codehaus.org/ Cheers, Thomas On 11/1/06, mraible [EMAIL PROTECTED] wrote: I have the following configuration for the dbunit plugin: plugins plugin groupIdorg.codehaus.mojo/groupId artifactIddbunit-maven-plugin/artifactId version1.0-SNAPSHOT/version configuration driver${jdbc.driverClassName}/driver username${jdbc.username}/username password${jdbc.password}/password url${jdbc.url}/url sourceData${basedir}/src/test/data/sample-data.xml/sourceData sourceDataFormatxml/sourceDataFormat /configuration executions execution idtest-compile/id phasetest-compile/phase goals goalclean-insert/goal /goals /execution execution idpre-integration-test/id phasepre-integration-test/phase goals goalclean-insert/goal /goals /execution /executions dependencies dependency groupId${jdbc.groupId}/groupId artifactId${jdbc.artifactId}/artifactId version${jdbc.version}/version /dependency /dependencies /plugin I'm using this in several poms in my application. Is it possible to consolidate this so it only resides in one location? I'm guessing I can put it into a top-level pom? If I do that, where should my sample-data.xml reside so all child modules can see it? Also, what phase should I use (instead of test-compile) so clean-insert is skipped when maven.test.skip=true? Thanks, Matt -- http://raibledesigns.com -- View this message in context: http://www.nabble.com/dbunit-plugin---how-to-consolidate-and-not-run-when-skipping-tests-tf2553978s177.html#a7116451 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: Maven rant
The problem, as I see it, is that the documentation is fragmented. Unlike Hibernate and Spring, which provide a single reference manual which is kept up to date with every release, Maven documentation is spread all over the place (wiki, generated sites, better builds with Maven, etc.). The problem gets worse with the isolated documentation for plugins. Plugins may make sense from a technical point of view, but an end-user can care less about plugin seperation from the core. They want to see consistent documentation for all features, whether those are provided by the core or by plugins. By forcing ALL documentation to be centralized (e.g. in a reference manual), you naturally get better consistency and logical flow between the different pieces (Instead of a bunch of isolated how-to's and plugin pages). What a mess Spring's documentation would be if they'd start generating seperate web sites for each framework they integrate with! Users have been complaining for years about Maven documentation and I agree with those who say that this is a break on wider Maven adoption. As an experienced user, I have no trouble finding what I am looking for but I can tell you from my experience dealing with many new users, that the newbies have big trouble finding their way through the documentation jungle. More than once have I seen projects giving up just because they didn't find an easy way to get started. This is highly regrettable as they are missing out on a great tool! So my recommendation would be: 1) Centralize documentation (prefereably on a wiki so that users can comment on questions). Why not take the Merger book as a starting point? 2) Update documentation with every release. An undocumented feature is an unexisting feature. Thomas On 11/2/06, Adam Hardy [EMAIL PROTECTED] wrote: Wendy Smoak on 02/11/06 22:34, wrote: On 11/2/06, Sebastien Brunot [EMAIL PROTECTED] wrote: What I meant by it was the comment mechanism. Right... it doesn't exist yet, we need to design it. The comment mechanism can be a wiki where the public can only add at the bottom of the page, and the contributors are the ones who sort out the wheat from the chaff occasionally to enhance each page from its comments. Earlier, I asked, Any ideas on how to present that as an option? It's done at mysql[1], php and someone said Hibernate and I think Drupal. But my quick investigation there didn't show anything. Check out mysql though. Perhaps their documentation publishing framework is OS. What would the menu link be called? How should the pages on the wiki be organized? I think the whole maven documentation website should be wiki-commentated (is that the correct verb here??) So each plugin remains as it is except the wiki-commentary can be appended to the bottom of every page. I think that any plugin that makes it onto repo.maven.org should get its docs site on the website too, at least for the releases. regards Adam [1] http://dev.mysql.com/doc/refman/5.0/en/linux-rpm.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hibernate uploads to ibiblio
It's hard to believe that after so much time Hibernate's JPA libraries are still not uploaded. I also noticed that there are over 1000 (!) jira issues with upload requests. What is being done about the outdated state of the repository? Also, Spring RC3 is still not up there, even though it's added to JIRA. On 7/10/06, Carlos Sanchez [EMAIL PROTECTED] wrote: there's no official uploader so you can do it yourself following http://maven.apache.org/guides/mini/guide-ibiblio-upload.html On 7/10/06, Jose Gonzalez Gomez [EMAIL PROTECTED] wrote: Hi there, Is there anybody officially supporting hibernate artifact uploading to ibiblio? I've successfully run some tests using TestNG and Hibernate EntityManager under Eclipse, but I would need hibernate-entitymanager in ibiblio in order to do it under maven. Best regards Jose -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hibernate uploads to ibiblio
Sorry not 1000 but 23 ;-) In any case, up-to-date libraries for Spring and Hibernate would be greatly appreciated. On 8/28/06, Thomas Van de Velde [EMAIL PROTECTED] wrote: It's hard to believe that after so much time Hibernate's JPA libraries are still not uploaded. I also noticed that there are over 1000 (!) jira issues with upload requests. What is being done about the outdated state of the repository? Also, Spring RC3 is still not up there, even though it's added to JIRA. On 7/10/06, Carlos Sanchez [EMAIL PROTECTED] wrote: there's no official uploader so you can do it yourself following http://maven.apache.org/guides/mini/guide-ibiblio-upload.html On 7/10/06, Jose Gonzalez Gomez [EMAIL PROTECTED] wrote: Hi there, Is there anybody officially supporting hibernate artifact uploading to ibiblio? I've successfully run some tests using TestNG and Hibernate EntityManager under Eclipse, but I would need hibernate-entitymanager in ibiblio in order to do it under maven. Best regards Jose -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hibernate uploads to ibiblio
Carlos, Oracle's toplink-essentials are uploaded and point to the JPA 1.0 release: http://repo.mergere.com/maven2/javax/persistence/persistence-api/1.0/ http://repo.mergere.com/maven2/javax/persistence/toplink-essentials/1.0/ It's too bad for the Hibernate guys but I am using toplink now. ;-) On 8/28/06, Carlos Sanchez [EMAIL PROTECTED] wrote: JPA provided by Hibernate can't be uploaded due to license constraints unless somebody can confirm the other way. Spring it's a matter of having the right poms. The ones in jira are not. On 8/28/06, Thomas Van de Velde [EMAIL PROTECTED] wrote: It's hard to believe that after so much time Hibernate's JPA libraries are still not uploaded. I also noticed that there are over 1000 (!) jira issues with upload requests. What is being done about the outdated state of the repository? Also, Spring RC3 is still not up there, even though it's added to JIRA. On 7/10/06, Carlos Sanchez [EMAIL PROTECTED] wrote: there's no official uploader so you can do it yourself following http://maven.apache.org/guides/mini/guide-ibiblio-upload.html On 7/10/06, Jose Gonzalez Gomez [EMAIL PROTECTED] wrote: Hi there, Is there anybody officially supporting hibernate artifact uploading to ibiblio? I've successfully run some tests using TestNG and Hibernate EntityManager under Eclipse, but I would need hibernate-entitymanager in ibiblio in order to do it under maven. Best regards Jose -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuum on Tomcat?
Thanks Emmanuel. I think that's a great thing as that will not force infrastructure decisions on the user. Thomas On 8/9/06, Emmanuel Venisse [EMAIL PROTECTED] wrote: It will be possible in 1.1 because it will be a webapp. Emmanuel Thomas Van de Velde a écrit : Hi, Is it possible to run Continuum on Tomcat? Right now Continuum does not support HTTPS, which obviously is a no-go in an enterprise deployment over the Internet. Luntbuild e.g. gives me the flexibility to deploy on any app server that I'd like. I use mod_jk with Luntbuild. Can I do the same with Continuum? Thomas
Continuum on Tomcat?
Hi, Is it possible to run Continuum on Tomcat? Right now Continuum does not support HTTPS, which obviously is a no-go in an enterprise deployment over the Internet. Luntbuild e.g. gives me the flexibility to deploy on any app server that I'd like. I use mod_jk with Luntbuild. Can I do the same with Continuum? Thomas
Re: Continuum behind an apache https proxy
Did anybody answer this question? I am having the same issue. Cheers, Thomas On 11/25/05, Thomas Recloux [EMAIL PROTECTED] wrote: Hi all, I want to install continuum behind an apache https server. The problem is that continuum redirects to : http://myproxy/;, using http. I did not found how to specify him the https protocol in the proxy-http-listener directive. An idea ? -- Thomas Recloux
Re: [m2] Secure Passwords in the settings.xml
What's the status on securing passwords? Has this been implemented? Cheers, Thomas On 7/16/05, Brett Porter [EMAIL PROTECTED] wrote: It is actually planned, and there is a partial implementation using a JKS keystore lying around but there is more work to be done. There still needs to be a master password somewhere though - but this could be entered at the command line as needed. Cheers, Brett On 7/6/05, McGarr, Joseph M. [EMAIL PROTECTED] wrote: Will do! -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 06, 2005 8:58 AM To: Maven Users List Subject: RE: [m2] Secure Passwords in the settings.xml On Wed, 2005-07-06 at 07:28 -0400, McGarr, Joseph M. wrote: Does anybody have any insight into this? Your best bet is to note this in JIRA so that it doesn't get lost in the noise. I think what you're asking for would be a feature many users would want. -Original Message- From: McGarr, Joseph M. [mailto:[EMAIL PROTECTED] Sent: Sunday, July 03, 2005 2:19 PM To: 'users@maven.apache.org' Subject: [m2] Secure Passwords in the settings.xml Has there been any talk about adding security to the server passwords contained in the settings.xml file? Currently, the only way I have found to provide a server password is in plain text. Would there be a way to prompt the user for their password mid-build, and then have maven store an encrypted version of this password in the settings.xml file. I could also be missing some other feature that would solve my problem. Any help would be greatly appreciated. - 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] -- jvz. Jason van Zyl jason at maven.org http://maven.apache.org the course of true love never did run smooth ... -- Shakespeare - 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: [m2] Secure Passwords in the settings.xml
I found the issue in jira (http://jira.codehaus.org/browse/MNG-553) Is there a workaround for this so that we can at least use Maven for non automated builds? I've tried to pass a password on the command line using -Dpassword= and made the following change to settings.xml: server identerprise/id usernamethomas.van.de.velde/username password${password}/password /server That didn't work. On 2/22/06, Thomas Van de Velde [EMAIL PROTECTED] wrote: What's the status on securing passwords? Has this been implemented? Cheers, Thomas On 7/16/05, Brett Porter [EMAIL PROTECTED] wrote: It is actually planned, and there is a partial implementation using a JKS keystore lying around but there is more work to be done. There still needs to be a master password somewhere though - but this could be entered at the command line as needed. Cheers, Brett On 7/6/05, McGarr, Joseph M. [EMAIL PROTECTED] wrote: Will do! -Original Message- From: Jason van Zyl [mailto: [EMAIL PROTECTED] Sent: Wednesday, July 06, 2005 8:58 AM To: Maven Users List Subject: RE: [m2] Secure Passwords in the settings.xml On Wed, 2005-07-06 at 07:28 -0400, McGarr, Joseph M. wrote: Does anybody have any insight into this? Your best bet is to note this in JIRA so that it doesn't get lost in the noise. I think what you're asking for would be a feature many users would want. -Original Message- From: McGarr, Joseph M. [mailto:[EMAIL PROTECTED] Sent: Sunday, July 03, 2005 2:19 PM To: ' users@maven.apache.org' Subject: [m2] Secure Passwords in the settings.xml Has there been any talk about adding security to the server passwords contained in the settings.xml file? Currently, the only way I have found to provide a server password is in plain text. Would there be a way to prompt the user for their password mid-build, and then have maven store an encrypted version of this password in the settings.xml file. I could also be missing some other feature that would solve my problem. Any help would be greatly appreciated. - 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] -- jvz. Jason van Zyl jason at maven.org http://maven.apache.org the course of true love never did run smooth ... -- Shakespeare - 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]
[M2] site.xml schema
Hi, I am having an error in the generation of my site. [ERROR] VM #displayTree: error : too few arguments to macro. Wanted 2 got 0 [ERROR] VM #menuItem: error : too few arguments to macro. Wanted 1 got 0 [ERROR] RHS of #set statement is null. Context will not be modified. org/apache/ maven/plugins/site/maven-site.vm [line 2, column 1] [ERROR] Method calculateLink threw exception for reference $PathTool in template org/apache/maven/plugins/site/maven-site.vm at [3,29] [INFO] - --- [ERROR] BUILD ERROR Is there any schema I can use to validate my site.xml? Thomas
Re: [m2] hibernatedoclet problem
Having the same issue here. Any answers? On 1/16/06, Kees de Kooter [EMAIL PROTECTED] wrote: Hi, I picked up the following snippet from this mailing list. The goal runs without error messages but no sources are being generated. Any clues? build plugins plugin groupIdorg.codehaus.mojo/groupId artifactIdxdoclet-maven-plugin/artifactId executions execution phasegenerate-sources/phase goals goalxdoclet/goal /goals configuration tasks hibernatedoclet destDir=${ project.build.outputDirectory} excludedtags=@version,@author,@todo,@param,@return,@see verbose=true force=true fileset dir=${basedir}/src/main/java include name=**/model/*.java/ /fileset hibernate version=3.0/ /hibernatedoclet /tasks /configuration /execution /executions /plugin /plugins /build Thanks, Kees de Kooter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] Eclipse WTP not Working
Hi, I've tried to use maven-eclipse-plugin's support for WTP with Eclipse 3.1.1and WTP 1.0 (latest release). I could configure a TomCat 5.5 server and add my Web project. I also got to the point where I could start TomCat. However, the application did not load due to missing libraries on the classpath. Everything works fine when I deploy the same war manually. In my case Spring classes were missing. However, looking at .wtpmodules, I could find a reference to the Spring library: dependent-module deploy-path=/WEB-INF/lib handle=module:/classpath/var/M2_REPO/org/springframework/spring/1.2.6/spring- 1.2.6.jar dependency-typeuses/dependency-type /dependent-module When I look at the J2EE Module Dependencies (under Project Properties) I notice that all dependencies are listed with a warning triangle. Is there anything missing in my setup or is this a bug? Thanks. Thomas
Re: [M2] Eclipse WTP not Working
Thanks Fabrizio, Indeed I've noticed horrible performance on publishing projects. Looking forward to 1.0.1. On 1/22/06, Fabrizio Giustina [EMAIL PROTECTED] wrote: I've tried to use maven-eclipse-plugin's support for WTP with Eclipse 3.1.1and WTP 1.0 (latest release). I could configure a TomCat 5.5 server and add my Web project. I also got to the point where I could start TomCat. However, the application did not load due to missing libraries on the classpath. Everything works fine when I deploy the same war manually. The released version of the eclipse plugin only supports WTP R7. Wtp 1.0 support has been added recently (not released yet) but there is a bug WTP 1.0 so that external dependencies are not working at all, see: https://bugs.eclipse.org/bugs/show_bug.cgi?id=116783 As a workaround, the eclipse plugin in svn will move all the dependencies to src/main/webapp/WEB-INF/lib while generating a WTP configuration (with -Dwtpversion=1.0) but this is absolutely a non-optimal solution. A working wtp 1.0.1 build should be out in a couple of weeks so we'll wait for it before releasing a new version of the plugin (btw, if you are running web modules inside eclipse, wtp 1.0 has a big performance regression which makes it unusable, regardless of the external dependency problem...) fabrizio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Site plugin problem - NullPointerException
Still having issues with the site plugin: INFO] Generate Continuous Integration report. ERROR] VM #displayTree: error : too few arguments to macro. Wanted 2 got 0 ERROR] VM #menuItem: error : too few arguments to macro. Wanted 1 got 0 ERROR] RHS of #set statement is null. Context will not be modified. org/apache/maven/plugins/site/maven-site.vm [line 2, column 1] ERROR] Method calculateLink threw exception for reference $PathTool in tem I've tried 3 times in the past to generate a site with M2 and have never succeeded in making this work. Is the site plugin stabalized or do you expect a stable release later on? On 1/19/06, Emmanuel Venisse [EMAIL PROTECTED] wrote: here: http://maven.apache.org/plugins/maven-site-plugin/source-repository.html natalie burdick a écrit : Thomas -- can you indicate where on the site this was an issue for you, so we can log the issue? On 1/18/06, Thomas Van de Velde [EMAIL PROTECTED] wrote: thanks. May be worth updating the docs on the site. On 1/18/06, Scokart Gilles [EMAIL PROTECTED] wrote: The plugins have moved to http://svn.apache.org/repos/asf/maven/plugins/trunk Gilles -Original Message- From: Thomas Van de Velde [mailto:[EMAIL PROTECTED] Sent: 18 January 2006 14:00 To: Maven Users List Subject: Re: Site plugin problem - NullPointerException What happened to the maven-site-plugin SVN repository? http://svn.apache.org/repos/asf/maven/components/trunk/ No maven-site-plugin folder to be found! On 1/18/06, Thomas Van de Velde [EMAIL PROTECTED] wrote: I am having this issue without system scope dependencies. snip -Original Message- From: Xavier Frisaye [mailto:[EMAIL PROTECTED] Sent: 12 January 2006 14:17 To: Maven Users List Subject: Site plugin problem - NullPointerException Hi all, I'm encountering a problem when i use maven (2.0.1) site in our project (see logs below). This is not critical at all for us but i wonder if this is a known issue. I know that the site plugin is beta stage but it seems the exception occurs in maven core code. Thanks for replying, Regards, Xavier Frisaye Programmeur T4HR - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Site plugin problem - NullPointerException
I am having this issue without system scope dependencies. [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. [INFO] Velocimacro : error using VM library template VM_global_library.vm : org.apache.velocity.exception.ResourceNotFoundExceptio n: Unable to find resource 'VM_global_library.vm' [INFO] Velocimacro : VM library template macro registration complete. [INFO] Velocimacro : allowInline = true : VMs can be defined inline in templates [INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may NOT replace previous VM definitions [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be global in scope if allowed. [INFO] Velocimacro : initialization complete. [INFO] Velocity successfully started. [INFO] [site:site] [WARNING] Error loading report org.apache.maven.changes.ChangesMojo - AbstractMethodError: canGenerateReport() [WARNING] Error loading report org.apache.maven.jira.JiraMojo - AbstractMethodError: canGenerateReport() [WARNING] Error loading report org.apache.maven.plugin.jxr.JxrReport - AbstractMethodError: canGenerateReport() [WARNING] Error loading report org.codehaus.mojo.surefire.SurefireReportMojo- AbstractMethodError: canGenerateReport() [INFO] Generate Continuous Integration report. [ERROR] VM #displayTree: error : too few arguments to macro. Wanted 2 got 0 [ERROR] VM #menuItem: error : too few arguments to macro. Wanted 1 got 0 [ERROR] RHS of #set statement is null. Context will not be modified. org/apache/maven/plugins/site/maven-site.vm [line 2, column 1] [ERROR] Method calculateLink threw exception for reference $PathTool in template org/apache/maven/plugins/site/maven-site.vm at [3 ,29] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error during page generation Embedded error: Error while generating code. Invocation of method 'calculateLink' in class org.codehaus.plexus.util.PathTool threw exception class java.lang.NullPointerExcepti on : null [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error during page generation at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:556) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal( DefaultLifecycleExecutor.java:485) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:455) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:270) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) 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) Caused by: org.apache.maven.plugin.MojoExecutionException: Error during page generation at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:393) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:415) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:531) ... 16 more Caused by: org.codehaus.plexus.siterenderer.RendererException: Error while generating code. at org.codehaus.plexus.siterenderer.DefaultSiteRenderer.writeTemplate( DefaultSiteRenderer.java:357) at org.codehaus.plexus.siterenderer.DefaultSiteRenderer.generateDocument( DefaultSiteRenderer.java:316) at org.apache.maven.plugins.site.SiteMojo.generateReportsPages( SiteMojo.java:813) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:301) ... 18 more Caused by: org.apache.velocity.exception.MethodInvocationException: Invocation of method 'calculateLink' in class org.codehaus.ple xus.util.PathTool threw exception class java.lang.NullPointerException : null at
Re: Site plugin problem - NullPointerException
What happened to the maven-site-plugin SVN repository? http://svn.apache.org/repos/asf/maven/components/trunk/ No maven-site-plugin folder to be found! On 1/18/06, Thomas Van de Velde [EMAIL PROTECTED] wrote: I am having this issue without system scope dependencies. [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. [INFO] Velocimacro : error using VM library template VM_global_library.vm : org.apache.velocity.exception.ResourceNotFoundExceptio n: Unable to find resource 'VM_global_library.vm' [INFO] Velocimacro : VM library template macro registration complete. [INFO] Velocimacro : allowInline = true : VMs can be defined inline in templates [INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may NOT replace previous VM definitions [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be global in scope if allowed. [INFO] Velocimacro : initialization complete. [INFO] Velocity successfully started. [INFO] [site:site] [WARNING] Error loading report org.apache.maven.changes.ChangesMojo - AbstractMethodError: canGenerateReport() [WARNING] Error loading report org.apache.maven.jira.JiraMojo - AbstractMethodError: canGenerateReport() [WARNING] Error loading report org.apache.maven.plugin.jxr.JxrReport - AbstractMethodError: canGenerateReport() [WARNING] Error loading report org.codehaus.mojo.surefire.SurefireReportMojo - AbstractMethodError: canGenerateReport() [INFO] Generate Continuous Integration report. [ERROR] VM #displayTree: error : too few arguments to macro. Wanted 2 got 0 [ERROR] VM #menuItem: error : too few arguments to macro. Wanted 1 got 0 [ERROR] RHS of #set statement is null. Context will not be modified. org/apache/maven/plugins/site/maven-site.vm [line 2, column 1] [ERROR] Method calculateLink threw exception for reference $PathTool in template org/apache/maven/plugins/site/maven- site.vm at [3 ,29] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error during page generation Embedded error: Error while generating code. Invocation of method 'calculateLink' in class org.codehaus.plexus.util.PathTool threw exception class java.lang.NullPointerExcepti on : null [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error during page generation at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals ( DefaultLifecycleExecutor.java:556) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal( DefaultLifecycleExecutor.java:485) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:455) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments ( DefaultLifecycleExecutor.java:270) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) 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) Caused by: org.apache.maven.plugin.MojoExecutionException: Error during page generation at org.apache.maven.plugins.site.SiteMojo.execute (SiteMojo.java :393) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:415) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java :531) ... 16 more Caused by: org.codehaus.plexus.siterenderer.RendererException: Error while generating code. at org.codehaus.plexus.siterenderer.DefaultSiteRenderer.writeTemplate( DefaultSiteRenderer.java :357) at org.codehaus.plexus.siterenderer.DefaultSiteRenderer.generateDocument( DefaultSiteRenderer.java:316) at org.apache.maven.plugins.site.SiteMojo.generateReportsPages( SiteMojo.java:813
Re: Site plugin problem - NullPointerException
thanks. May be worth updating the docs on the site. On 1/18/06, Scokart Gilles [EMAIL PROTECTED] wrote: The plugins have moved to http://svn.apache.org/repos/asf/maven/plugins/trunk Gilles -Original Message- From: Thomas Van de Velde [mailto:[EMAIL PROTECTED] Sent: 18 January 2006 14:00 To: Maven Users List Subject: Re: Site plugin problem - NullPointerException What happened to the maven-site-plugin SVN repository? http://svn.apache.org/repos/asf/maven/components/trunk/ No maven-site-plugin folder to be found! On 1/18/06, Thomas Van de Velde [EMAIL PROTECTED] wrote: I am having this issue without system scope dependencies. [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in any resource loader. [INFO] Velocimacro : error using VM library template VM_global_library.vm : org.apache.velocity.exception.ResourceNotFoundExceptio n: Unable to find resource 'VM_global_library.vm' [INFO] Velocimacro : VM library template macro registration complete. [INFO] Velocimacro : allowInline = true : VMs can be defined inline in templates [INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may NOT replace previous VM definitions [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be global in scope if allowed. [INFO] Velocimacro : initialization complete. [INFO] Velocity successfully started. [INFO] [site:site] [WARNING] Error loading report org.apache.maven.changes.ChangesMojo - AbstractMethodError: canGenerateReport() [WARNING] Error loading report org.apache.maven.jira.JiraMojo - AbstractMethodError: canGenerateReport() [WARNING] Error loading report org.apache.maven.plugin.jxr.JxrReport - AbstractMethodError: canGenerateReport() [WARNING] Error loading report org.codehaus.mojo.surefire.SurefireReportMojo - AbstractMethodError: canGenerateReport() [INFO] Generate Continuous Integration report. [ERROR] VM #displayTree: error : too few arguments to macro. Wanted 2 got 0 [ERROR] VM #menuItem: error : too few arguments to macro. Wanted 1 got 0 [ERROR] RHS of #set statement is null. Context will not be modified. org/apache/maven/plugins/site/maven-site.vm [line 2, column 1] [ERROR] Method calculateLink threw exception for reference $PathTool in template org/apache/maven/plugins/site/maven- site.vm at [3 ,29] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error during page generation Embedded error: Error while generating code. Invocation of method 'calculateLink' in class org.codehaus.plexus.util.PathTool threw exception class java.lang.NullPointerExcepti on : null [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Error during page generation at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals ( DefaultLifecycleExecutor.java:556) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal( DefaultLifecycleExecutor.java:485) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:455) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFa ilures (DefaultLifecycleExecutor.java:303) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments ( DefaultLifecycleExecutor.java:270) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute ( DefaultLifecycleExecutor.java:139) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java :115) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) 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) Caused by: org.apache.maven.plugin.MojoExecutionException: Error during page generation at org.apache.maven.plugins.site.SiteMojo.execute ( SiteMojo.java :393
Re: Problem With Maven 2.0.2
Now it's no longer working. The jar has been removed from the repository and site plugin from HEAD is no longer working. On 1/17/06, Allison, Bob [EMAIL PROTECTED] wrote: Missed that. My bad. With the stuff in the site.xml, things seem to be working correctly now. Thanks for your help! -Original Message- From: Mike Perham [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 17, 2006 14:55 To: Maven Users List Subject: RE: Problem With Maven 2.0.2 Note he said site.xml, not pom.xml. -Original Message- From: Allison, Bob [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 17, 2006 1:47 PM To: Maven Users List Subject: RE: Problem With Maven 2.0.2 Since the skin tag does not appear in the documentation yet, where does it belong? I tried adding it after the reporting section, but it complained that skin is an unrecognized tag. Also, is the model still 4.0.0? -Original Message- From: Arnd Brusdeilins [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 17, 2006 14:29 To: Maven Users List Subject: Re: Problem With Maven 2.0.2 i got the same problem and defined a skin in my site.xml like project ... skin groupIdorg.apache.maven.skins/groupId artifactIdmaven-stylus-skin/artifactId version1.0-SNAPSHOT/version /skin ... /project now it works Allison, Bob wrote: I upgraded to Maven 2.0.2 this morning, and started getting the problem with the CheckStyle plugin and Jdk14Logger class (MCHECKSTYLE-24), so I adjusted things to be able to use CheckStyle 2.0-beta-2-SNAPSHOT (added the snapshot repository, updated the CheckStyle plugin version, etc.). Now I get an error saying: The skin does not exist: Unable to determine the release version org.apache.maven.skins:maven-default-skin:jar:RELEASE I searched all of the POMs that have been downloaded and can't find which project specifies this dependency. Running mvn -X does not shed any light on the matter. Anybody have any clues how to resolve this? - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is it possible to make pom.xml simpler?
-1 I agree with Brett. This is a matter of taste. My taste goes towards the existing solution. Writing everything on a single line may even become less readable. Have you ever tried to read an Eclipse .classpath file? You can hardly say that's more readeable. I also think that mixing attributes with elements is in this case a bad idea and would hurt overall consistency. On 12/17/05, Srepfler Srgjan [EMAIL PROTECTED] wrote: If your sole concern is the number of lines one must type, it is certainly an option to have meta-pom.xml be in the format you find most comfortable, then xslt it into the more verbose m2 pom.xml. This argument of attributes versus elements has existed since the dawn of [xml] time. I am not trying to argue one way or the other, but since m1 pom used the more verbose syntax, it eases the transition. My USD$0.02, -- /v\atthew - In fact people should develop a plugin that maps the simplified and verbose schemas on the fly :) The advantage of using namespaces is that you can create a your tag and map it to the verbose tag from the official pom. That's the way I've seen the spring guys use it for now but the advantage that I see is that in could be much easier to extend the pom and it would be more type safe My 0.02MKD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[M2] osuser?
Hi, I am looking for the osuser library from opensymphony. I find the pom but no jar. Anybody any ideas where the jar can be found? http://www.ibiblio.org/maven2/opensymphony/osuser/1.0-dev/ Thanks, Thomas
Re: [M2] eclipse plugin: tools.jar incorrectly added
Agreed. I think care should be taken with plugins that get automatically updated as this has already created many unpleasant surprises. I think by default only stable versions should be distributed as part of the Maven core. Something like xxx-2.0-beta-2 doesn't belong in a production environment. I suggest that by default only stable release are automatically downloaded and make updating to bleeding-edge plugins an option. I would never accept the risks that come from automatically downloading beta versions to hunderds of developer workstations. Thomas On 11/4/05, Anuerin Diaz [EMAIL PROTECTED] wrote: ok, then something must be wrong on my side because i had to declare the M2_REPO classpath variable to point to my local repository to get rid of the errors. here is my eclipse classpath file ?xml version=1.0 encoding=UTF-8? classpath classpathentry kind=src path=src/main/java/ classpathentry output=target/test-classes kind=src path=src/test/java/ classpathentry sourcepath=JRE_SRC kind=var path=JRE_LIB/ classpathentry kind=var path=M2_REPO/com/merlin/tools/ABC-tools/1.0/ABC-tools-1.0.jar/ classpathentry kind=lib path=C:/Work/Maintenance/ENV/tools/repository/org/apache/maven/maven-plugin-api/2.0/maven- plugin-api-2.0.jar/ classpathentry kind=output path=target/classes/ /classpath where i set M2_REPO to point to C:/Work/Maintenance/ENV/tools/repository. the weird thing is if i replace the same string in the kind=lib element then i get an error. i too agree that m2 is being communicated as production ready but still thin on the supporting documentation side. i appreciate the bug squashing efforts done by the team but this is one of the things that is considered by management. ciao! On 11/4/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi Anuerin, I think you are wrong :-) This is clearly a (btw, blocking) bug in the Eclipse plugin. I find it odd that this isn't detected before this version was released, especially give that M2 is communicated as production ready. This along with the site plugin that generates a nullpointer makes it clear to me that M2 is not ready for large-scale use. I'd be happy to continue testing and post bugs. Hopefully this gets ironed out quickly. Thomas On 11/3/05, Anuerin Diaz [EMAIL PROTECTED] wrote: hi, doesnt M2_REPO supposed to resolve to the user's local repository? if that is the case and assuming the local repository is c:\repository then the final path will be c:\repository/C:/dev/Java/jdk1.5.0_04/jre/../lib/tools.jar which i think is already invalid. i am a new maven user so i only encountered this yesterday when i tried using the eclipse:eclipse goal. i had to create the M2_REPO eclipse variable to let my plugin see the Mojo classes. thought there is a large possibility that i might be wrong. ciao! On 11/3/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi, When generating the Eclipse classpath, I am getting this: classpathentry kind=var path=M2_REPO/C:/dev/Java/jdk1.5.0_04/jre/../lib/tools.jar/ This used to work a couple of days ago and now all of a sudden I get this error. Thomas -- Programming, an artform that fights back Anuerin G. Diaz Registered Linux User #246176 Friendly Linux Board @ http://mandrivausers.org/index.php http://capsule.ramfree17.org , when you absolutely have nothing else better to do - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Programming, an artform that fights back Anuerin G. Diaz Registered Linux User #246176 Friendly Linux Board @ http://mandrivausers.org/index.php http://capsule.ramfree17.org , when you absolutely have nothing else better to do - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] Nullpointer wil generating site
Nope. I have this: project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd modelVersion4.0.0/modelVersion parent groupIdcom.whatever.more.prm/groupId artifactIdprm-project/artifactId version1.0/version /parent artifactIdprm-prototype/artifactId groupIdcom.whataever.more.prm.proto/groupId packagingjar/packaging namePRM Prototype/name dependencies dependency artifactIdmysql-connector-java/artifactId groupIdmysql/groupId version3.0.10/version scopeprovided/scope /dependency dependency artifactIdjunit/artifactId groupIdjunit/groupId version3.8.1/version scopetest/scope /dependency dependency artifactIdspring-webmvc/artifactId groupIdspringframework/groupId version1.2.5/version /dependency dependency artifactIdgeronimo-spec-jta/artifactId groupIdgeronimo-spec/groupId version1.0-M1/version scopeprovided/scope /dependency dependency artifactIdspring-hibernate/artifactId groupIdspringframework/groupId version1.2.5/version exclusions exclusion artifactIdtoplink-api/artifactId groupIdcom.oracle/groupId /exclusion exclusion artifactIdjacc/artifactId groupIdjavax.security/groupId /exclusion exclusion artifactIdejb/artifactId groupIdjavax.persistence/groupId /exclusion exclusion artifactIdjdo/artifactId groupIdjavax.jdo/groupId /exclusion /exclusions /dependency dependency artifactIdspring-mock/artifactId groupIdspringframework/groupId version1.2.5/version exclusions exclusion artifactIdjta/artifactId groupIdjavax.transaction/groupId /exclusion exclusion artifactIdjdbc-stdext/artifactId groupIdjavax.sql/groupId /exclusion exclusion artifactIdjsf-api/artifactId groupIdjavax.faces/groupId /exclusion /exclusions /dependency /dependencies /project and the one I extend from: project modelVersion4.0.0/modelVersion groupIdcom.whatever.more.prm/groupId version1.0/version artifactIdprm-project/artifactId packagingpom/packaging nameWhatever Project/name modules moduleproto/module /modules build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.5/source target1.5/target /configuration /plugin /plugins /build /project On 11/4/05, Hervé [EMAIL PROTECTED] wrote: Hi, Could your problem be the same as http://jira.codehaus.org/browse/MNG-1316? Le Jeudi 3 Novembre 2005 13:42, Thomas Van de Velde a écrit : Hi, I am running mvn site and get the following error: [INFO] [site:site] [INFO] Generate Continuous Integration report. [ERROR] VM #displayTree: error : too few arguments to macro. Wanted 2 got 0 [ERROR] VM #menuItem: error : too few arguments to macro. Wanted 1 got 0 [INFO] Generate Dependencies report. [INFO
Re: [M2] eclipse plugin: tools.jar incorrectly added
Meant to say: Would be nice to hear from the Maven team on this topic On 11/4/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Would be nice to hea On 11/4/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Agreed. I think care should be taken with plugins that get automatically updated as this has already created many unpleasant surprises. I think by default only stable versions should be distributed as part of the Maven core. Something like xxx-2.0-beta-2 doesn't belong in a production environment. I suggest that by default only stable release are automatically downloaded and make updating to bleeding-edge plugins an option. I would never accept the risks that come from automatically downloading beta versions to hunderds of developer workstations. Thomas On 11/4/05, Anuerin Diaz [EMAIL PROTECTED] wrote: ok, then something must be wrong on my side because i had to declare the M2_REPO classpath variable to point to my local repository to get rid of the errors. here is my eclipse classpath file ?xml version= 1.0 encoding=UTF-8? classpath classpathentry kind=src path=src/main/java/ classpathentry output=target/test-classes kind=src path=src/test/java/ classpathentry sourcepath=JRE_SRC kind=var path=JRE_LIB/ classpathentry kind=var path=M2_REPO/com/merlin/tools/ABC-tools/1.0/ABC-tools-1.0.jar/ classpathentry kind=lib path=C:/Work/Maintenance/ENV/tools/repository/org/apache/maven/maven-plugin-api/2.0/maven- plugin-api-2.0.jar/ classpathentry kind=output path=target/classes/ /classpath where i set M2_REPO to point to C:/Work/Maintenance/ENV/tools/repository. the weird thing is if i replace the same string in the kind=lib element then i get an error. i too agree that m2 is being communicated as production ready but still thin on the supporting documentation side. i appreciate the bug squashing efforts done by the team but this is one of the things that is considered by management. ciao! On 11/4/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi Anuerin, I think you are wrong :-) This is clearly a (btw, blocking) bug in the Eclipse plugin. I find it odd that this isn't detected before this version was released, especially give that M2 is communicated as production ready. This along with the site plugin that generates a nullpointer makes it clear to me that M2 is not ready for large-scale use. I'd be happy to continue testing and post bugs. Hopefully this gets ironed out quickly. Thomas On 11/3/05, Anuerin Diaz [EMAIL PROTECTED] wrote: hi, doesnt M2_REPO supposed to resolve to the user's local repository? if that is the case and assuming the local repository is c:\repository then the final path will be c:\repository/C:/dev/Java/jdk1.5.0_04/jre/../lib/tools.jar which i think is already invalid. i am a new maven user so i only encountered this yesterday when i tried using the eclipse:eclipse goal. i had to create the M2_REPO eclipse variable to let my plugin see the Mojo classes. thought there is a large possibility that i might be wrong. ciao! On 11/3/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi, When generating the Eclipse classpath, I am getting this: classpathentry kind=var path=M2_REPO/C:/dev/Java/jdk1.5.0_04/jre/../lib/tools.jar/ This used to work a couple of days ago and now all of a sudden I get this error. Thomas -- Programming, an artform that fights back Anuerin G. Diaz Registered Linux User #246176 Friendly Linux Board @ http://mandrivausers.org/index.php http://capsule.ramfree17.org , when you absolutely have nothing else better to do - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Programming, an artform that fights back Anuerin G. Diaz Registered Linux User #246176 Friendly Linux Board @ http://mandrivausers.org/index.php http://capsule.ramfree17.org , when you absolutely have nothing else better to do - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spring Dependencies
Just to set up a simple test that queries Hibernate from a Spring MVC controller (using the spring-mock package), I need to define this: dependency artifactIdspring-webmvc/artifactId groupIdspringframework/groupId version1.2.5/version /dependency dependency artifactIdjunit/artifactId groupIdjunit/groupId version3.8.1/version scopetest/scope /dependency dependency artifactIdgeronimo-spec-jta/artifactId groupIdgeronimo-spec/groupId version1.0-M1/version scopeprovided/scope /dependency dependency artifactIdspring-hibernate/artifactId groupIdspringframework/groupId version1.2.5/version exclusions exclusion artifactIdtoplink-api/artifactId groupIdcom.oracle/groupId /exclusion exclusion artifactIdjacc/artifactId groupIdjavax.security/groupId /exclusion exclusion artifactIdejb/artifactId groupIdjavax.persistence/groupId /exclusion exclusion artifactIdjdo/artifactId groupIdjavax.jdo/groupId /exclusion /exclusions /dependency dependency artifactIdspring-mock/artifactId groupIdspringframework/groupId version1.2.5/version exclusions exclusion artifactIdjta/artifactId groupIdjavax.transaction/groupId /exclusion exclusion artifactIdjdbc-stdext/artifactId groupIdjavax.sql/groupId /exclusion exclusion artifactIdjsf-api/artifactId groupIdjavax.faces/groupId /exclusion /exclusions /dependency To get the following on my classpath: classpathentry kind=var path=M2_REPO/aopalliance/aopalliance/1.0/aopalliance-1.0.jar/ classpathentry kind=var path=M2_REPO/springframework/spring-orm/1.2.5/spring-orm-1.2.5.jar/ classpathentry kind=var path=M2_REPO/jgroups/jgroups-all/2.2.7/jgroups- all-2.2.7.jar/ classpathentry kind=var path=M2_REPO/com/ibatis/ibatis-common/1.3.1/ibatis-common-1.3.1.jar/ classpathentry kind=var path=M2_REPO/jboss/jboss-common/4.0.2/jboss- common-4.0.2.jar/ classpathentry kind=var path=M2_REPO/jboss/jboss-cache/1.2.2/jboss- cache-1.2.2.jar/ classpathentry kind=var path=M2_REPO/commons-logging/commons-logging/1.0.4/commons- logging-1.0.4.jar/ classpathentry kind=var path=M2_REPO/velocity-tools/velocity-tools-generic/1.1/velocity- tools-generic-1.1.jar/ classpathentry kind=var path=M2_REPO/freemarker/freemarker/2.3.3/freemarker-2.3.3.jar/ classpathentry kind=var path=M2_REPO/cglib/cglib/2.0.2/cglib-2.0.2.jar / classpathentry kind=var path=M2_REPO/com/experlog/xapool/1.5.0/xapool- 1.5.0.jar/ classpathentry kind=var path=M2_REPO/jboss/jboss-minimal/4.0.2/jboss- minimal-4.0.2.jar/ classpathentry kind=var path=M2_REPO/jboss/jboss-j2se/200504122039/jboss-j2se-200504122039.jar/ classpathentry kind=var path=M2_REPO/portlet-api/portlet-api/1.0/portlet-api-1.0.jar/ classpathentry kind=var path=M2_REPO/poi/poi/2.5.1-final-20040804/poi- 2.5.1-final-20040804.jar/ classpathentry kind=var path=M2_REPO/com/servlets/cos/05Nov2002/cos- 05Nov2002.jar/ classpathentry kind=var path=M2_REPO/logkit/logkit/1.0.1/logkit- 1.0.1.jar/ classpathentry kind=var path=M2_REPO/odmg/odmg/3.0/odmg-3.0.jar/ classpathentry kind=var path=M2_REPO/myfaces/myfaces-jsf-api/1.0.8-beta/myfaces- jsf-api-1.0.8-beta.jar/ classpathentry kind=var path=M2_REPO/commons-dbcp/commons-dbcp/1.2.1/commons-dbcp-1.2.1.jar/ classpathentry kind=var path=M2_REPO/javax/servlet/jstl/1.0/jstl-1.0.jar / classpathentry kind=var
[M2] Nullpointer wil generating site
Hi, I am running mvn site and get the following error: [INFO] [site:site] [INFO] Generate Continuous Integration report. [ERROR] VM #displayTree: error : too few arguments to macro. Wanted 2 got 0 [ERROR] VM #menuItem: error : too few arguments to macro. Wanted 1 got 0 [INFO] Generate Dependencies report. [INFO] [ERROR] FATAL ERROR [INFO] [INFO] null [INFO] [INFO] Trace java.lang.NullPointerException at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve( DefaultArtifactResolver.java:82) at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve( DefaultArtifactResolver.java:63) at org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository( DefaultMavenProjectBuilder.java:380) at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository( DefaultMavenProjectBuilder.java:346) at org.apache.maven.report.projectinfo.DependenciesReport$DependenciesRenderer.getMavenProjectFromRepository (DependenciesReport.java:362) at org.apache.maven.report.projectinfo.DependenciesReport$DependenciesRenderer.renderBody (DependenciesReport.java:286) at org.apache.maven.reporting.AbstractMavenReportRenderer.render( AbstractMavenReportRenderer.java:65) at org.apache.maven.report.projectinfo.DependenciesReport.executeReport( DependenciesReport.java:157) at org.apache.maven.reporting.AbstractMavenReport.generate( AbstractMavenReport.java:98) at org.apache.maven.plugins.site.SiteMojo.generateReportsPages(SiteMojo.java :802) at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:301) at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:399) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:519) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:469) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:448) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:301) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:268) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:137) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:316) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:113) at org.apache.maven.cli.MavenCli.main(MavenCli.java:249) 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) [INFO] [INFO] Total time: 6 seconds [INFO] Finished at: Thu Nov 03 13:38:15 CET 2005 [INFO] Final Memory: 7M/12M [INFO]
[M2] eclipse plugin: tools.jar incorrectly added
Hi, When generating the Eclipse classpath, I am getting this: classpathentry kind=var path=M2_REPO/C:/dev/Java/jdk1.5.0_04/jre/../lib/tools.jar/ This used to work a couple of days ago and now all of a sudden I get this error. Thomas
Re: [M2] eclipse plugin: tools.jar incorrectly added
Hi Anuerin, I think you are wrong :-) This is clearly a (btw, blocking) bug in the Eclipse plugin. I find it odd that this isn't detected before this version was released, especially give that M2 is communicated as production ready. This along with the site plugin that generates a nullpointer makes it clear to me that M2 is not ready for large-scale use. I'd be happy to continue testing and post bugs. Hopefully this gets ironed out quickly. Thomas On 11/3/05, Anuerin Diaz [EMAIL PROTECTED] wrote: hi, doesnt M2_REPO supposed to resolve to the user's local repository? if that is the case and assuming the local repository is c:\repository then the final path will be c:\repository/C:/dev/Java/jdk1.5.0_04/jre/../lib/tools.jar which i think is already invalid. i am a new maven user so i only encountered this yesterday when i tried using the eclipse:eclipse goal. i had to create the M2_REPO eclipse variable to let my plugin see the Mojo classes. thought there is a large possibility that i might be wrong. ciao! On 11/3/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi, When generating the Eclipse classpath, I am getting this: classpathentry kind=var path=M2_REPO/C:/dev/Java/jdk1.5.0_04/jre/../lib/tools.jar/ This used to work a couple of days ago and now all of a sudden I get this error. Thomas -- Programming, an artform that fights back Anuerin G. Diaz Registered Linux User #246176 Friendly Linux Board @ http://mandrivausers.org/index.php http://capsule.ramfree17.org , when you absolutely have nothing else better to do - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Maven 2.0 Release Now Available
Congratulations to all! This is great news. On 10/20/05, Jorg Heymans [EMAIL PROTECTED] wrote: Brett Porter wrote: We are pleased to announce that Maven 2.0 has been released, and is available for download from http://maven.apache.org/maven2/download.html Congratulations , tremendous effort guys !! Jorg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts pom (was Re: For critical project we use maven 1.0.2 or m2 ?)
Thanks Wendy! I couldn't find this one last week in the repo. I was looking at this: http://www.ibiblio.org/maven2/struts/struts/1.2.4/struts-1.2.4.pom Cheers, Thomas On 10/18/05, Wendy Smoak [EMAIL PROTECTED] wrote: Not really. :) What do you need? This (http://www.ibiblio.org/maven2/struts/struts/1.2.7/struts-1.2.7.pom) looks like a recent project.xml from struts/build/trunk. Is it causing problems? (I haven't switched any of my Struts webapps over to m2 builds, so you'll have to fill me in.) -- Wendy ...who is working on an m2 build for Shale, not for Struts Classic. Not yet, anyway. :) http://wiki.wsmoak.net/cgi-bin/wiki.pl?ShaleMaven2 - Original Message - From: Brett Porter [EMAIL PROTECTED] To: Maven Users List users@maven.apache.org Sent: Tuesday, October 18, 2005 1:06 PM Subject: Re: For critical project we use maven 1.0.2 or m2 ? Wendy has been working on an m2 build for Struts - perhaps she has some more information? - Brett On 10/18/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Cool. Is there anything yet for Struts? Last time I checked (last week), I couldn't find a pom for transitive dependencies. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven 1 and Maven 2 next to each other
Wim, There is a M2 plugin for XDoclet, although it didn't work for me. (I am waiting for help on this). Cheers, Thomas On 10/19/05, Wim Deblauwe [EMAIL PROTECTED] wrote: I'm using Maven 1 to build jars and wars. I also build windows dll's and InstallShield Merge Modules and InstallShield Installers through custom goals in my maven.xml. I will need to convert those things into plugins first. We also use the XDoclet plugin in 1 module which is not converted yet, so for the moment it is impossible to use m2 for that module. As I see it, it will take some work to convert it all (lean how to write the plugins, write them, ...) so I would like to migrate a module at a time, starting with the pure java ones to Maven2. regards, Wim 2005/10/19, Jason van Zyl [EMAIL PROTECTED]: On Tue, 2005-10-18 at 08:29 +0200, Wim Deblauwe wrote: Hi, is it possible to build with Maven 1 and Maven 2? As I understand it, Maven 2 uses pom.xml in stead of project.xml. So if I have a project.xml I can build with Maven 1 and if I add a pom.xml I can build the same project with Maven 2. Correct? Or are there any extra's I need to consider? Yes, m1 and m2 can sit side by side but you probably don't want to do this more long. It was meant for migration but if you have both systems there one of them will naturally get out of date. We've been thinking about creating an m2 - m1 converter which might help with this as m2 POMs are a superset of m1 POMs. If you are building a simple JAR you will probably be ok, but if you're going to get into using plug-ins then it could get a little hard to manage. What's your use case? regards, Wim -- jvz. Jason van Zyl jason at maven.org http://maven.org http://maven.org http://maven.apache.org We know what we are, but know not what we may be. -- Shakespeare - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: For critical project we use maven 1.0.2 or m2 ?
Even thuogh the core development for M2 is close to being completed, I would be worried about the transitive dependencies not being correctly defined in the various pom's. cfr. Hibernate. On 10/18/05, David Sag [EMAIL PROTECTED] wrote: That page is somewhat misleading. For example it claims there is a QALab plugin in development, but, aside from the one I am writing, that does not seem to be the case. Kind regards, Dave Sag Stephen Duncan [EMAIL PROTECTED] wrote on 18/10/2005 12:41:47 PM: http://docs.codehaus.org/display/MAVEN/Maven+Plugin+Matrix -Stephen On 10/18/05, Marouane Amraoui [EMAIL PROTECTED] wrote: i will start a new critical project in one month. so i undrestand that the released version will be come soon; what about plugin-s. with maven 1.0.2 i found all what i need; for example the plugin eclipse, jcover -Message d'origine- De : Wendy Smoak [mailto:[EMAIL PROTECTED] Envoyé : lundi 17 octobre 2005 16:35 À : Maven Users List Objet : Re: For critical project we use maven 1.0.2 or m2 ? From: Marouane Amraoui [EMAIL PROTECTED] i m working on a critical j2ee project, i want an advise from you if i use a released version maven 1.0.2 or beta version of maven 2.0 (m2) I would not start any new projects in Maven 1. What's your timeline? Brett posted a Maven 2 release candidate (not a beta) on the 15th. So... if all you want is the final label on it, I would think that's coming soon. -- Wendy Smoak - 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] -- Stephen Duncan Jr www.stephenduncanjr.com http://www.stephenduncanjr.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven 1 and Maven 2 next to each other
I also believe that Cargo has both builds next to each other. Thomas On 10/18/05, Alex Wood [EMAIL PROTECTED] wrote: Wim, Vincent Massol has an informative presentation about moving from Maven 1 to Maven 2. It's available at http://www3.java.no/JavaZone/2005/presentasjoner/VincentMassol/Javazone2005-From_m1_to_m2.pdf - Regards, Alex - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Suggestion: Seperate list for M2?
+1 On 10/17/05, David Sag [EMAIL PROTECTED] wrote: I second that - a separate m2 list would be welcome Kind regards, Dave Sag Siegfried Heintze [EMAIL PROTECTED] wrote on 17/10/2005 03:46:37 AM: Just a suggestion: should there not be a separate list for M2? Siegfried - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Xdoclet Not Working
Anybody able to help? I think I did follow the instructions on http://mojo.codehaus.org/xdoclet-maven-plugin/usage.html Thanks! On 10/11/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi, I've tried to configure Xdoclet with M2 but it's not calling the xdoclet goal. Here's the configuration I've added to my EJB project's POM: build pluginManagement plugins plugin artifactIdxdoclet-maven-plugin/artifactId groupIdorg.codehaus.mojo/groupId version1.0-alpha-1/version executions execution phasegenerate-sources/phase goals goalxdoclet/goal /goals configuration tasks ejbdoclet destdir=${project.build.outputDirectory} fileset dir=${basedir}/src/main/java includes=**/*Bean.java / deploymentdescriptor destDir=${project.build.outputDirectory}/META-INF / /ejbdoclet /tasks /configuration /execution /executions /plugin /plugins /pluginManagement /build When running m2 install the output is as follows: [INFO] - --- [INFO] Building PRM Core Application Services [INFO] task-segment: [install] [INFO] - --- [INFO] [resources:resources] [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] Setting reports dir: C:\dev\projects\PRM\PRM-WORKSHOP\core\business\prm-c ore-business-service\target/surefire-reports --- T E S T S --- There are no test to run. Results : [surefire] Tests run: 0, Failures: 0, Errors: 0 [INFO] [ejb:ejb] [INFO] Building ejb prm-core-business-service-1.0 [INFO] Building jar: C:\dev\projects\PRM\PRM-WORKSHOP\core\business\prm-core-bus iness-service\target\prm-core-business-service-1.0.jar [INFO] [install:install] [INFO] Installing C:\dev\projects\PRM\PRM-WORKSHOP\core\business\prm-core-busine ss-service\target\prm-core-business-service-1.0.jar to C:\Documents and Settings \Thoma.Van-de-velde\.m2\repository\com\whatever\adsj\prm\core\business\service\ prm-core-business-service\1.0\prm-core-business-service-1.0.jar [INFO] - --- [INFO] BUILD SUCCESSFUL [INFO] - --- [INFO] Total time: 2 seconds [INFO] Finished at: Tue Oct 11 09:40:58 CEST 2005 [INFO] Final Memory: 3M/6M [INFO] - --- I don't see it passing through the generate-sources phase. ?? Thanks! Thomas
Re: Available report plugins for Maven 2
http://docs.codehaus.org/x/-Ws On 10/11/05, Arun Chandrasekhar [EMAIL PROTECTED] wrote: Hi Is there anyplace I can get a list of the plugins that are available for maven 2? I'm looking for report plugins to use on a project but all I can seem to find at the moment are for maven v1. Thanks Arun
[m2] Xdoclet Not Working
Hi, I've tried to configure Xdoclet with M2 but it's not calling the xdoclet goal. Here's the configuration I've added to my EJB project's POM: build pluginManagement plugins plugin artifactIdxdoclet-maven-plugin/artifactId groupIdorg.codehaus.mojo/groupId version1.0-alpha-1/version executions execution phasegenerate-sources/phase goals goalxdoclet/goal /goals configuration tasks ejbdoclet destdir=${project.build.outputDirectory} fileset dir=${basedir}/src/main/java includes=**/*Bean.java / deploymentdescriptor destDir=${project.build.outputDirectory}/META-INF / /ejbdoclet /tasks /configuration /execution /executions /plugin /plugins /pluginManagement /build When running m2 install the output is as follows: [INFO] - --- [INFO] Building PRM Core Application Services [INFO] task-segment: [install] [INFO] - --- [INFO] [resources:resources] [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] Setting reports dir: C:\dev\projects\PRM\PRM-WORKSHOP\core\business\prm-c ore-business-service\target/surefire-reports --- T E S T S --- There are no test to run. Results : [surefire] Tests run: 0, Failures: 0, Errors: 0 [INFO] [ejb:ejb] [INFO] Building ejb prm-core-business-service-1.0 [INFO] Building jar: C:\dev\projects\PRM\PRM-WORKSHOP\core\business\prm-core-bus iness-service\target\prm-core-business-service-1.0.jar [INFO] [install:install] [INFO] Installing C:\dev\projects\PRM\PRM-WORKSHOP\core\business\prm-core-busine ss-service\target\prm-core-business-service-1.0.jar to C:\Documents and Settings \Thoma.Van-de-velde\.m2\repository\com\whatever\adsj\prm\core\business\service\ prm-core-business-service\1.0\prm-core-business-service-1.0.jar [INFO] - --- [INFO] BUILD SUCCESSFUL [INFO] - --- [INFO] Total time: 2 seconds [INFO] Finished at: Tue Oct 11 09:40:58 CEST 2005 [INFO] Final Memory: 3M/6M [INFO] - --- I don't see it passing through the generate-sources phase. ?? Thanks! Thomas
[M2] Transitive Dependencies
Hi, I am wondering how the default transitive dependencies work. I was surprised to see that when I add a dependency on a WAR in my EAR project, the WAR's dependency on an EJB was not autmatically added to the EAR. Is this normal behavior? Thanks for clarifying. Thomas
[M2] Error resolving plugin version
Hi, I am getting the following error when I run the install goal (with M2-beta 3). Any thoughts on this? Thanks. [INFO] task-segment: [install] [INFO] - --- [WARNING] * Using defaults for missing POM org.apache.maven.plugins:maven-jar-plugin :pom:RELEASE * [INFO] - --- [ERROR] FATAL ERROR [INFO] - --- [INFO] Diagnosis: Error resolving plugin version [INFO] - --- [INFO] - --- [ERROR] FATAL ERROR [INFO] - --- FATAL ERROR: Error executing Maven for a project Error stacktrace: org.apache.maven.reactor.ReactorException: Error executing project within the re actor at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:282)
Re: [M2] Error resolving plugin version
I've tried on the other beta's and I get a similar error. On M2-b2: Apparently M2 is looking for a version of the jar plugin that doesn't exist in the repository: Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-jar-pl ugin/RELEASE/maven-jar-plugin-RELEASE.jar [WARNING] Unable to get resource from repository central ( http://repo1.maven.org /maven2) On 10/6/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi, I am getting the following error when I run the install goal (with M2-beta 3). Any thoughts on this? Thanks. [INFO] task-segment: [install] [INFO] - --- [WARNING] * Using defaults for missing POM org.apache.maven.plugins:maven-jar-plugin :pom:RELEASE * [INFO] - --- [ERROR] FATAL ERROR [INFO] - --- [INFO] Diagnosis: Error resolving plugin version [INFO] - --- [INFO] - --- [ERROR] FATAL ERROR [INFO] - --- FATAL ERROR: Error executing Maven for a project Error stacktrace: org.apache.maven.reactor.ReactorException: Error executing project within the re actor at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:282) Quid?
Re: [M2] Error resolving plugin version
Fixed it by rebuilding my local repository. On 10/6/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: I've tried on the other beta's and I get a similar error. On M2-b2: Apparently M2 is looking for a version of the jar plugin that doesn't exist in the repository: Downloading: http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-jar-pl ugin/RELEASE/maven-jar-plugin-RELEASE.jar [WARNING] Unable to get resource from repository central ( http://repo1.maven.org /maven2) On 10/6/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi, I am getting the following error when I run the install goal (with M2-beta 3). Any thoughts on this? Thanks. [INFO] task-segment: [install] [INFO] - --- [WARNING] * Using defaults for missing POM org.apache.maven.plugins:maven-jar-plugin :pom:RELEASE * [INFO] - --- [ERROR] FATAL ERROR [INFO] - --- [INFO] Diagnosis: Error resolving plugin version [INFO] - --- [INFO] - --- [ERROR] FATAL ERROR [INFO] - --- FATAL ERROR: Error executing Maven for a project Error stacktrace: org.apache.maven.reactor.ReactorException: Error executing project within the re actor at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:282) Quid?
Re: [M2] Recommended Project Layout and Eclipse
I ment to send this to the users list. Sorry for the double post! Cheers, Thomas On 9/30/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi, I am wondering what the best way is to setup a project layout with M2 and Eclipse for multiple modules. The documentationhttp://maven.apache.org/maven2/getting-started.htmlrecommends the following: +- pom.xml +- my-app | +- pom.xml +- my-webapp | +- pom.xml The only way I can see this work with Eclipse is to add the entire structure to a single Eclipse project. However this is not something I'd want to do because I don't want to have a single Eclipse classpath that is exposed to my-app and my-webapp. The only way around this, that I can currently see, is to do this: +- my-master | +- pom.xml +- my-app | +- pom.xml +- my-webapp | +- pom.xml In this scenario; my-master, my-app, and my-webapp are all seperate Eclipse projects. To make this work, I need to change the master POM's modules element to the following: modules module../my-app/module module../my-webapp/module /modules Have I missed something or is this the recommended way? Thanks! Thomas
Re: [M2] Recommended Project Layout and Eclipse
Kenney, Thanks for your reply. I am still a bit puzzled though when SCM is brought into the picture. Is the following hypothesis correct? - Setup the recommended M2 structure for multiple modules. - Generate an Eclipse project + class path per module by running the Eclipse plugin from the root of this structure. - Check in the entire tree as a single SCM module. - To work on an individual module: Check out the subsection of the structure that holds the module and Eclipse project for that module. - To build the entire application: Check out the entire SCM module and run the build from the structure's root. Thanks Thomas On 9/30/05, Kenney Westerhof [EMAIL PROTECTED] wrote: On Fri, 30 Sep 2005, Thomas Van de Velde wrote: Hi, I ment to send this to the users list. Sorry for the double post! Cheers, Thomas On 9/30/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Hi, I am wondering what the best way is to setup a project layout with M2 and Eclipse for multiple modules. The documentation http://maven.apache.org/maven2/getting-started.htmlrecommends the following: +- pom.xml +- my-app | +- pom.xml +- my-webapp | +- pom.xml Yes, this is the recommended way. The topmost pom.xml is the parent pom, containing module sections for subdirectories. The only way I can see this work with Eclipse is to add the entire structure to a single Eclipse project. However this is not something I'd want to do because I don't want to have a single Eclipse classpath that is exposed to my-app and my-webapp. Why? Separate projects work fine. It's just nested non-pom projects that don't work well in eclipse. The only way around this, that I can currently see, is to do this: I don't see a problem.. +- my-master | +- pom.xml +- my-app | +- pom.xml +- my-webapp | +- pom.xml You're still missing the parent pom that defies my-master, my-app and my-webapp as modules. In this scenario; my-master, my-app, and my-webapp are all seperate Eclipse projects. To make this work, I need to change the master POM's modules element to the following: modules module../my-app/module module../my-webapp/module /modules You don't, you just need to specify dependencies from my-webapp and my-app to my-master. Modules are normally located UNDER the project that defines them. The project that defines them usually has packaging 'pom'. So the only projects that produce artifacts tend to be leaf projects (no nested modules). Maven2 doesn't require this at all, but if you want to have in-place eclipse .project/.classpath this is recommended. If, in the maven2 recommended structure (the first one you mentioned), the root pom would produce an artifact, eclipse would break. What you can do in that case is run m2 eclipse:eclipse -Declipse.workspace=some/other/location; the plugin then creates a flattened project structure to overcome eclipse's nesting limitation. Also, never ever join all your subprojects in one eclipse project! That will require adding dependencies manually, and will break the separation of classpaths. Your code might end up requiring circular dependencies, breaking an m2 build. Have I missed something or is this the recommended way? Hope the above answers your question? -- Kenney Thanks! Thomas -- Kenney Westerhof http://www.neonics.com GPG public key: http://www.gods.nl/~forge/kenneyw.key - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] Recommended Project Layout and Eclipse
- Check in the entire tree as a single SCM module. Correct. You can also use different scm repositories for each module if you want, as long as you specify the scm repository in the pom for that module. How could that work? Your master POM is not aware of where in SCM its modules are located, right? Or is the master POM looking at the list of modules to find a corresponding pom in the repository, and use that SCM info to checkout the modules?
Re: Maven 1.1 JUnit vs Integration tests
You could create another project that holds only your integration tests. Cheers, Thomas On 9/17/05, Mark Slater [EMAIL PROTECTED] wrote: Whoops, sorry. I'm using Maven 1.0.2 actually. Mark On Sep 17, 2005, at 11:51 AM, Mark Slater wrote: I'm using Maven 1.1 right now, and I'd like to separate my JUnit unit tests from my JUnit integration tests. The former test only a single class/layer of the app, while the latter test from the service layer to the database. I'm using Spring and JDO2, and the app is a web services app. I want to have one set of integration tests that are internal to the services (ie. Axis and Tomcat are not involved) and another that goes all the way from the web service to the db. But I don't want those test to run every time because they take far longer to run (minutes compared to seconds... for each test). Is there a plugin that would let me do this? Or are there JUnit plugin properties that specify JUnit integration tests that don't use cactus (the properties I found ... maven.iutest.* seem to assume the use of a webapp to perform the tests)? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2] Multiproject directory organization on CVS
My point is that projects shouldn't have sub-poms Let's assume I have an application called superbig with 1 war for the web view, 1 war for web services, 2 jars for POJO business services (one containing sell logic and one containing buy logic), 1 jar for an MDB, and an EAR to package it all together. This would be my setup: superbig superbig-web superbig-ws superbig-buy superbig-sell superbig-mdb superbig-ear Each one of the above represents an Eclipse project/CVS module; 7 in total. superbig is what I consider the master project that holds configuration data common to all project modules (build directory, groupId, etc.) The groupId would be superbig All of the 6 modules will extend the master project as follows: extend../superbig/project.xml/extend Now to build your application as a whole, you'd run multiproject:install from the master project To make that work, you'd need to set the following in the master project's project.properties file: maven.multiproject.basedir=${basedir}/.. maven.multiproject.includes=${pom.groupId}-*/project.xml Hope that clarifies it a bit. I'd be interested to hear about situations where that wouldn't work. Cheers, Thomas On 9/16/05, Nelson Arape [EMAIL PROTECTED] wrote: Hi Tomas I sympathise with you, but then how do you handle this situation: project +-core +-optional-plugin1 +-optional-plugin2 +-optional-plugin3 +-examples-files where project have a pom (also src/site, src/assembly, src/bin) and every subproject also have a pom? I would like to follow the: one POM = one package = one CVS/Eclipse module for the same reason you mention, but I dont know how to doit in a subproject (or multiproject) configuration. Cheers Nelson Arape Thomas Van de Velde wrote: I always apply the following: one POM = one package = one CVS/Eclipse module There are many advantages to this aproach: 1) You are not mixing libraries across modules in your Eclipse classpath 2) This solution allows people to checkout only those parts on which they work 3) This solution scales well for very large projects 4) You can use the Eclipse plugin to generate a classpath file that is synchronized with the POM. This doesn't work for nested POMs. Cheers, Thomas On 9/13/05, Nelson Arape [EMAIL PROTECTED] wrote: Sorry, I did not make may self clear. I don't have problems with How maven handles subprojects, but in how organize thos projects in a CVS repository. How I look, I have to options: 1.- Make the whole project and subprojects a module in the CVS repository. 2.- Make each subproject a distinct module in the CVS repository. I originally thought that 1 was the way to go, but then I haven't a place to store the project (root) pom.xml, src/site and src/assembly files. So now I think option 2 is the way to go. Can anyone confirm, denied or expand my assumptions Nelson Arape Yann Le Du wrote: Hello Nelson, --- Nelson Arape [EMAIL PROTECTED] a écrit : Hello to all I have a multiproject directory organization as follows: project +-core +-optional-plugin1 +-optional-plugin2 +-optional-plugin3 +-examples-files I originally thought that I should create all subprojects as CVS modules, but what do I do with the project pom?. So that a goal executed in project be recursively executed in subprojects, you could add the following in the project pom : modules modulecore/module moduleoptional-plugin1/module ... /modules Additionally I am also planing to use the site plugin, so should i create a src/site on project or a site subproject instead? For myself, I use a src/site. This allows me to simply execute the site plugin in project, which recursively calls the same in subprojects. I believe the Maven dev team uses a site subproject, maybe someone can comment on the pros cons ? Thanks in advance Nelson Arapé PS: sorry for my english - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Regards, Yann Yahoo! Mail - Votre e-mail personnel et gratuit qui vous suit partout ! Créez votre Yahoo! Mail sur http://mail.yahoo.fr - 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: [m2] Multiproject directory organization on CVS
I always apply the following: one POM = one package = one CVS/Eclipse module There are many advantages to this aproach: 1) You are not mixing libraries across modules in your Eclipse classpath 2) This solution allows people to checkout only those parts on which they work 3) This solution scales well for very large projects 4) You can use the Eclipse plugin to generate a classpath file that is synchronized with the POM. This doesn't work for nested POMs. Cheers, Thomas On 9/13/05, Nelson Arape [EMAIL PROTECTED] wrote: Sorry, I did not make may self clear. I don't have problems with How maven handles subprojects, but in how organize thos projects in a CVS repository. How I look, I have to options: 1.- Make the whole project and subprojects a module in the CVS repository. 2.- Make each subproject a distinct module in the CVS repository. I originally thought that 1 was the way to go, but then I haven't a place to store the project (root) pom.xml, src/site and src/assembly files. So now I think option 2 is the way to go. Can anyone confirm, denied or expand my assumptions Nelson Arape Yann Le Du wrote: Hello Nelson, --- Nelson Arape [EMAIL PROTECTED] a écrit : Hello to all I have a multiproject directory organization as follows: project +-core +-optional-plugin1 +-optional-plugin2 +-optional-plugin3 +-examples-files I originally thought that I should create all subprojects as CVS modules, but what do I do with the project pom?. So that a goal executed in project be recursively executed in subprojects, you could add the following in the project pom : modules modulecore/module moduleoptional-plugin1/module ... /modules Additionally I am also planing to use the site plugin, so should i create a src/site on project or a site subproject instead? For myself, I use a src/site. This allows me to simply execute the site plugin in project, which recursively calls the same in subprojects. I believe the Maven dev team uses a site subproject, maybe someone can comment on the pros cons ? Thanks in advance Nelson Arapé PS: sorry for my english - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Regards, Yann Yahoo! Mail - Votre e-mail personnel et gratuit qui vous suit partout ! Créez votre Yahoo! Mail sur http://mail.yahoo.fr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Threads (was RE: [ANN] Article on building J2EE projects with Maven 1.1)
Vincent, Does Cargo support remote stopping and starting as well as deployment? Thanks Thomas On 9/13/05, Vincent Massol [EMAIL PROTECTED] wrote: Hi Richard, -Original Message- From: Walsh, Richard (Richard) [mailto:[EMAIL PROTECTED] Sent: vendredi 9 septembre 2005 13:34 To: Maven Users List Subject: RE: [ANN] Article on building J2EE projects with Maven 1.1 Hi Vincent, Have you any experience with launching new threads from maven. I am trying to stop and re-start Jboss after deploying an clover instrumented jar to Jboss in order to clover some unit tests. However, I cannot get this to work using the Jboss Pluging, the Jelly:Threads or ant fork. Any ideas or pointers are welcome. Here are some ideas: - use cargo (http://cargo.codehaus.org). We've just added support for JBoss 3.x and 4.x. There's also a maven 1.x plugin. If you're interested, talk to us on the Cargo mailing list and we'll help you - jelly:threads are working fine for me. Here's an example: j:thread attainGoal name=start or stop container/ /j:thread ant:waitfor ant:http url=some url to wait while container is starting or stopping/ /ant:waitfor [snip] Hope this helps, -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Need Maven example of ant replace task please...
And you should consider using a PropertiesPlaceHolder to externalize those setting in a properties file and not run a filter directly on an application context. Your properties file can then be place in your resources folder and copied to your classpath. Cheers, Thomas On 8/23/05, Kenney Westerhof [EMAIL PROTECTED] wrote: On Tue, 23 Aug 2005, Mick Knutson wrote: You're replacing the original source files, after they're copied to the webapp dir, so this is not going to work. You want to have a postGoal on war:war-resources, and use ${maven.war.webapp.dir} as a base dir (which is target/artifactId/) and replace the files there. It's probably better to use 2 different property files containing the filters, load one of them, and copy the resources with filtering enabled (with tokens like @APPSRVR_JNDI_TOKEN@); the problem here is that the war plugin doesn't provide copying files with filtering, so your solution is probably the easiest. -- Kenney OK, I found a couple of things, but I need to do the following: I have an xml configuration file from Spring, that I need to replace a token in, depending upong the type of build i.e: maven.target.build=jboss, or maven.target.build=was51 I want to replace this token only when I add it to the war. So here is what I found, and I am not sure how to modify this to get it to replace what I need: postGoal name=war:webapp j:set var=targetBuild value=${maven.target.build}/ j:if test=${targetBuild == 'jboss'} ant:replace file=${basedir}/conf/web/xml/applicationContext-hibernate.xml ant:replacefilter token=[APPSRVR_JNDI_TOKEN] value=${jboss.jndi.token}/ /ant:replace /j:if j:if test=${targetBuild == 'was51'} ant:replace file=${basedir}/conf/web/xml/applicationContext-hibernate.xml ant:replacefilter token=[APPSRVR_JNDI_TOKEN] value=${was51.jndi.token}/ /ant:replace /j:if /postGoal But is this going to replace this token just prior to adding this file to the war? Thank You Mick Knutson Sr. Java/J2EE Consultant BASE logic, inc. (415) 648-1804 (S.F., CA) http://www.BASELogic.com HP Consulting Services (Walnut Creek, CA) From: Mick Knutson [EMAIL PROTECTED] Reply-To: Maven Users List users@maven.apache.org To: users@maven.apache.org Subject: Need Maven example of ant replace task please... Date: Tue, 23 Aug 2005 09:38:57 -0700 I am trying to use the ant replace task function in my Maven build and want to see if anyone can help me with an example. Thank You Mick Knutson Sr. Java/J2EE Consultant BASE logic, inc. (415) 648-1804 (S.F., CA) http://www.BASELogic.com HP Consulting Services (Walnut Creek, CA) - 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] -- Kenney Westerhof http://www.neonics.com GPG public key: http://www.gods.nl/~forge/kenneyw.key - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven/Spring Testing
Marcelo, I haven't answered your follow-up for two reasons: 1) You ask something I've already answered ...as this may have a big performance impact... 2) I do not like your tone. You have posted twice Where are you guys? In response to that I can tell you that I was on a flight from the US to Europe coming back from a very BIG project. Thomas On 8/21/05, Marcelo Alcantara [EMAIL PROTECTED] wrote: Hi Jason, I know...I have gotten very nice answers here in this list and people really seem to be cool. Just saw the Carlos oness that I didn´t know and it is very nice work too. We have a bit of stress today, but talked offline and everything went well in the end. :) A lot of misunderstanding from everybody. The question about genapp templates was already answered. What I asked latelly was about how maven decides what to load first when running tests. Carlos suggested me to have spring appcontext files with the same name, that the test ones would override the main ones. But I just wanted to make sure and understand how maven deals with it. Thanks for the attention. Maralc -- Marcelo Alcantara Senior Developer/Architect [EMAIL PROTECTED] +55 11 81968823 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven/Spring Testing
Case closed ;-) On 8/22/05, Marcelo Alcantara [EMAIL PROTECTED] wrote: Hey Thomas, As I said before, I asked that in a good way (Where are you guys). And the confusion between me and Craig was already solved. I didn´t intend to be aggressive. (But I know I was when answering to Craig). Don´t get me bad. Cheers Marcelo On 8/22/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: Marcelo, I haven't answered your follow-up for two reasons: 1) You ask something I've already answered ...as this may have a big performance impact... 2) I do not like your tone. You have posted twice Where are you guys? In response to that I can tell you that I was on a flight from the US to Europe coming back from a very BIG project. Thomas On 8/21/05, Marcelo Alcantara [EMAIL PROTECTED] wrote: Hi Jason, I know...I have gotten very nice answers here in this list and people really seem to be cool. Just saw the Carlos oness that I didn´t know and it is very nice work too. We have a bit of stress today, but talked offline and everything went well in the end. :) A lot of misunderstanding from everybody. The question about genapp templates was already answered. What I asked latelly was about how maven decides what to load first when running tests. Carlos suggested me to have spring appcontext files with the same name, that the test ones would override the main ones. But I just wanted to make sure and understand how maven deals with it. Thanks for the attention. Maralc -- Marcelo Alcantara Senior Developer/Architect [EMAIL PROTECTED] +55 11 81968823 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Marcelo Alcantara Senior Developer/Architect [EMAIL PROTECTED] +55 11 81968823 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Standardized Maven Environment
Jared, I've used the solution mentioned by Brett on large projects and it works well. I also place a project.xml and project.properties in the Maven cvs/svn module that holds configuration data common to all applications on a project. Applications then extend this project-level pom with extends${ maven.home}/project.xml/extends I would be interested to hear how this issue is being addressed with M2. One solution would be to have a small M2 core that is used to bootstrap your project's POM, which extends a POM located on a web server. E.g. extends http://mylocalserver/projectX/project.xml/extends I believe this is a feature request that has already been submitted for M1 but I am not sure how this would work for associated project.properties files. With M2 this should become simpler as all configuration data is stored in the POM. Please correct me if I am wrong. Thomas On 8/22/05, Buntingster [EMAIL PROTECTED] wrote: We are looking at standardizing our builds on Maven. We will have one server performing builds for our official artifacts. However, all of our developers will also need to be able to build locally for their own purposes. We will be setting up an internal repository for our libraries, and we will also have need to write several custom plugins for some of our business requirements. We will initially be using maven 1 - while we are definitely considering maven 2, politics do not allow us to use an unreleased project, and we are in desperate need of the dependency management features provided by maven. So, hopefully my solution (at least conceptually) can be applied to both maven 1 and maven 2. My question is this: is there any good way to be sure that my developers are running in the same maven environment as our build server? By this I mean primarily the plugins (and their versions) that are installed. This becomes especially critical when we have internal plugins that will be modified on a more frequent basis. My current thought is to publish the info available in maven -i on a central web server, and then write a custom plugin (update-maven-env) that our developers can run that will retrieve this information and retrieve and update the appropriate plugins. I was wondering if anyone has any thoughts on this, if there is already a solution out there? Any assistance would be greatly appreciated. Thanks. -Jared - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Standardized Maven Environment
Sounds like a good tip trick for mavenbook.org http://mavenbook.org On 8/22/05, Trygve Laugstøl [EMAIL PROTECTED] wrote: On Mon, Aug 22, 2005 at 02:21:31PM +0200, Thomas Van de Velde wrote: Jared, I've used the solution mentioned by Brett on large projects and it works well. I also place a project.xml and project.properties in the Maven cvs/svn module that holds configuration data common to all applications on a project. Applications then extend this project-level pom with extends${ maven.home}/project.xml/extends I would be interested to hear how this issue is being addressed with M2. One solution would be to have a small M2 core that is used to bootstrap your project's POM, which extends a POM located on a web server. E.g. extends http://mylocalserver/projectX/project.xml/extends I believe this is a feature request that has already been submitted for M1 but I am not sure how this would work for associated project.properties files. With M2 this should become simpler as all configuration data is stored in the POM. Please correct me if I am wrong. In Maven 2 you have parent instead of extends like this: parent groupIdmy-group/groupId artifactIdmy-parent/artifactId version1.0/version /parent Which is a artifact which can be put in your normal Maven repository. -- Trygve -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDCcT44EbM92cyCUURAv7cAJ0fzSCLcx5q9bdlPkA/wT2sKJGlDQCeNCv2 XX868RfFHFLPcx8eSs33p5c= =hOhl -END PGP SIGNATURE-
Re: How to access default value of property of another plugin
Martin, This has been documented here: http://maven.apache.org/tags.html#maven:pluginVar e.g. *maven**:**pluginVar* var=reportsDir plugin='maven-test-plugin' property='maven.test.reportsDirectory'/ Cheers, Thomas On 8/22/05, Martin Burger [EMAIL PROTECTED] wrote: Hello, I need the value of the property maven.test.reportsDirectory in the plugin.jelly of my plugin even if it is not set via a project.properties file. Regard this simple goal: goal name=some:goal echoValue of maven.test.reportsDirectory: ${maven.test.reportsDirectory}/echo /goal If I run this goal without setting the property in a project.properties, it's output is just [echo] Value of maven.test.reportsDirectory:. If I run maven test:compile some:goal, it's output is [echo] Value of maven.test.reportsDirectory: some value How can I access the default value of that property as defined in the plugin.properties of the test-Plugin without running a test goal? Should I set this property in the plugin.properties of my plugin? I think that solution is not so good, because if that property's default value is changed I will need to change my settings, too. Can I load the default properties of another plugin in my plugin's jelly file? Regards, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: searching the archives??
Try http://marc.theaimsgroup.com/?l=turbine-maven-user Cheers, Thomas On 8/23/05, Chris Berry [EMAIL PROTECTED] wrote: Greetings, At the risk of asking a dumb question, is users@maven.apache.org searchable?? When I go to the archives (http://mail-archives.apache.org/mod_mbox/maven-users/) I cannot see any mechanism to search. Am I missing something?? Thanks, -- Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven unattended build process ---?
Sanjay, You might want to look at continuous integration engines like CruiseControl, Anthill or Luntbuild, which take care of the tagging and are ideal for nightly builds. Maven would then just be used for build and packaging. CVS operations are handled by the build server. However, for application releases (meaning a software release to production), I would use Maven to tag and assign a version number. These type of releases are not part of a continuous build and are often refered to as push-button operations. Maven could go a bit further with the automation of releases. Right now a lot of it still manual (e.g. assigning a version number, etc.). I've written a plugin that automates all of that by automatically incrementing the last digit of an application's version upon release. Cheers, Thomas On 8/18/05, Sanjay Choudhary [EMAIL PROTECTED] wrote: We currently use Maven 1.0.2 only for building a J2EE application. *Developers aren't using it as yet.* :-( Our current process is described below. We run this process everynight to create EAR and deploy them in Sandbox. I will appreciate everyone's suggestions and comments to improve the process. 1. Bootstrap all projects from CVS. Get latest from head or branch. (We have maven.xml in the our bootstrap project that does check outs for all the projects from CVS). 2. Perform release - We use multiproject:goal with -Dgoal=performrelease. In this task we tag our code in CVS and update project.xml's with the new version. 3. Use maven and build EAR. 4. Deploy EAR in sandbox - This is done using Jackal scripts. we have a unix shell script that runs(from cron job) the above mentioned process. Value of CVS tag and version numbers are determined using perl and passed to maven. Issues with this process. == For some reason, if step 3 fails to build the EAR file. (For reasons like compilation errors etc) Getting build process back in line is lot of work. For example, if my last successfull build was 1.0.1 and now I am trying to build 1.0.2. 1. Bootstrap works ok 2. Prepare release will tag the cvs and update the project.xml for current version to be 1.0.2 3. BUILD FAILS. Developer fixes the bug and now when we will try to do release 1. Bootstrap new code. 2. Attempt Prepare Release - it fails when it tries to find the depencies for version 1.0.2. Since this is a J2EE application, there are dependencies of EJB's , WAR project on Java projects.Also some Java projects are dependent on other java projects. I am not sure if we are following the right process to build. Our goal is to tag code in CVS and build everynight ( and may be multiple times in a day in future). Also if build fails, email out the notifications. I will appreciate any comments, suggestions and any experience. Thanks, Sanjay
Re: Maven/Spring Testing
I give them a seperate name. In fact, in a unit test, you do not want to load your full production context as this may have a big performance impact (especially when using Hibernate). The best thing to do is 1) avoid loading application contexts where possible by using mock implementations for your dependencies 2) When you want to run integration tests, load a subset of your production context that configures the piece of logic that you want to test top-down 3) Have maybe one integration test that loads your production context as a whole to make sure that there are no errors in your configuration. Key message: avoid the use of application context for unit testing and default to mock objects. Cheers, Thomas On 8/18/05, Carlos Sanchez [EMAIL PROTECTED] wrote: The test ones need to be in the classpath before the main ones. IIRC that's by default or maybe in the project.xml build section On 8/18/05, Marcelo Alcantara [EMAIL PROTECTED] wrote: Hi Carlos, But how do the test ones override the main ones?? Having the same names?? Can you give me more hints about it?? This is just what I need. I will download the oness from home as I cannot go out with maven from the company proxy. Thanks a lot man. Marcelo On 8/18/05, Carlos Sanchez [EMAIL PROTECTED] wrote: Hi, My approach is using classpath application contexts so the ones in src/test/resources override the ones in src/main/resources. You can check it out at http://oness.sourceforge.net On 8/18/05, Marcelo Alcantara [EMAIL PROTECTED] wrote: Friends, I am using spring in a J2EE project that is being build with maven. Somebody here have a good picture on how organizing different spring applicationContext.xml s for main and test?? To be more clear, in a production environment, my ejb will need to get one applicationcontext.xml. In test environment it would need to obtain another applicationcontext. I am sure I am not the first one to have this doubt. Thanks in advance. -- Marcelo Alcantara Senior Developer/Architect [EMAIL PROTECTED] +55 11 81968823 - 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] -- Marcelo Alcantara Senior Developer/Architect [EMAIL PROTECTED] +55 11 81968823 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m1.1] JCoverage shows 0% for everyting.
?? Any other details available? Its always usefull to compare your config to one that works and look for differences. Here's one that works: http://boss.bekk.no/boss/middlegen/maven-reports.html On 8/15/05, Hogeweg, Erwin (GE Infrastructure) [EMAIL PROTECTED] wrote: All, class name=myPackage.SimpleQueue file name=myPackage/SimpleQueue.java/ line rate=0.0/ branch rate=0.7/ methods method nameAndSignature=lt;clinitgt;()V line rate=0.0/ branch rate=1.0/ /method method nameAndSignature=lt;initgt;()V line rate=0.0/ branch rate=1.0/ /method method nameAndSignature=class$(Ljava/lang/String;)Ljava/lang/Class; line rate=0.0/ branch rate=1.0/ /method method nameAndSignature=dequeue()Ljava/lang/Object; line rate=0.0/ branch rate=0.0/ /method method nameAndSignature=dispose()V line rate=0.0/ branch rate=1.0/ /method method nameAndSignature=enqueue(Ljava/lang/Object;)Z line rate=0.0/ branch rate=0.0/ /method method nameAndSignature=getObjectWithoutDequeue()Ljava/lang/Object; line rate=0.0/ branch rate=0.0/ /method method nameAndSignature=isEmpty()Z line rate=0.0/ branch rate=1.0/ /method method nameAndSignature=setMaxSize(I)V line rate=0.0/ branch rate=1.0/ /method method nameAndSignature=size()I line rate=0.0/ branch rate=1.0/ /method /methods valid lines=25, 27, 29, 31, 35, 36, 40, 41, 42, 43, 44, 46, 47, 57, 58, 59, 60, 61, 64, 65, 66, 73, 74, 75, 84, 85, 87, 88, 89, 90, 91, 93, 102, 111, 115, 116/ line number=25 hits=0/ line number=27 hits=0/ line number=29 hits=0/ line number=31 hits=0/ line number=35 hits=0/ line number=36 hits=0/ line number=40 hits=0/ line number=41 hits=0/ line number=42 hits=0/ line number=43 hits=0/ line number=44 hits=0/ line number=46 hits=0/ line number=47 hits=0/ line number=57 hits=0/ line number=58 hits=0/ line number=59 hits=0/ line number=60 hits=0/ line number=61 hits=0/ line number=64 hits=0/ line number=65 hits=0/ line number=66 hits=0/ line number=73 hits=0/ line number=74 hits=0/ line number=75 hits=0/ line number=84 hits=0/ line number=85 hits=0/ line number=87 hits=0/ line number=88 hits=0/ line number=89 hits=0/ line number=90 hits=0/ line number=91 hits=0/ line number=93 hits=0/ line number=102 hits=0/ line number=111 hits=0/ line number=115 hits=0/ line number=116 hits=0/ /class - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven properties inside java code
Marco, You have to pass the location of poroject.properties to the JVM by adding - Dproperties.path=/yourpath/to/project.properties. Then you use the Java properties api to load this properties file and read your key. Rgds, Thomas On 8/9/05, Marco Mistroni [EMAIL PROTECTED] wrote: Hello all, i am using Maven to build my project, but i am stuck with a problem. In running my tests, i would like to reuse inside my tests some properties defined in my project.properties. for example, i have to load a connection to a database (in my dbunit test), and i would like to pick databasename,user,password etc from project.properties. i have defined thos eproperties in project.properties, and in my dbunit file i am calling System.getProperty(db.user) for example but i get back null can anyone help me ou t? thanx in advance and regards marco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Parent Projects
I like adding a pom to my Maven installation directory, share it in SCM and then all projects can extend from the pom added to Maven by referering to it as extend${maven.home}/project.xml/extend I like to refer to this pom added to Maven as the program-level pom. Each project extends the program-level pom with an application-level pom. The application-level pom is then extended by module poms. Rgds, Thomas On 8/9/05, Grant Ingersoll [EMAIL PROTECTED] wrote: Is there a best practices for using the extend tag in the POM? My structure is something like: holder-dir Project1 project.xml Project2 project.xml Project3 project.xml Some things are common between the projects (by convention, not by using the extend). I would like to take advantage of the multiproject plugin for site generation, etc. Have seen suggested something like: holder-dir project.xml -- Multiproject POM maven-common project.xml -- Common properties Project1 project.xml Project2 project.xml Project3 project.xml Each of the Project POMs would extend the POM in maven-common. Any thoughts/suggestions? What successes or failures have people had going this route? Thanks, Grant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [M2] where to get javax.persistence.ejb-3.0-edr2-20050513.jar?
I believe you can download this from the JBOss/Hibernate web site. Cheers, Thomas On 8/6/05, Ralph Pöllath [EMAIL PROTECTED] wrote: Hi, my project has a transitive dependency on javax.persistence.ejb-3.0- edr2-20050513, for which the central repository contains a pom, but no jar. I understand that this is probably due to licensing restrictions, and would gladly drop the jar into my private repository, but unlike the other stuff in javax.*, I just cannot find the jar. Can anyone help? Thanks, -Ralph. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Continuous integration for dummies anyone?
I've also seen luntbuild in action (http://www.pmease.com/luntbuild/). I looks like they have advanced a lot. The big plus over CC is that you get a nice configuration console instead of hard-to-maitain XML. I am not sure why M2 wants to ship with its own continuous integration engine. There are already many great solutions out there. Would be interesting to know what the business case is. On 8/1/05, Mayorgaadame, Alex [IT] [EMAIL PROTECTED] wrote: Thanks on your tips. CruiseControl Wiki was down almost all day and I'm yet not able to found the Maven+CruiseControl+CVS manual, maybe I can contribute there. I'll try to get this working tomorrow. Looks to be not very hard. Thanks on being so nice to newbies here Alex Mayorga Adame Citigrouo Enterprise Applications Engineering -Original Message- From: Jamie Bisotti [mailto:[EMAIL PROTECTED] Sent: Monday, August 01, 2005 12:00 PM To: Maven Users List Subject: Re: Continuous integration for dummies anyone? On 8/1/05, Mayorgaadame, Alex [IT] [EMAIL PROTECTED] wrote: Hello all Maven guys and gals: I'm a total newbie to this stuff, but I've got an assignment to set up a Maven + Cruise Control + CVS thing for a Hello world! application. Can anybody walk me trough or point me to a comprehensive guide? I haven't been able to find one yet. I promise to log everything I learn to my blog or to any wiki that would help new users of this great product. Regards Alex Mayorga Adame - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Check out the Wiki on the CruiseControl site; I believe it has a Maven/CC/CVS scenario. Basically, get your project building with Maven is the first/most important step. After that, it's just a matter of setting up CC's config.xml (fairly simple/straight forward), and you should be off and running. I'd suggest updating to the latest maven-cruisecontrol-plugin and using it to generate the initial config.xml; then you can tweak that as you get more familiar with things. -- Jamie Bisotti Software Engineer Lexmark International, Inc. - 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: Continuous integration for dummies anyone?
You may want to check out http://www.pragmaticautomation.com On 8/1/05, Mayorgaadame, Alex [IT] [EMAIL PROTECTED] wrote: WOW! Now I've got even a book author involved. That's why I love the Open Source community. Thanks to all for the tips. I'll start to work on this today and will be asking for some help as it progresses. Thanks Alex Mayorga Adame Citigrouo Enterprise Applications Engineering -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: Monday, August 01, 2005 1:08 PM To: 'Maven Users List' Cc: Mayorgaadame, Alex [IT] Subject: RE: Continuous integration for dummies anyone? Hi Alex, Not sure it's going to help you but there's an almost full chapter on that in my Maven book (Maven: A Developer's Notebook, published by O'Reilly, see http://www.mavenbook.org). It takes you through it step by step. Not sure you want to buy the book just for this though... :-) If you want to check the source code from the book, you can find a project using CC there (http://mavenbook.xwiki.com/xwiki/bin/view/Main/Source). Check the qotd project which is set up to work with CC. Cheers, -Vincent -Original Message- From: Mayorgaadame, Alex [IT] [mailto:[EMAIL PROTECTED] Sent: lundi 1 août 2005 17:36 To: Maven Users List Subject: Continuous integration for dummies anyone? Hello all Maven guys and gals: I'm a total newbie to this stuff, but I've got an assignment to set up a Maven + Cruise Control + CVS thing for a Hello world! application. Can anybody walk me trough or point me to a comprehensive guide? I haven't been able to find one yet. I promise to log everything I learn to my blog or to any wiki that would help new users of this great product. Regards Alex Mayorga Adame - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger Téléchargez cette version sur http://fr.messenger.yahoo.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: java.io.IOException: Forbidden
Have you tried to copy paste one of those urls in browser and observed the message you get? On 8/1/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi after installing Maven I was trying to install the androMDA plugin. I've got the following error output. Any help on this problem is very welcome. -- ciao Jens C:\Programme\Mavenmaven plugin:download -DgroupId=andromda -DartifactId=maven-andromda-plugin - Dversion=3.1-M1 __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 Attempting to download commons-io-20030203.000550.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/commons-io/jars/commons-io-20030203.000550.jar ]: java.io.IOException: Forbidden. Error retrieving artifact from [ http://team.andromda.org/maven/commons-io/jars/commons-io-20030203.000550.jar ]: java.io.IOException: Forbidden. WARNING: Failed to download commons-io-20030203.000550.jar. Attempting to download commons-net-1.1.0.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/commons-net/jars/commons-net-1.1.0.jar]: java.io.IOException: Forbidden. Error retrieving artifact from [ http://team.andromda.org/maven/commons-net/jars/commons-net-1.1.0.jar]: java.io.IOException: Forbidden. WARNING: Failed to download commons-net-1.1.0.jar. Attempting to download commons-httpclient-2.0.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/commons-httpclient/jars/commons-httpclient-2.0.jar ]: java.io.IOException: Forbidden. Error retrieving artifact from [ http://team.andromda.org/maven/commons-httpclient/jars/commons-httpclient-2.0.jar ]: java.io.IOException: Forbidden. WARNING: Failed to download commons-httpclient-2.0.jar. Attempting to download commons-lang-2.0.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/commons-lang/jars/commons-lang-2.0.jar]: java.io.IOException: Forbidden. Error retrieving artifact from [ http://team.andromda.org/maven/commons-lang/jars/commons-lang-2.0.jar]: java.io.IOException: Forbidden. WARNING: Failed to download commons-lang-2.0.jar. Attempting to download commons-logging-1.0.3.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/commons-logging/jars/commons-logging-1.0.3.jar ]: java.io.IOException: Forbidden. Error retrieving artifact from [ http://team.andromda.org/maven/commons-logging/jars/commons-logging-1.0.3.jar ]: java.io.IOException: Forbidden. WARNING: Failed to download commons-logging-1.0.3.jar. Attempting to download jsch-0.1.5.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/jsch/jars/jsch-0.1.5.jar]: java.io.IOException: Forbidden. Error retrieving artifact from [ http://team.andromda.org/maven/jsch/jars/jsch-0.1.5.jar]: java.io.IOException: Forbidden. WARNING: Failed to download jsch-0.1.5.jar. Attempting to download commons-jelly-20030902.160215.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/commons-jelly/jars/commons-jelly-20030902.160215.jar ]: java.io.IOException: Forbidden. Error retrieving artifact from [ http://team.andromda.org/maven/commons-jelly/jars/commons-jelly-20030902.160215.jar ]: java.io.IOException: Forbidden. WARNING: Failed to download commons-jelly-20030902.160215.jar. Attempting to download commons-jelly-tags-velocity-20030303.205659.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/commons-jelly/jars/commons-jelly-tags-velocity- 20030303.205659.jar]: java.io.IOException: Forbidden. Error retrieving artifact from [ http://team.andromda.org/maven/commons-jelly/jars/commons-jelly-tags-velocity- 20030303.205659.jar]: java.io.IOException: Forbidden. WARNING: Failed to download commons-jelly-tags-velocity-20030303.205659.jar. Attempting to download velocity-1.4-dev.jar. Error retrieving artifact from [ http://www.ibiblio.org/maven/velocity/jars/velocity-1.4-dev.jar]: java.io.IOException: Forbidden. Error retrieving artifact from [ http://team.andromda.org/maven/velocity/jars/velocity-1.4-dev.jar]: java.io.IOException: Forbidden. WARNING: Failed to download velocity-1.4-dev.jar. The build cannot continue because of the following unsatisfied dependencies: commons-io-20030203.000550.jar commons-net-1.1.0.jar commons-httpclient-2.0.jar commons-lang-2.0.jar commons-logging-1.0.3.jar jsch-0.1.5.jar commons-jelly-20030902.160215.jar (try downloading from http://jakarta.apache.org/commons/jelly/) commons-jelly-tags-velocity-20030303.205659.jar velocity-1.4-dev.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Project website
This might be because your web server is running while you are building the site. You need to stop the web server. On 8/1/05, Jeffrey Mutonho [EMAIL PROTECTED] wrote: Hi guys My project structure is a as follows: FooProject |_FooProjectLogging |_FooProjectPersistence |_FooProjectBusiness where FooProjectLogging,FooProjectLogging,FooProjectBusiness are individual sub-projects I wish to create a project website and have respectively configured the indivual sub-projects' project.xml files as shown below: siteDirectory/usr/local/apache2/htdocs/FooProject/FooProjectLogging/siteDirectory siteDirectory/usr/local/apache2/htdocs/FooProject/FooProjectPersistence/siteDirectory siteDirectory/usr/local/apache2/htdocs/FooProject/FooProjectBusiness/siteDirectory When run maven to do the build , it fails with the message : Unable to obtain goal [exact-build-all] -- /home/jmu016/.maven/cache/maven-site-plugin-1.5.1/plugin.jelly:169:40: copy Failed to copy /home/jmu016/maven-1.0 /projects_main/projects/FooProject/FooProjectLogging/target/docs/images/external.png to /usr/local/apache2/htdocs/FooProject/FooProjectLogging/images/external.png due to /usr/local/apache2/htdocs/FooProject/FooProjectLogging/images/external.png (No such file or directory) I did create the directory FooProject under /usr/local/apache2/htdocs.Does this mean I have to create the folders FooProjectLogging, FooProjectPersistence , FooProjectBusiness and their sub-folders and their sub-folders , etc ...manually?How do I do this? Thanx Jeff Mutonho Cape Town South Africa - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: scm tagging!!1
This doesn't look like a valid CVS root. Nirmally it looks like scm:cvs:local:ignored:/cvs/root:module-name See http://maven.apache.org/reference/project-descriptor.html#class_Repository On 8/1/05, NIRMALA Manivasagam [EMAIL PROTECTED] wrote: Hello, Iam getting this one as an error my build.properties : maven.scm.cvs.module=petstore #maven.scm.cvs.url=scm:cvs:local:/cvs/source:petstore maven.compile.deprecation=on maven.scm.url=:local:/cvsnt/source D:\maven1.0.2\binmaven scm:checkout __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: scm:find-connection: [echo] Using connection: :local:/cvsnt/source scm:checkout: [echo] Checking out :local:/cvsnt/source BUILD FAILED File.. C:\Documents and Settings\mnirmala\.maven\cache\maven- scm-plugin-1.5\ plugin.jelly Element... scm:checkout Line.. 110 Column 233 No such provider: 'al'. Total time: 4 seconds Finished at: Mon Aug 01 13:09:44 GMT+05:30 2005 Thanks, Nirmala Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: scm tagging!!
You should probably use pipes on windows. The SCM plugin validates the scm connection on 6 tokens. When you use windows with something like C:\ you get another token which leads to a false validation. I would say this is a bug in the SCM plugin. So to make this work you need scm|cvs|local|C:\cvsnt\source|petstore|petstore I haven't checked yet if this has been fixed in 1.1 On 8/1/05, Gisbert Amm [EMAIL PROTECTED] wrote: The connection, I guess. From scm:cvs:local:/cvsnt/source:petstore:petstore to scm:cvs:local:C:\cvsnt\source:petstore:petstore Hope this works (I only had CVS repositories on UNIX machines so far). Probably someone with Windows experience can proof that one? Regards, Gisbert Amm NIRMALA Manivasagam wrote: yes my CVS root dir is located in C:\cvsnt\source ...what should i change? -Original Message- From: Gisbert Amm [mailto:[EMAIL PROTECTED] Sent: Monday, August 01, 2005 12:57 PM To: Maven Users List Subject: Re: scm tagging!! Is your CVS root directory probably located at C:\cvsnt\source or something like that? /cvsnt/source is a UNIX path and your repository is obviously not located there (the CVSROOT directory within a CVS repository contains the administrative files; CVS needs them to work). Regards, Gisbert Amm NIRMALA Manivasagam wrote: Hi all, when iam trying to checkout a project iam getting the following error.can anyone help me? D:\maven1.0.2\binmaven scm:checkout __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0.2 build:start: scm:find-connection: [echo] DEPRECATED: the maven.scm.cvs.root property is deprecated. Please spe cify maven.scm.url [echo] Using connection: scm:cvs:local:/cvsnt/source:petstore:petstore scm:checkout: [echo] Checking out scm:cvs:local:/cvsnt/source:petstore:petstore Provider message: The cvs command failed. Command output: cvs [checkout aborted]: /cvsnt/source/CVSROOT: No such file or directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email. - 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: Accessing an internal remote repository via FTP - how to specify username/password
Kanakambaran, Last time I checked (Maven 1.0.2), ftp was simply not implemented. Thomas On 7/1/05, Kanakambaran Nair [EMAIL PROTECTED] wrote: Some more info on this - here is the output of maven -X Attempting to download xyz-1.0.jar. Getting URL: ftp://n123/xyz/jars/xyz-1.0.jar username is xyz; password hidden Error retrieving artifact from [ftp://n123/xyz/jars/xyz-1.0.jar]: java.net.ProtocolException: Server redirected too many times (20) Username was 'uname', password hidden Error details java.net.ProtocolException: Server redirected too many times (20) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance( NativeConstructorAccessorImpl.java: 39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorIm pl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at sun.net.www.protocol.http.HttpURLConnection$6.run( HttpURLConnection.java :1186) at java.security.AccessController.doPrivileged(Native Method) at sun.net.www.protocol.http.HttpURLConnection.getChainedException( HttpURLConnection.java:11 80) at sun.net.www.protocol.http.HttpURLConnection.getInputStream( HttpURLConnection.java:877) at sun.net.www.protocol.ftp.FtpURLConnection.getInputStream( FtpURLConnection.java:356) at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:448) at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:287) at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:181) at org.apache.maven.verifier.DependencyVerifier.getRemoteArtifact( DependencyVerifier.java:35 1) at org.apache.maven.verifier.DependencyVerifier.getDependencies( DependencyVerifier.java:280) at org.apache.maven.verifier.DependencyVerifier.satisfyDependencies( DependencyVerifier.java: 171) at org.apache.maven.verifier.DependencyVerifier.verify( DependencyVerifier.java:97) at org.apache.maven.project.Project.verifyDependencies(Project.java:1367) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java :641) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:263) at org.apache.maven.jelly.tags.maven.ReactorTag.doTag(ReactorTag.java:368) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag( MavenGoalTag.java:79) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction (MavenGoalTag .java:110) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at com.werken.werkz.WerkzProject.attainGoal(WerkzProject.java:193) at org.apache.maven.jelly.tags.werkz.MavenAttainGoalTag.doTag( MavenAttainGoalTag.java:127) at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:279) at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:135) at org.apache.maven.jelly.tags.werkz.MavenGoalTag.runBodyTag( MavenGoalTag.java:79) at org.apache.maven.jelly.tags.werkz.MavenGoalTag$MavenGoalAction.performAction (MavenGoalTag .java:110) at com.werken.werkz.Goal.fire(Goal.java:639) at com.werken.werkz.Goal.attain(Goal.java:575) at org.apache.maven.plugin.PluginManager.attainGoals(PluginManager.java :671) at org.apache.maven.MavenSession.attainGoals(MavenSession.java:263) at org.apache.maven.cli.App.doMain(App.java:488) at org.apache.maven.cli.App.main(App.java:1239) 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 com.werken.forehead.Forehead.run(Forehead.java:551) at com.werken.forehead.Forehead.main(Forehead.java:581) Caused by: java.net.ProtocolException: Server redirected too many times (20) at sun.net.www.protocol.http.HttpURLConnection.getInputStream( HttpURLConnection.java:1141) at sun.net.www.protocol.ftp.FtpURLConnection.getInputStream( FtpURLConnection.java:356) at sun.net.www.URLConnection.getHeaderField(URLConnection.java:66) at java.net.URLConnection.getHeaderFieldDate(URLConnection.java:597) at java.net.URLConnection.getLastModified(URLConnection.java:526) at org.apache.maven.util.HttpUtils.getFile(HttpUtils.java:440) ... 34 more WARNING: Failed to download xyz-1.0.jar.
Re: [m2] : site:site problem
I've opened an issue on this before reading this mail: http://jira.codehaus.org/browse/MNG-389 I guess I can close it then. On 5/14/05, Brett Porter [EMAIL PROTECTED] wrote: On 5/14/05, Jeremy Simoncello [EMAIL PROTECTED] wrote: Hi Not a big problem but I have just tested the site plugin with 2.0 alpha 2, I noticed an error (stack trace below) when calling m2 site:site. Thanks, Jason has fixed it. I corrected it by adding name and url to my pom.xml. I had generated my pom.xml with archetype plugin m2 archetype:create -DgroupId=org.q.m2test -DartifactId=m2test Also added a default name and URL to the archetype. Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running integration tests
Vincent, Any plans on building Cargo support for WAS? Cheers, Thomas On 5/13/05, Vincent Massol [EMAIL PROTECTED] wrote: -Original Message- From: David Jackman [mailto:[EMAIL PROTECTED] Sent: vendredi 13 mai 2005 18:32 To: Maven Users List Subject: Running integration tests For one of my projects, I need to add some integration tests that are separate from the unit tests. The unit tests work as they should--they are fully automated and run with every build. The integration tests are different in that they can't be fully automated since they depend on some external resources (in this case a specifically configured server) being available. Why can't this be automated? Maybe Cargo (http://cargo.codehaus.org) could help? http://tinyurl.com/8djb http://tinyurl.com/dnll2 http://tinyurl.com/btmwa However, when these resources are in place I would like to be able to use Maven to run the tests. I didn't see a plugin that directly addresses this situation, but did notice the integrationUnitTestSourceDirectory element of the POM that has been documented as deprecated. Is anyone out there doing this sort of thing? Is there a best practice I can follow for the fewest headaches? Maybe the Cargo Maven plugin? Here was my planned approach: 1. Create an integrationtest directory tree in src that is a sibling to the unit tests in test. The integrationtest directory will have a java subdir for the source code, a resources directory for non-compiled files that need to be in the classpath, and a data directory that contains the files and instructions necessary for setting up the external resources. An idea: Why don't you create a separate subproject to run your integration tests that you would put in src/test? 2. Create integrationtest:xxx goals in the project's maven.xml that correspond to the test plugin goals the set the test plugin properties to point to the integrationtest directory then run the corresponding test goal. Thanks, ..David.. -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [database] Where do I put my database Scripts.
http://www.codeczar.com/products/maven-sql-plugin/ uses src/sql and Google thinks chipoter means to haggle but I'd say to mess around Cheers, Thomas On 5/13/05, Vincent Massol [EMAIL PROTECTED] wrote: -Original Message- From: Laurent Forêt [mailto:[EMAIL PROTECTED] Sent: vendredi 13 mai 2005 17:53 To: Maven Users List Subject: Re: [database] Where do I put my database Scripts. Maybe I chipote (what's the translation for chipote), To quibble I think. but in the new convention (http://maven.apache.org/reference/conventions.html) it has been introduce the main folder. I don't understand exactly why for instance, but I am too much young maven user to have any judgement. You're right. I meant: src/main/database src/main/scripts scr/main/sql Unless there are DB scripts for testing in which casae they would go in src/test/database, etc. [snip] -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cactus Dashboard Agregator?
I haven't found a dashboard agregator for cactus. Have I missed something? Cheers, Thomas
Re: Cactus Dashboard Agregator?
I would think so. That's why I find it strange that it hasn't been done ;-) On 5/10/05, Siegfried Goeschl [EMAIL PROTECTED] wrote: Hi Thomas, I would suggest that you write it since it is easy :-) Cheers, Siegfried Goeschl Thomas Van de Velde wrote: I haven't found a dashboard agregator for cactus. Have I missed something? Cheers, Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cactus Dashboard Agregator?
Hi Vincent, Thanks you for your input. It would be nice to have this feature. It would be great if you could apply a patch! Thanks. Thomas On 5/10/05, Vincent Massol [EMAIL PROTECTED] wrote: Hi Thomas, -Original Message- From: Thomas Van de Velde [mailto:[EMAIL PROTECTED] Sent: mardi 10 mai 2005 12:51 To: Maven Users List Subject: Cactus Dashboard Agregator? I haven't found a dashboard agregator for cactus. Have I missed something? I simply haven't had the need for it ;-) That said a Cactus test is a junit test so I guess you should be able to use the junit aggregator (although I haven't tried it on cactus tests). Hmm Adding the following properties should work: # Properties for the Cactus aggregator maven.dashboard.aggregator.cactustests.script = ${maven.dashboard.aggregators.dir}/junittests.jelly maven.dashboard.aggregator.cactustests.artifact = ${cactus.reports.dir}/TESTS-TestSuites-Cactus.xml maven.dashboard.aggregator.cactustests.label = Cactus Tests maven.dashboard.aggregator.cactustests.goal = cactus:test maven.dashboard.aggregator.cactustests.description = Number of Cactus tests maven.dashboard.aggregator.cactustests.report = cactus-report.html And then: maven.dashboard.aggregators = [...],cactustests That said, I do agree that it would be nicer to have a proper Cactus aggregator! I'll be happy to apply a patch... :-) Thanks -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can I make project.xml extend a remote file?
Adrian, Sorry, I was a bit too quick with my response. In fact what I do is I have a master project.xml that I place in the folder where I've installed Maven. All my applications extend this POM in the following way: extend${maven.home}/project.xml/extend Application modules will further extend the application POM like this: extend${application.home}/project.xml/extend Within project.properties you set the correct path (which is used by multiproject) application.home=../../.. [or whatever path that's fit for your module] Now when you want to build a module in isolation, whithout having the application pom checked out, you can refer dynamically replace the application POM with the master pom: maven jar:install -Dapplication.home='${maven.home}' Does this make sense? On 5/8/05, Brett Porter [EMAIL PROTECTED] wrote: On 5/9/05, Adrian Herscu [EMAIL PROTECTED] wrote: Brett, just asked if I can use the multiproject goals when the sub-projects are not using the extend mechanism - will Maven build them? Yes, multiproject is unaware of what you are extending. In m1, it is sometimes impossible to have your master build match your parent build (eg, maven-plugins extends ../plugin-parent/project.xml instead of project.xml, but still builds with multiproject). What do you thing about Thomas' solution? (previous post in this thread) I didn't quite understand it either (but it is early ;) Seems it didn't work out for you though. - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven eclipse depenendy failing
yes ;-) eclipse.dependency does not refer to an Eclipse project but only tells the Eclipse plugin whether it should add the dependency to the project's classpath. Since an Eclipse project is not recognized as a dependency type, the dependency you have defined will not be considered as an Eclipse project and automatically added to the classpath. However, you can add an Eclipse project to the classpath by defining the following in your project.properties file: maven.eclipse.classpath.include=/test1 Then you also need set eclipse.dependency to false in your project.xml. If not, you'll add it once as an Eclipse dependency and a second time as jar dependency. This is not really straightforward and it'd be great if the Eclipse plugin woud support this better. On 5/7/05, Marcell Manfrin Barbacena [EMAIL PROTECTED] wrote: Hi everyone, I'm running on a problem when I try to add a eclipse project (not mavenized) as a dependency to my mavenized project... The error can be reproduced doing that: 1. create a eclipse java project named test1 in eclipse. 2. create a mavenized project named test (maven genapp) 3. add the eclipse dependy do test project as: dependency groupIdtest1/groupId artifactIdtest1/artifactId version1/version properties eclipse.dependencytrue/eclipse.dependency /properties /dependency 4. try to run maven eclipse goal in the test project and maven will try to download the test1-1.jar and will fail! Am I doing something wrong? Tnx -- Nobody knows who i really am I never felt this empty before And if I never need someone to come along Who's gonna comfort me and keep me strong? -- Marcell Manfrin Barbacena [EMAIL PROTECTED] MSN Messenger: [EMAIL PROTECTED] ICQ UIN: 63671762 Skype: callto://marcell84bruk +55 (83) 8808-8555 (Oi) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can I make project.xml extend a remote file?
You could do this: Within your module: project extend${module.root}/project.xml/extend /project Within module's project.properties: module.root=../.. [your path to your base POM] When you build in isolation: maven jar:install -Dmodule.root=. On 5/7/05, Adrian Herscu [EMAIL PROTECTED] wrote: Brett Porter wrote: I want the ability to build sub-projects in isolation (i.e. w/o checking-out the entire multi-project). Definitely a good idea. Should I refrain from using the extend mechanism? For now, unfortunately, yes. I found that was the simplest way to get by. FIXME: This means that I will not be able to use the multiproject goals. - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN support?
Brett, While you're at it, could you also take care of http://jira.codehaus.org/browse/MPSCM-44 It would be really nice to have a way to bypass the prompt. This really doesn't fit in a fully automated release process where the version and tag are automatically calculated from the current version. On my projects I have an algorithm that looks at the latest current version and automatically increments it. It would also be nice to add branching support. This should also be straightforward. Thanks! Thomas On 5/6/05, Brett Porter [EMAIL PROTECTED] wrote: Thad, Yes, there is support in Maven 1.x through the downloadable SCM 1.5 beta plugin (that the docs reference). There has also been support in changelog for some time. I'll get my act together and release some of this Real Soon Now. - Brett On 5/7/05, Smith, Thad [EMAIL PROTECTED] wrote: I've read in several places that Maven 1 (I'm on 1.0.2) only supports CVS, and that SVN support was going to be added in Maven 2. But then I read through the SCM plugin documentation (http://maven.apache.org/reference/plugins/scm/scmurl.html) and it states that it supports SVN. Is this really the case? Regards, Thad Smith - 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: Mevenide problem with eclipse 3.1M6
In that case I'd log it in JIRA (I had a similar problem when 3.0 first came out; at time they pointed me to the aforementioned link) On 5/6/05, Martin Jäger [EMAIL PROTECTED] wrote: The same problem (display of tabs) here... Regards Martin Michael wrote: I just installed mevenide today on Windows XP Pro with Eclipse 3.1M6 and Java 5. I used http://mevenide.codehaus.org/release/eclipse/update/site.xml. Just to make sure, do you have a proxy server on your network? If so, you'll need to set up the proxy in Eclipse. I haven't had much luck with the plugin unfortunately. While it installs no problem and I have menus, I haven't been able to get POM synchronization working and the registeded editor for POM files displays every tab in some corrupted view. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie question
Hi Lance, When you fixed your proxy problem, Maven has automatically downloaded the log4j library you've defined in project.xml from a central repository on the Internet and copied it on your local hard drive. It only gets downloaded once (unless you've defined a SNAPSHOT dependency which gets updated with every build). I am not sure why you'd need to run the install_repo script. I've never done this and it always worked fine. Brett? Thomas On 5/5/05, Brett Porter [EMAIL PROTECTED] wrote: exactly that (which ends up being c:\documents and settings\username - try echo %HOMEDRIVE%%HOMEPATH%). Cheers, Brett On 5/5/05, Lance Semmens [EMAIL PROTECTED] wrote: Thanks, i'll try this. I've looked in the repository (created by install_repo.bat) and i have found the file .maven\repository\log4j\jars\log4j-1.2.8.jar Shouldn't maven use this instead of trying to download it? I still think that I've created my repository incorrectly Can anyone tell me what i should specify for %HOMEDRIVE%%HOMEPATH% in the following statement? install_repo.bat %HOMEDRIVE%%HOMEPATH%\.maven\repository Cheers, Lance. -Original Message- Wrom: NVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZFSQHYUCDDJBLVLMHAALPTCXLYRWTQTIPWIGYOKSTTZRCLBDXRQBGJSNBOHMKHJYFMYXOEAIJJPHSCRTNHGSWZIDREXCAXZOWCONEUQZAAFXISHJEXXIMQZUIVOTQNQEMSFDULHPQQWOYIYZUNNYCGPKYLEJGDGVCJVTLBXFGGMEPYOQKEDOTWFAOBUZXUWLSZLKBRNVWWCUFPEGAUTFJMVRESKPNKMBIPBARHDMNNSKVFVWRKJVZCMHVIBGDADRZF
Re: Maven - IF Tag problem
== != equals() ;-) On 5/5/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Thanks man it's working. -Original Message- Wrom:
Re: Multi-language projects
I am not aware of any plugins for C but you could call ant:exec/ from a custom plugin to execute a compilation script for your language. Your compilation scripts can be packaged within a plugin and executed on any machine that has the a On 5/5/05, Smith, Thad [EMAIL PROTECTED] wrote: Hi, I'm new to Maven and am looking at it to unify the build processes for all of the internal products my group supports. We have several J2EE projects that we're working on which makes Maven a good fit. But we also have several non-Java projects and what's worse is that some of our J2EE projects have other languages intertwined such as Perl and C and even some proprietary languages. I'm looking for two things...First, is anyone else out there using Maven to successfully manage non-java projects like this? If so, do you have any experiences/best practices that you can share? Secondly, Are there any plugins out there to do Perl validation or C compilation? My intuition is no since I can't find them on any of the Maven plugin pages. I wanted to make sure before I go writing my own. Regards, Thad Smith Senior Software Engineer Electric Reliability Council of Texas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: plugin.jelly: a conditional prereqs
But couldn't you do: pregoal name=dist:whatever j:if test=${ithasbeencalled == null} ${systemScope.setProperty('ithasbeencalled', 'true')} /j:if /pregoal goal name=whatevergoalthatwantstocalldist j:if test=${ithasbeencalled != null} attainGoal name=dist:whatever/ /j:if /goal On 5/5/05, Geoffrey [EMAIL PROTECTED] wrote: Another requirement is that I can't control the goal I am prereqing, its of the apache maven dist plugin. But if attainGoal would support it in the future, that would be the solution -- With kind regards, Geoffrey Thomas Van de Velde [EMAIL PROTECTED] schreef in bericht news:[EMAIL PROTECTED] This might work: goal name=only-once j:if test=${ihavebeencalled == null} ${systemScope.setProperty('ihavebeencalled', 'true')} echoI am doing this only once/echo /j:if /goal Thomas On 5/2/05, Brett Porter [EMAIL PROTECTED] wrote: There is actually a workaround such that you can specify the existing session to the attainGoal tag that has this affect (it can be found in JIRA). - Brett On 5/2/05, Arik Kfir [EMAIL PROTECTED] wrote: right, I missed that requirement.. actually, come to think of it - one could create a new jelly tag, which accepts a list of goal names, and attains them if they have not been attained yet (by using some plugin-context-level variables, which I assume are retained across the maven session). Would that be useful for anyone? Or does m1.1 already deal with that? Brett Porter wrote: That won't suit his requirement about not attaining twice. You can put the if statement inside the goal you are prereq'ing though. - Brett On 5/2/05, Arik Kfir [EMAIL PROTECTED] wrote: Consider instead of using 'prereqs' to use attainGoal instead, like this: goal name=myGoal j:if test=... attainGoal name=.../ /j:if /goal Geoffrey wrote: Hi, Can I do a conditional prereqs in a plugin.jelly? A goal should be attained conditionally based on a jelly expression, but if it's already attained in this build it shouldn't be attained either. - 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: Two artifacts for one project
You should call ejb:install and jar:install. artifact:install is a lower-level goal that should not be used directly. When you call ejb:install, your ejb will be installed in an ejbs folder. When you call jar:install, your jar is copied to a jars folder. You can now use them as a dependency by setting typeejb/type or typejar/type (The latter can be left out as by default dependencies resolve to jar. Thomas On 5/5/05, Tran, Khiet [EMAIL PROTECTED] wrote: Hi everyone, We have a legacy directory structure of components that I want to convert to maven. The context I have is that for some components (maven project), a custom ant-task generates two different jars for it. root/ |component project.xml |target/ |-componentEjb-version.jar |-component-version.jar So for installing these into the repository, I am using the artifact:install goal with 2 different types: jar ejb, which installs 2 separate jars into the local repository. But I cannot retrieve one of the two jar as both uses the same pom. My question is, is it possible for me to specify a different pom then the current one ${pom} when using the goal artifact:install? And if I am using the same pom for both artifacts of different types, how do I refer to both as dependencies. I've tried it but it does not work. Thanks, Khiet.
Re: Acquiring project properties from the Reactor results?
I have faced the same problem. Is there an easy solution? I am going to try to manipulate the pom through Java to see if that works. Would be great to hear if there's another (easier) way ... On 5/5/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm using the following jelly script to get a list of the projects and their properties. The project (POM) level items like pom.artifactId are being resolved. However, all the project related properties are returning empty strings. I basically pulled the following script out of a couple examples so I do not understand what is being returned in the reactorProject variable. If you could point me to some documentation in that area I would appreciate it. How should I access the project's properties? Also, is there a way to have the reactor process each project without trying to set up the project's dependencies? maven:reactor basedir=${maven.multiproject.basedir} postProcessing=true includes=${maven.multiproject.includes} excludes=${maven.multiproject.excludes} ignoreFailures=true/ j:forEach var=reactorProject items=${reactorProjects} j:set var=prj.groupId value=${reactorProject.groupId} trim=true / j:set var=prj.artifactId value=${reactorProject.artifactId} trim=true / j:set var=prj.ServerName value=${reactorProject.context.getVariable('server.deployment.namehttp://server.deployment.name ')} trim=true / j:set var=prj.multiproject.type value=${reactorProject.context.getVariable('maven.multiproject.type')} trim=true / j:set var=prj.archive.final.name http://prj.archive.final.name value=${reactorProject.context.getVariable('archive.final.namehttp://archive.final.name ')} trim=true / attainGoal name=deployComponent/ /j:forEach Bud Curtis JDIMS Project L-3 Communications (719) 637-5633 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Newbie question
In that case could this this not be removed from M1? I see little added value. T On 5/5/05, Brett Porter [EMAIL PROTECTED] wrote: On 5/6/05, Jamie Bisotti [EMAIL PROTECTED] wrote: Someone correct me if I am wrong, ok :) Actually, install_repo copies the files from /lib into the local repository. It saves you about 5 mb of downloads that you already have. It's not ideal, and certainly the long term goal is to eliminate /lib and just use a repository. Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Mevenide problem with eclipse 3.1M6
Adam, Try this: http://mevenide.codehaus.org/release/eclipse/update/3.0/ Thomas On 5/5/05, Adam Hardy [EMAIL PROTECTED] wrote: If there's anyone out there who's got the lowdown on eclipse and the mevenide plug-in, could you have a look at this problem please? I'm posting this here because it seems inappropriate to enter into mevenide's jira, and I can't find a more appropriate list. I started out with Eclipse 3.1M6 fresh out of the zip with no other plug-ins installed. I went along with the default workspace, which is new, since I made my workspace somewhere else in my previous Eclipse. Eclipse doesn't recognise the plug-in. There's no trace of the mevenide menus, and there's no record of it in the Eclipse Plug-ins Details in Eclipse/Help/About... There's no entry in .log file and there are no problems listed in the PDE Runtime view. The Download option from mevenide.codehaus.orghttp://mevenide.codehaus.orgfails with connection timeout problems (although I can see the site.xml in my browser). This is on windows XP with Java 1.5.0 I am very stuck. Can anyone give advice please? Thanks Adam http://www.bbc.co.uk/ This e-mail (and any attachments) is confidential and may contain personal views which are not the views of the BBC unless specifically stated. If you have received it in error, please delete it from your system. Do not use, copy or disclose the information in any way nor act in reliance on it and notify the sender immediately. Please note that the BBC monitors e-mails sent or received. Further communication will signify your consent to this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Two artifacts for one project
Khiet, If you really do not want to change your source folders to seperate the ejb code from your library code, you'll have to play around with the following properties: maven.ejb.includes maven.ejb.excludes maven.jar.excludes maven.jar.includes But as Steve already mentioned, this is not the recommended approach to build an EJB or JAR. I'd seperate both, each with its own project.xml. You can then use a reactor if you decide to have both source folders in the same project. But you could also create two seperate projects each with its own project.xml at the root. (which is something you are forced to do if you use WSAD and want to continue to use its J2EE plugins) Did you take a look at the Genapp plugin? You can run it with the complex template for an example of the first option. Thomas On 5/5/05, Tran, Khiet [EMAIL PROTECTED] wrote: Yes, and following Thomas' recommendations, I opened ejb:install and it uses artifact:install exactly as I do. The difference between ejb:ejb/ejb:ejb-client and our custom ant-task is that I need both artifacts into my ear. I cannot get both (ejb/jar) into my ear through dependency, which is not needed for ejb:ejb produced artifact. -Original Message- From: dan tran [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 3:06 PM To: Maven Users List Subject: Re: Two artifacts for one project Khiet, did you use custom ant tasks to build your jar and jeb? -D On 5/5/05, Steve Molloy [EMAIL PROTECTED] wrote: Better yet, you should split your code in 2 projects, one for component, and one for EJB which depends on the first one. Steve On Thu, 2005-05-05 at 19:36 +0200, Thomas Van de Velde wrote: You should call ejb:install and jar:install. artifact:install is a lower-level goal that should not be used directly. When you call ejb:install, your ejb will be installed in an ejbs folder. When you call jar:install, your jar is copied to a jars folder. You can now use them as a dependency by setting typeejb/type or typejar/type (The latter can be left out as by default dependencies resolve to jar. Thomas On 5/5/05, Tran, Khiet [EMAIL PROTECTED] wrote: Hi everyone, We have a legacy directory structure of components that I want to convert to maven. The context I have is that for some components (maven project), a custom ant-task generates two different jars for it. root/ |component project.xml |target/ |-componentEjb-version.jar |-component-version.jar So for installing these into the repository, I am using the artifact:install goal with 2 different types: jar ejb, which installs 2 separate jars into the local repository. But I cannot retrieve one of the two jar as both uses the same pom. My question is, is it possible for me to specify a different pom then the current one ${pom} when using the goal artifact:install? And if I am using the same pom for both artifacts of different types, how do I refer to both as dependencies. I've tried it but it does not work. Thanks, Khiet. - 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: Multi-language projects
Thad, You can use the following parameters: spawn=false failonerror=true and a couple of others which are documented here: http://ant.apache.org/manual/CoreTasks/exec.html On 5/5/05, Smith, Thad [EMAIL PROTECTED] wrote: Thanks, Easy enough... Does anyone know if there is a way to read the output from an ant:exec/ task (which could be multi-line) to determine if the compilation was in fact successful? If not, I'll probably need to write an ant task to do this. Thad Smith -Original Message- From: Thomas Van de Velde [mailto:[EMAIL PROTECTED] Sent: Thursday, May 05, 2005 11:25 AM To: Maven Users List Subject: Re: Multi-language projects I am not aware of any plugins for C but you could call ant:exec/ from a custom plugin to execute a compilation script for your language. Your compilation scripts can be packaged within a plugin and executed on any machine that has the a On 5/5/05, Smith, Thad [EMAIL PROTECTED] wrote: Hi, I'm new to Maven and am looking at it to unify the build processes for all of the internal products my group supports. We have several J2EE projects that we're working on which makes Maven a good fit. But we also have several non-Java projects and what's worse is that some of our J2EE projects have other languages intertwined such as Perl and C and even some proprietary languages. I'm looking for two things...First, is anyone else out there using Maven to successfully manage non-java projects like this? If so, do you have any experiences/best practices that you can share? Secondly, Are there any plugins out there to do Perl validation or C compilation? My intuition is no since I can't find them on any of the Maven plugin pages. I wanted to make sure before I go writing my own. Regards, Thad Smith Senior Software Engineer Electric Reliability Council of Texas - 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: maven jboss plugin problem
You expect it to copy your war to your app server's deploy dir? The JBoss plugin doesn't do that. It tells the app server to come look for your war in your workspace by calling a JMX method. Thomas On 5/2/05, GOKULAM Jayaram [EMAIL PROTECTED] wrote: Hi all, I tried to deploy a war file in JBOSS app server using JBOSS plugin version 1.5. Its giving me a weird problem. It picks up the artifact from the folder c:\Maven1.0.2\bin\target\sample.war and deploys it in the same directory, instead of deploying it to the c:\JBoss\server\default\deploy directory. Why is this problem? How do I make it work correctly. Please help me out. Thanks in advance, Jayaram Confidentiality Statement: This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by return email.
Re: plugin.jelly: a conditional prereqs
This might work: goal name=only-once j:if test=${ihavebeencalled == null} ${systemScope.setProperty('ihavebeencalled', 'true')} echoI am doing this only once/echo /j:if /goal Thomas On 5/2/05, Brett Porter [EMAIL PROTECTED] wrote: There is actually a workaround such that you can specify the existing session to the attainGoal tag that has this affect (it can be found in JIRA). - Brett On 5/2/05, Arik Kfir [EMAIL PROTECTED] wrote: right, I missed that requirement.. actually, come to think of it - one could create a new jelly tag, which accepts a list of goal names, and attains them if they have not been attained yet (by using some plugin-context-level variables, which I assume are retained across the maven session). Would that be useful for anyone? Or does m1.1 already deal with that? Brett Porter wrote: That won't suit his requirement about not attaining twice. You can put the if statement inside the goal you are prereq'ing though. - Brett On 5/2/05, Arik Kfir [EMAIL PROTECTED] wrote: Consider instead of using 'prereqs' to use attainGoal instead, like this: goal name=myGoal j:if test=... attainGoal name=.../ /j:if /goal Geoffrey wrote: Hi, Can I do a conditional prereqs in a plugin.jelly? A goal should be attained conditionally based on a jelly expression, but if it's already attained in this build it shouldn't be attained either. - 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: Maven 1.1 will require JDK 1.4 to run
Brett, I am using M1 to build for Websphere 4, which runs on JDK 1.3. Asking the 50+ developers in my project to install another JDK, which is not supported by the AS, doesn't seem reasonable to me, certainly if it's for a minor upgrade. In my opinion, you shouldn't introduce this type of major modifications in a minor release. Leave that for M2... I know there are many other projects out there that are still using 1.3. Adding another JDK is often not that staightforward. You have to have a very good reason to do so. Thomas. On 5/1/05, Brett Porter [EMAIL PROTECTED] wrote: Hi, I wanted to make sure users are aware of this - some of the new code being introduced to Maven 1.1 and 2.0 requires a 1.4 JVM to run. This does not mean that it can not build for anything else - you can still target 1.1, and can even compile using a completely external JDK IIRC. This is just a matter of what JVM runs Maven itself. This still seems to be a problem for some. If anyone is in this position, can you please shed some light on what the requirement is? That is if you -can not- install a 1.4 JDK to run Maven with. I'm thinking this can only be because one is not available for a particular operation system, of which I am not aware of any at this point. I don't see the position on this changing as it requires a fair bit of code change for little benefit, but I would like to know the impact. Thanks, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven 1.1 will require JDK 1.4 to run
It was meant for the list indeed (I still have to get used to my new gmail account ;-) On 5/1/05, Brett Porter [EMAIL PROTECTED] wrote: I'm not sure if you intended this to be on the list... I'd rather have this discussion there. Especially since you are replying to someone else's mail :) I get this problem with fellow gmail users all the time - you need to use reply to all. On 5/2/05, Thomas Van de Velde [EMAIL PROTECTED] wrote: But I am not dropping support for the applications that are working just fine on WS4. That's fine. Maven 1.0.2, I presume, is working fine on WAS4 too... so you are welcome to continue using it. Spring is supported from 1.3 up to 1.5 Spring is a framework, not an application. That's a big difference. My point is, a minor release should not introduce major modifications. This is not so much a major modification - we're not breaking any scripts or builds, just dropping support for a platform that we don't have the bandwidth to maintain and test. Sorry if this has struck a nerve, but please understand where I am coming from here. I am trying to keep Maven moving for the majority of the community. As I said, I'm willing to take assistance to keep it 1.3 compatible. Cheers, Brett
Re: Timeline for release 1.1
I agree with Vincent. A lot of big business have moved to Maven. As long as M2 is not as advanced (and eventually more advanced, of course) as M1, there is a strong need to continue to fix and improve M1. On 4/30/05, Vincent Massol [EMAIL PROTECTED] wrote: -Original Message- From: Arik Kfir [mailto:[EMAIL PROTECTED] Sent: samedi 30 avril 2005 04:00 To: Maven Users List Subject: Re: Timeline for release 1.1 Just wondering, is there a point in getting a 1.1 out, with m2 coming in three-four months? I, for one, would prefer that efforts go into making m2 better, faster, leaner, meaner rather than into another m1 release, that probably won't live too much after m2 is released...and don't forget the cost maintaining one or two bug fix releases for 1.1 so... You're kidding of course? I'm totally -1 to your idea. M2 is already a pain in the neck for everyone already using Maven that it is a duty for Maven to support as much as possible its existing users that it has attracted for the past 3 years. Also I think you don't imagine the effort there is for m2 to come even close to m1 in term of plugins. It's not only a question of number of plugins but also a question of the features and details each plugin has. Arik, you ay not realize but Maven is not a small and unknown open source project and it is being used in lots of major businesses. Migrating a m1 build to a m2 build is something that is far from being automated and it will not happen before several years in lots of places. You want to keep supporting these people and fix m1 bugs, etc. Now all that said, you're already right (unfortunately): most maven core committers have already switched to m2 and are not helping much on m1. I bless Brett for doing so. He's doing a lot of good to Maven as a whole by continuing to support m1. Gladly we also have some m1 users that are m1 plugin committers and that are continuing to improve/fix the existing plugins. Personally I would like to see as much refactorings as possible to bring m1 as close as possible to m2 to make it an easier migration in the future. This is what Brett has started by bringing the Model and Wagon to m1. I would like to see m1 plugins being refactored into plugins that can work both in m1 and m2 (I think that ought to be possible in several cases but we would probably need to develop a small m1 adapter layer). Alternatively m2 plugins could be made to work in m1 by adding this adapter layer. I'm still unsure whether this is possible but I've started experimenting with it. All that said, I'm also very excited to use m2. I have started to migrate my existing open source projects to m1 and I can do that because these projects are business-bound. I've also seen some limitations that currently exist in m2 and that will hopefully be fixed soon. Thanks -Vincent, answering for all existing business users of m1 ;-) Brett Porter wrote: There are no plans at the moment. Since it is incorporating many of the components from Maven 2 while remaining backwards compatible, the current effort is going into Maven2. - Brett On 4/29/05, Gisbert Amm [EMAIL PROTECTED] wrote: Hi Maveners, can you already say when release 1.1 will be ready? Regards, Gisbert - 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]