RE: need help with a maven 2 plugin
Hmmm, this does not help with how to get the maven-metadata.xml for the current project. Again, there is not a straightforward API on the MavenProject that would allow one to do this. Is there anyway with the Maven API's to gain access to this information within a plugin. I have look at several plugins trying to figure this out and it simply is not straightforward. -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 08, 2007 6:11 AM To: Maven Developers List Subject: RE: need help with a maven 2 plugin You should be able to get most of that from the project object. My suggestion is to look at the maven-help-plugin:effective-pom code since it seems close to what you want. -Original Message- From: Jason Chaffee [mailto:[EMAIL PROTECTED] Sent: Monday, May 07, 2007 7:37 PM To: dev@maven.apache.org Subject: FW: need help with a maven 2 plugin FYI, I have not gotten any help on the users list and I image at least one contributor will know how to do what I want to do below within the context of a plugin. I would like to create a "build-report-plugin" that is able to report on the versions, timestamps, artifact types, build numbers, and so on. I can write my own custom code to do all of this, but there there has to be an easier way to reuse the code/components that maven is already using to download/upload the metadata files. It seems logical from an OO perspective that the MavenProject object would have a method that could do something like this, but I could not find one. Does anyone know how what objects to use and how to get a reference to them in the plugin itself? Thanks. - 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: Bad metadata.xml on repo1..
fixed On 5/8/07, Martin van den Bemt <[EMAIL PROTECTED]> wrote: Hi everyone, The metadata.xml file doesn't contain a reference to the 2.1.1 version of the maven-clean-plugin. Is this intentional or did something go wrong with the release ? See http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-clean-plugin/ Mvgr, Martin - 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: [Archetypes] plugin proposition
Hi It seems, i have reached the alpha release point with revision 4046. Regards, Raphaël 2007/4/25, Brett Porter <[EMAIL PROTECTED]>: Well, it sounds like you've got some more working happening now. What I'd suggest is that you get it to the point where you think it is ready for an alpha release - that would be a good point to replace the existing code. - Brett On 13/04/2007, at 7:57 PM, Raphaël Piéroni wrote: > Hi, > > feel free to steal the code from mojo. > but please, let me be informed as i could still contribute with > patches. > > Raphaël > > 2007/4/9, Brett Porter <[EMAIL PROTECTED]>: >> I think we should continue to use ARCHETYPE and start planning >> towards a 1.0 with the new code base. The current JIRA will need a >> clean up to see what issues are still relevant in the new code base, >> of course. >> >> - Brett >> >> On 09/04/2007, at 5:02 AM, Franz Allan Valencia See wrote: >> >> > Curious,.. >> > >> > Where is the jira issue(s) for this? ..Can't seem to find them :-) >> > >> > Thanks, >> > Franz >> > >> > On 4/1/07, Milos Kleint <[EMAIL PROTECTED]> wrote: >> >> >> >> On 4/1/07, Jason van Zyl <[EMAIL PROTECTED]> wrote: >> >> > >> >> > On 1 Apr 07, at 6:49 AM 1 Apr 07, Milos Kleint wrote: >> >> > >> >> > >> >> >> > > >> >> > > exactly this is a showstopper for me in the current archetype >> >> when I >> >> > > attempted to create an archetype for netbeans module >> >> development. I >> >> > > need to place Bundle.properties and layer.xml file in >> >> resources into >> >> > > the proper package. >> >> > > >> >> > >> >> > That's fine all we need is the right examples to work against. >> >> But in >> >> > your case do you just need the final distributable to have >> >> resources >> >> > in the same package as the classes or do you actually need to >> >> > archetype to mix resources with the sources? >> >> >> >> having the resources in the right place at runtime is fine. I know >> >> about targetPath element in resource definition, however I'd >> rather >> >> stay away from that. >> >> >> >> Often people will need to use both the META-INF/services path >> and the >> >> package named path like: org/codehaus/mevenide/netbeans/xxx.xxx >> >> and it >> >> becomes non-obvious where to put the services when you define the >> >> targetPath. >> >> >> >> On top of that localization bundles come here as well, these are >> >> to be >> >> placed in package named path as well, so there's one >> >> Bundle.properties >> >> for for eac package in the module + some gifs etc. And the form >> >> editor >> >> in the IDE is not capable of handling the shortened paths. Also >> the >> >> module development file templates can have problems with it. >> >> >> >> Milos >> >> >> >> >> >> > >> >> > Jason. >> >> > >> >> > > Milos >> >> > > >> >> > > >> >> >> - >> >> > > 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]
Involvement
Hi everyone, I had a little talk with Brett at Apachecon in Amsterdam and he said that any involvement is welcome. At the company I work for (Ordina), we currently have a highly customized continuum version running (based on 1.0.3). Since I first started to add changes that were specific to our situation, it was kind of hard (and nearly impossible) to start sending patches... When I have more time on my hands (pretty much swamped atm with Jakarta and work related things), I will start having a look at continuum 1.1 and see if we can start using a more standard version and not have too much customized. So in short : I'll work with y'all next time ;). It will help continuum and Ordina too in the long run :) Mvgr, Martin
Bad metadata.xml on repo1..
Hi everyone, The metadata.xml file doesn't contain a reference to the 2.1.1 version of the maven-clean-plugin. Is this intentional or did something go wrong with the release ? See http://repo1.maven.org/maven2/org/apache/maven/plugins/maven-clean-plugin/ Mvgr, Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[vote] Release maven 1.1 RC1
Hi folks, The time has come to release maven 1.1 RC1. Since the beta 3 we fixed several issues [1] and particularly : - We fixed latest incompabilities that avoided maven 1.1 to read POM working with maven 1.0.X [MAVEN-1755]. The new parser is a little bit more strict, thus if a pom isn't read, it's because it doesn't respect the schema. - We changed the central repository to http://repo1.maven.org/maven/[MAVEN-1789] - We improved the windows installer and changed the L&F [MAVEN-1812][MAVEN-1808] [2] - We updated 33 plugins [3][4] to fixed a lot of bugs and add some improvements. We are preparing the release note. You'll find the binaries in 1 hour here : http://people.apache.org/repo/m1-snapshot-repository/maven/distributions/20070508/ Vote closes in 72 hours. +1 from me. Arnaud [1] http://jira.codehaus.org/browse/MAVEN?report=com.atlassian.jira.plugin.system.project:roadmap-panel [2] http://maven.apache.org/maven-1.x/plugins/nsis/screenshots.html#Modern_UI_ScreenShots [3] http://jira.codehaus.org/browse/MAVEN-1769 [4] http://people.apache.org/~aheritier/staging-sites/m1-core/maven-1.x/plugins/bundledHistory.html .. Arnaud Heritier OCTO Technology [EMAIL PROTECTED] www.octo.com | blog.octo.com ...
RE: need help with a maven 2 plugin
You should be able to get most of that from the project object. My suggestion is to look at the maven-help-plugin:effective-pom code since it seems close to what you want. -Original Message- From: Jason Chaffee [mailto:[EMAIL PROTECTED] Sent: Monday, May 07, 2007 7:37 PM To: dev@maven.apache.org Subject: FW: need help with a maven 2 plugin FYI, I have not gotten any help on the users list and I image at least one contributor will know how to do what I want to do below within the context of a plugin. I would like to create a "build-report-plugin" that is able to report on the versions, timestamps, artifact types, build numbers, and so on. I can write my own custom code to do all of this, but there there has to be an easier way to reuse the code/components that maven is already using to download/upload the metadata files. It seems logical from an OO perspective that the MavenProject object would have a method that could do something like this, but I could not find one. Does anyone know how what objects to use and how to get a reference to them in the plugin itself? Thanks. - 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: attaching some behaviour to archetypes
I might have a similar usecase for netbeans platform based apps. There partial archetype would need to merge the netbeans' layer.xml file (also possibly finding the file in the existing sourcebase and do a merge with the one in the archetype. another, a bit different usecase. I have 2 archetypes, one for a netbeans platform based app and one for single netbeans module. the pom and other files for the module shall be different when the project is created inside a platform based app or when created on it's own. MIlos On 5/8/07, Raphaël Piéroni <[EMAIL PROTECTED]> wrote: Hi, Last week, i talk with Nicolas de Loof who tells me about an archetype feature he need: modify (read merge) the generated web.xml file from a webapp archetype (when using that archetype in a partial creation (read using an archetype in an existing project to enhance its features). I wonder if hooking the behaviour in a way like this is a correct feature: src/webapp ClassName ... with ClassName the FQN of a class located in the archetype's artifact. Some other tough i have is to have a groovy script instead of the class. Both the class or the script is called with the java.io.File object for each generated file from the fileset. WDYT? Raphaël - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]