Apparent bug, can't change group
I just configured my first 2 projects in continuum. I don't recall how Continuum got the Group for the project...possibly from my pom file; in any case I had an error in the group name so I deleted the project and re-added the project. The old Group name is still being used. I cannot seem to get it to ever read the value in my pom file. Is this a bug or am I doing this wrong? -dh
Add listFiles to ScmProvider
Here you can find my patch that adds listFiles to ScmProvider and the implementation for subversion. http://jira.codehaus.org/browse/SCM-183 Please give me feedback. I have some questions: Unfortunately svn info gives the date in a special German format back on my PC. How can I parse the date? I would prefer svn --xml info to assure that file names with international characters can be supported. Which xml parser should I use? Zsolt Zsolt Koppany Phone: +49-711-722 1874 -- Intland Software, Wankelstrasse 3 D-70563 Stuttgart, Germany Phone: +49-711-722 1873, e-mail:[EMAIL PROTECTED] Fax: +49-711-722 1835
Re: Should all maven-[x]-plugin have skip parameter like surefire-plugin
Hi Brett, Did you first do mvn install on the first project? Where did it end up? No. I don't want to do mvn install. Both rar and ear are two module project under the same parent pom project. Actually, I end-up create my own my-rar package type and since maven-ear-plugin could not recognize my-rar artifact I also create my own my-ear package. Thanks a lot for the help! Jian -- View this message in context: http://www.nabble.com/Should-all-maven--x--plugin-have-skip-parameter-like-surefire-plugin--t1358571.html#a3825872 Sent from the Maven - Dev forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2]Is Plugin associated with Packaging but type is used for dependency?
Hi Brett, Thanks a lot for your reply! I followed the Introduction to the Build Lifecycle and created my-rar package and I had problem using my-rar with maven-ear-plugin. At first, I thought it is the problem of dependency resolution of maven. Later on, I realized that it is maven-ear-plugin could not recognize my-rar type. So, I end up create my-ear package to resolve it. Best regards, Jian -- View this message in context: http://www.nabble.com/-m2-Is-Plugin-associated-with-Packaging-but-type-is-used-for-dependency--t1365954.html#a3825927 Sent from the Maven - Dev forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [m2]Is Plugin associated with Packaging but type is used for dependency?
Hi Jian, Just to be sure that I fully undestood your problem; could you please confirm that http://jira.codehaus.org/browse/MEAR-26 would solve this problem? Thanks, Stéphane On 4/9/06, Jian.Wu [EMAIL PROTECTED] wrote: Hi Brett, Thanks a lot for your reply! I followed the Introduction to the Build Lifecycle and created my-rar package and I had problem using my-rar with maven-ear-plugin. At first, I thought it is the problem of dependency resolution of maven. Later on, I realized that it is maven-ear-plugin could not recognize my-rar type. So, I end up create my-ear package to resolve it. Best regards, Jian -- View this message in context: http://www.nabble.com/-m2-Is-Plugin-associated-with-Packaging-but-type-is-used-for-dependency--t1365954.html#a3825927 Sent from the Maven - Dev forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- .::You're welcome ::.
Plugin descriptor extractor for JDK1.5 sources/annotations?
Hi, since qdox has some problems with JDK 1.5 sources, is there a plugin descriptor extractor for JDK1.5 sources with annotations? If not, I'd go ahead and write one. Looks fairly straightforward to me, except for the choice which extractor to use in a project, or in other words, how to prevent the qdox extractor from running. Ideally, this would be configured in the plugin plugin section of the POM, but I do not know how to get this information down to the extractor. It is called through AbstractGeneratorMojo.execute() -- DefaultMojoScanner.populatePluginDescriptor(MavenProject, PluginDescriptor) -- JavaMojoDescriptorExtractor.execute(MavenProject, DescriptorExtractor). How do I get the plugin configuration here? Regards, Jochen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven tutorial
Thank for correcting my spelling mistakes, english isn't my native language. About the images, I have used Open Office Draw to create the images so I'll upload all the source files. This way everyone can change the text easily. I'll try continue writting more this week, I haven't had a lot of time lately . On 4/8/06, Dennis Lundberg [EMAIL PROTECTED] wrote: I have just read through the docs that Alexandre has written and there is good stuff in there. The content is presented in a fashion similar to The Java Tutorial with trails. One trail for each level of knowledge: beginner, intermediate, etc. This is a nice way to do it and I think that this is precisely what the current Maven docs lack. Sure there are a ton of information on the Maven site, but to the novice user it's somewhat overwhelming. Having a beginners trail will make it easier for newbies. I took the liberty of proofreading the wiki docs, making some minor changes to spelling and formatting. There are still some minor errors, but they are in the very nice-looking images. It'd probably be best for someone who has the original images to correct those. As far as reintegration goes, I think it can be done. But it depends on the status of the support for wiki/confluence in doxia and the site plugin. If that is not available, a bit of conversion will be required. -- Dennis Lundberg Brett Porter wrote: Has anyone had a chance to look at the wiki content? It seems to be coming along, but I'm too pressed for time right now... Are any docs able to be reintegrated back into the Maven site? - Brett Alexandre Poitras wrote: Thank Brett, I'll do my best. In the first part, where I explain basic concepts, I sometimes reproduce some of the already existing content but I always try to make the explanations clearer and add some details. Sometimes the existing documentation is good but presented in a very rude way. And lets not forget that a tutorial promotes a natural reading order, which is very important to not confuse new users. Other then that, I don't think I will take a lot of already existing content. On 3/19/06, Brett Porter [EMAIL PROTECTED] wrote: I plan to take a look when I get some time. The important things I'd keep in mind: - don't just reproduce documentation that already exists (like installation instructions). The last attempt at a tutorial on the wiki did this and then just petered out as it wasn't very useful. This doesn't appear to be the case here, just a thing to keep in mind. - have in the back of your mind how you'd integrate it into the project web site. This should give a structure that facilitates doing so later. Thanks! - Brett Alexandre Poitras wrote: Well I don't know if anyone has noticed but I have been working on some Maven 2 documentation lately http://docs.codehaus.org/display/MAVENUSER/The+Maven+2+tutorial I would like to hear your comments and suggestions since I am planning to try to finish it in the coming weeks. In my opinion, the format is more user-friendly at first then the sparsed documentation currently available. What do you think? -- Alexandre Poitras Québec, Canada - 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] -- Alexandre Poitras Québec, Canada - 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] -- Alexandre Poitras Québec, Canada - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Please synch Apache m2 repository for Struts
Assuming everything looks okay, please synch dist/maven-repository/org/apache/struts/struts-parent with ibiblio. The struts-parent pom v1 has been deployed with a signature. Release vote: http://www.nabble.com/-VOTE-Release-the-struts-parent-pom-v1-t1418981.html Thanks, Wendy Smoak (Apache Struts PMC member) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
plexus converter for the EAR plugin
Hi guys, I am trying to implement a plexus converter to implement MEAR-8. I need to be able to retrieve a piece of XML from the pom, validate it and inject it in the auto-generated application.xml. Sample pom: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-ear-plugin/artifactId configuration resourcesDir${basedir}/META-INF/resourcesDir security security-role id=SecurityRole_1131964323008 description/description role-namemanager/role-name /security-role security-role id=SecurityRole_1131964323018 description/description role-nameteller/role-name /security-role /security /configuration /plugin I have create an EarSecurity POJO with a list of SecurityRole POJOs. This field is defined as a security parameter in the GenerateApplicationXmlMojo /** * The security-roles to be added to the auto-generated * application.xml file. * * @parameter */ private EarSecurity security; I am now trying to register my converter so I put the following in src/main/resources/META-INF/plexus/components.xml: plexus components component role org.codehaus.plexus.component.configurator.converters.basic.AbstractBasicConverter /role role-hintEarSecurity/role-hint implementation org.apache.maven.plugin.ear.security.EarSecurityConverter/implementation /component /components /plexus However, If I try to use my security param locally, it still uses the default converter Caused by: org.codehaus.plexus.component.configurator.ComponentConfigurationException: Cannot find setter nor field in org.apache.maven.plugin.ear.security.EarSecurity for 'securityRole' at org.codehaus.plexus.component.configurator.converters.ComponentValueSetter .init(ComponentValueSetter.java:68) at org.codehaus.plexus.component.configurator.converters.composite.ObjectWithFieldsConverter.processConfiguration (ObjectWithFieldsConverter.java:134) at org.codehaus.plexus.component.configurator.converters.composite.ObjectWithFieldsConverter.fromConfiguration (ObjectWithFieldsConverter.java:90) at org.codehaus.plexus.component.configurator.converters.ComponentValueSetter.configure (ComponentValueSetter.java:247) at org.codehaus.plexus.component.configurator.converters.composite.ObjectWithFieldsConverter.processConfiguration (ObjectWithFieldsConverter.java:137) at org.codehaus.plexus.component.configurator.BasicComponentConfigurator.configureComponent (BasicComponentConfigurator.java:56) at org.apache.maven.plugin.DefaultPluginManager.populatePluginFields (DefaultPluginManager.java:1030) Can anyone help me? Thanks, Stéphane -- .::You're welcome ::.
Re: [m2]Is Plugin associated with Packaging but type is used for dependency?
Hi Stephane, I just reveiwed MEAR-26, it should solve my problem. And, I assume that the value of mapping element could be any standard j2ee component type like ejb and war. Thanks a lot for your help! Jian -- View this message in context: http://www.nabble.com/-m2-Is-Plugin-associated-with-Packaging-but-type-is-used-for-dependency--t1365954.html#a3833518 Sent from the Maven - Dev forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plugin descriptor extractor for JDK1.5 sources/annotations?
I'm not sure this is plugin configuration - it should determine it from the format of the source file? Should it just do two passes and merge them? Are you planning to manually parse the annotations from the source files? - Brett Jochen Kuhnle wrote: Hi, since qdox has some problems with JDK 1.5 sources, is there a plugin descriptor extractor for JDK1.5 sources with annotations? If not, I'd go ahead and write one. Looks fairly straightforward to me, except for the choice which extractor to use in a project, or in other words, how to prevent the qdox extractor from running. Ideally, this would be configured in the plugin plugin section of the POM, but I do not know how to get this information down to the extractor. It is called through AbstractGeneratorMojo.execute() -- DefaultMojoScanner.populatePluginDescriptor(MavenProject, PluginDescriptor) -- JavaMojoDescriptorExtractor.execute(MavenProject, DescriptorExtractor). How do I get the plugin configuration here? Regards, Jochen - 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: Please synch Apache m2 repository for Struts
done Wendy Smoak wrote: Assuming everything looks okay, please synch dist/maven-repository/org/apache/struts/struts-parent with ibiblio. The struts-parent pom v1 has been deployed with a signature. Release vote: http://www.nabble.com/-VOTE-Release-the-struts-parent-pom-v1-t1418981.html Thanks, Wendy Smoak (Apache Struts PMC member) - 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: plexus converter for the EAR plugin
Unfortunately, this won't work for a number of reasons. You will either need to: a) provide an alternative configurator instead of a converter. It can extend normal one, and then call converterLookup.add( new EarSecurityConverter() ); in its constructor. You'd add @configurator role-hint to the mojo, and won't need the component definition below, but instead a component definition for the configurator. The Cobertura plugin *used* to do that if you look in its SVN history. b) use a different type (I think PlexusConfiguration is valid one) that you can convert by hand (it's basically a tree of nodes, attributes and values). Cheers, Brett Stephane Nicoll wrote: Hi guys, I am trying to implement a plexus converter to implement MEAR-8. I need to be able to retrieve a piece of XML from the pom, validate it and inject it in the auto-generated application.xml. Sample pom: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-ear-plugin/artifactId configuration resourcesDir${basedir}/META-INF/resourcesDir security security-role id=SecurityRole_1131964323008 description/description role-namemanager/role-name /security-role security-role id=SecurityRole_1131964323018 description/description role-nameteller/role-name /security-role /security /configuration /plugin I have create an EarSecurity POJO with a list of SecurityRole POJOs. This field is defined as a security parameter in the GenerateApplicationXmlMojo /** * The security-roles to be added to the auto-generated * application.xml file. * * @parameter */ private EarSecurity security; I am now trying to register my converter so I put the following in src/main/resources/META-INF/plexus/components.xml: plexus components component role org.codehaus.plexus.component.configurator.converters.basic.AbstractBasicConverter /role role-hintEarSecurity/role-hint implementation org.apache.maven.plugin.ear.security.EarSecurityConverter/implementation /component /components /plexus However, If I try to use my security param locally, it still uses the default converter Caused by: org.codehaus.plexus.component.configurator.ComponentConfigurationException: Cannot find setter nor field in org.apache.maven.plugin.ear.security.EarSecurity for 'securityRole' at org.codehaus.plexus.component.configurator.converters.ComponentValueSetter .init(ComponentValueSetter.java:68) at org.codehaus.plexus.component.configurator.converters.composite.ObjectWithFieldsConverter.processConfiguration (ObjectWithFieldsConverter.java:134) at org.codehaus.plexus.component.configurator.converters.composite.ObjectWithFieldsConverter.fromConfiguration (ObjectWithFieldsConverter.java:90) at org.codehaus.plexus.component.configurator.converters.ComponentValueSetter.configure (ComponentValueSetter.java:247) at org.codehaus.plexus.component.configurator.converters.composite.ObjectWithFieldsConverter.processConfiguration (ObjectWithFieldsConverter.java:137) at org.codehaus.plexus.component.configurator.BasicComponentConfigurator.configureComponent (BasicComponentConfigurator.java:56) at org.apache.maven.plugin.DefaultPluginManager.populatePluginFields (DefaultPluginManager.java:1030) Can anyone help me? Thanks, Stéphane -- .::You're welcome ::. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release Maven WAR plugin 2.0
On Apr 7, 2006, at 6:21 AM, Franz Fehringer wrote: what does non binding mean in these voting mails? http://www.apache.org/foundation/voting.html Often indicates that the voter is a user rather than a contributor. — G - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]