[jira] Commented: (MNG-3) MavenProject / pom listener

2005-10-10 Thread gilles dodinet (JIRA)
[ http://jira.codehaus.org/browse/MNG-3?page=comments#action_48256 ] gilles dodinet commented on MNG-3: -- imho it's not specifically ide-related, but rather integration-related. not sure in which way though, as i can't find other relevant example

[jira] Created: (MPMULTIPROJECT-52) multirpoject and eclipse (faq)

2005-06-19 Thread gilles dodinet (JIRA)
multirpoject and eclipse (faq) -- Key: MPMULTIPROJECT-52 URL: http://jira.codehaus.org/browse/MPMULTIPROJECT-52 Project: maven-multiproject-plugin Type: Improvement Reporter: gilles dodinet Assigned to: Brett Porter Attachments

Re: [m2] artifact handlers

2005-05-22 Thread Gilles Dodinet
Brett Porter wrote: Gilles Dodinet wrote: ive tried to build from trunk but encountered some problems with bootstrap : i had to build core-it-verifier by hand (using alpha-2), but then all it-tests failed because of file not found (however the files were actually present). i remember

Re: [m2] artifact handlers

2005-05-19 Thread Gilles Dodinet
Brett Porter wrote: Is there any chance you'd build the plugin tracking the m2 trunk? ive tried to build from trunk but encountered some problems with bootstrap : i had to build core-it-verifier by hand (using alpha-2), but then all it-tests failed because of file not found (however the files

Re: [m2] artifact handlers

2005-05-18 Thread Gilles Dodinet
Brett Porter wrote: Hi Gilles, This isn't possible yet, targetting for alpha-3. Currently, it is hardcoded into maven-artifact. If you are ken on developing plugins on the cutting edge, I recommend you join dev@maven.apache.org and discuss what you are planning as well as issues you hit so we can m

Re: developing m1 and m2 plugins relying on m2 api

2005-05-15 Thread Gilles Dodinet
Brett, thanks for your reply. if m2 can generate the m1 plugin for me, then there's no point anymore to code it :) sadly i ve begun with core and m1 part. anyway i think this removes the need for repo synchronization at the moment. regards, -- gd Brett Porter wrote: Gilles Dodinet

developing m1 and m2 plugins relying on m2 api

2005-05-12 Thread Gilles Dodinet
hi- i'd like to know if it would be possible to upload m2 libraries to an m1-friendly repository. should i create a jira entry for this ? i'll try to explain my needs in case i took the wrong approach: i'm writing a plugin which i'd like to be both m1 and m2 compliant. so i have three modules

Re: Plugin developers and documentation: Change to plugin plugin

2004-07-18 Thread Gilles Dodinet
Dion Gillard wrote: There is now a goal in the plugin plugin to generate a 'tags.xml' describing the jelly taglib provided by a plugin's plugin.jelly file. See http://maven.apache.org/reference/plugins/plugin/tags.html for an example of the output after adding some detail :-) what if a plugin de

plugin listing request

2004-06-07 Thread Gilles Dodinet
hi- i'd like the Maven PDE plugin (aka maven-eclipse-plugin-plugin) to be listed on Maven site. This plugin allows to easily manage Eclipse pde projects interdependencies and generate runtime/lib part of plugin.xml based on the pom definition. It also allows to generate feature and site update

Re: pom interpolation

2004-06-06 Thread Gilles Dodinet
Brett Porter wrote: Gilles, Is this an issue you get when you run Maven or only when you utilise the code in Mevenide? Brett, this problem appears only within mevenide, so there is definitively something i must be be doing wrong but i cannot see what step im missing. thanks, -- gd -

Re: pom interpolation

2004-06-05 Thread Gilles Dodinet
Gilles Dodinet wrote: however if i use jar override (maven.jar.myproject=lib/myproject-${pom.currentVersion}.jar), a call to myArtifact.getPath() returns this : [prepend is correctly set]/lib/myproject-.jar (i.e. pom.currentVersion is not resolved) here is a bit more details. if i declare

pom interpolation

2004-06-04 Thread Gilles Dodinet
hi- while working on mevenide, i experiment a strange behaviour : i unmarshall the pom with xpp3, then set the context through a call to project.setContext(..), then build the artifact list with ArtifactListBuilder : project.setContext(MavenUtils.createContext(project.getFile().getParentFile())

Re: cvs commit: maven-components USE-CASES.txt

2004-03-22 Thread Gilles Dodinet
;) -- gd Maczka Michal wrote: -Original Message- From: Gilles Dodinet [mailto:[EMAIL PROTECTED] Sent: Thursday, March 18, 2004 10:26 PM To: Maven Developers List Subject: Re: cvs commit: maven-components USE-CASES.txt hi- here are a few comments on why ive added that thingy. first

Re: cvs commit: maven-components USE-CASES.txt

2004-03-18 Thread Gilles Dodinet
hi- here are a few comments on why ive added that thingy. first let me say i dont actually think it would be a nice solution (as i pointed it in the patch). i also agree that entities stuff are error-prone especially in a multiproject context (i have indeed experimented inconsistent behaviou

Re: Maven Eclipse Contribution

2004-01-07 Thread Gilles Dodinet
[EMAIL PROTECTED] wrote: Gillie, on MPECLIPSE-2, the last comment there was that the patch no longer applied, as it had been refactored, but it should be easy enough to create a new patch. Want to give it a go? dion, although i have read the comments ben made at that time i never had the tim

user versus developer docs (programmatic report control" and "classloaders" sections)

2003-10-13 Thread Gilles Dodinet
I think that the "programmatic report control" and "classloaders" sections in the dev guide should go under user guide instead. indeed, those dont target only maven dev but can interest end users as well. as proof, there has been many posts on maven-userrs list on those subjects. Also this litt

Re: [aspectj] Changing behavior of aspectj plugin, is it ok?

2003-09-21 Thread Gilles Dodinet
Vincent, Although it actually works fine when putting standard classes containing inner aspects inside aspectSourceDirectory, i find it a little confusing. Indeed in that case the primary cu isnot an aspect by itself but rather an almost pojo, and putting it in aspectSourceDirectory just becau

Re: [aspectj] Changing behavior of aspectj plugin, is it ok?

2003-09-21 Thread Gilles Dodinet
i havent used the aspectj plugin yet, so i wonder how well inner aspects are managed. i guess it might cause some problems, since those inner aspects are indeed defined inside a class located under ${pom.build.sourceDirectory} so i think a regular java:compile wouldnot work in that case. Also a

Re: maven eclipse plug-in should support eclipse checkstyle plug-in

2003-08-23 Thread Gilles Dodinet
I think that the files i provided for MAVEN-525 do exactly what you want. it defines a taglib which declares among others a tag that adds project nature and project builder to .project using jelly:xml. perhpas it may help. Ben Walding wrote: A better way might be for plugins to register themse

Re: [upload request] MockCreator

2003-05-31 Thread Gilles Dodinet
.jar for? I've set the perms to 000 until I know what it is and what is should be called version wise. (i.e. it should possibly have it's own dirs?) Cheers, Ben Gilles Dodinet wrote: hi- should it possible to upload mockcreator-0.2.4 (http://mockcreator.com/mockcreator/MockC

[upload request]

2003-05-30 Thread Gilles Dodinet
hi- should it possible to upload mockcreator-0.2.4 (http://mockcreator.com/mockcreator/MockCreator-024-runtime.zip) ? included in the zip is the 0.2.4 version (de.abstrakt.mock.jar). thanks. -- gd - To unsubscribe, e-mail: [E

[patch] DefaultProjectUnmareshaller

2003-05-30 Thread Gilles Dodinet
hi- to test the ProjectMarshaller ive written i use the ProjectUnmarshaller. However, the Unmarshaller doesnt respect the mavan-project.xsd. Instead of modifying it all i chose to modify the Marshaller, tho some elements are still missing, ive added the aspectSourceDirectory and intgrationUni