RE: [Q] Setting a property so that it's visible from another plugin

2004-04-22 Thread Vincent Massol
> -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > Sent: 23 April 2004 01:38 > To: 'Maven Developers List' > Subject: RE: [Q] Setting a property so that it's visible from another > plugin [snip] > > In my case at work, we are using beta 10. We want to move to > > rc2

cvs commit: maven/src/java/org/apache/maven/plugin PluginManager.java

2004-04-22 Thread brett
brett 2004/04/22 20:19:28 Modified:src/java/org/apache/maven Tag: MAVEN-1_0-BRANCH MavenSession.java MavenUtils.java src/java/org/apache/maven/cli Tag: MAVEN-1_0-BRANCH App.java src/java/org/apache/maven/jelly Tag: MAVEN-1_0-BRANCH

[jira] Commented: (MPJBUILDER-10) Need ability to add xdocs and subdir into jbuilder folder(s)

2004-04-22 Thread jira
The following comment has been added to this issue: Author: Dan Tran Created: Thu, 22 Apr 2004 9:26 PM Body: I am looking for jelly tag to traverse a directory and its sub with capability to dertermine if a node is a directory. This way I can implement the xdocs feature I suggeste

Re: [vote] minor separation of jelly tag libs in maven 1.0

2004-04-22 Thread Jason van Zyl
On Thu, 2004-04-22 at 20:02, Brett Porter wrote: > Something dion raised a while back, but I propose that we do the following > for RC3: > > - Create a subdirectory (new project) maven-jelly-tags in the existing maven > CVS tree > - copy maven/src/java/org/apache/maven/jelly/tags/maven/* and > mav

[vote] minor separation of jelly tag libs in maven 1.0

2004-04-22 Thread Brett Porter
Something dion raised a while back, but I propose that we do the following for RC3: - Create a subdirectory (new project) maven-jelly-tags in the existing maven CVS tree - copy maven/src/java/org/apache/maven/jelly/tags/maven/* and maven/src/java/org/apache/maven/jelly/tags/BaseTag*.java + package

Re: [Q] Setting a property so that it's visible from another plug in

2004-04-22 Thread Stephen McConnell
Brett Porter wrote: Great - thanks Stephen. IIRC I fixed the manifest problems for the next release of the JAR plugin (or at least assigned the issue to myself to do by then :) That's terrific news. Let me know if you want any additional help/feedback on this one. Cheers, Stephen. -- |---

RE: [Q] Setting a property so that it's visible from another plug in

2004-04-22 Thread Brett Porter
Great - thanks Stephen. IIRC I fixed the manifest problems for the next release of the JAR plugin (or at least assigned the issue to myself to do by then :) Cheers, Brett > -Original Message- > From: Stephen McConnell [mailto:[EMAIL PROTECTED] > Sent: Friday, 23 April 2004 9:46 AM > To:

Re: [Q] Setting a property so that it's visible from another plug in

2004-04-22 Thread Stephen McConnell
Brett Porter wrote: I was speaking to some Atlassian folk last night and they are also on beta-10, as is Avalon. I wonder how many others have decided to stick with it? Just for reference - Avalon builds have been updated to work with RC2. Some tweaking was needed on the site generation and some

RE: [Q] Setting a property so that it's visible from another plug in

2004-04-22 Thread Brett Porter
> Just to summarize: I'm +1 to add a new setter tag and make it > available for plugins. I may even be able to add it sometime > tomorrow if others Maven committers also agree. > > I think we have 2 solutions: > > 1/ We deprecate pluginVar, and create a new tag called > something like: getPlug

RE: [Q] Setting a property so that it's visible from another plug in

2004-04-22 Thread Brett Porter
Yes, I think we should do point releases if necessary. The PMC have also been discussing future versioning strategy so that what a beta and an RC are clearer for future releases. Cheers, Brett > -Original Message- > From: Heritier Arnaud [mailto:[EMAIL PROTECTED] > Sent: Thursday, 22 Ap

RE: [Q] Setting a property so that it's visible from another plug in

2004-04-22 Thread Brett Porter
> It might still be a good idea to have a core maven plugin > containing for example the jelly tags so that previous users > can also upgrade to newer versions of the plugins. I actually like Dion's idea better - a tag library JAR that plugins can include in the same way as, say, jelly-tags-xml.

[jira] Commented: (MPXDOC-99) Menu items (itemLink / href) should have target feature

2004-04-22 Thread jira
The following comment has been added to this issue: Author: Arnaud HERITIER Created: Thu, 22 Apr 2004 5:16 PM Body: Thx a lot. I submitted a similar patch some days ago (MPXDOC-97). I'll see as soon as possible with the dev team if we can apply it. -

cvs commit: maven/xdocs/reference dirlayout.xml

2004-04-22 Thread vmassol
vmassol 2004/04/22 13:01:43 Modified:xdocs/reference Tag: MAVEN-1_0-BRANCH dirlayout.xml Log: removed iutest directory which has been deprecated a long time ago. Cactus tests location is defined by the Cactus plugin (it defaults to src/test-cactus). Revision ChangesPath

[jira] Updated: (MPXDOC-99) Menu items (itemLink / href) should have target feature

2004-04-22 Thread jira
The following issue has been updated: Updater: Harald Ommang (mailto:[EMAIL PROTECTED]) Date: Thu, 22 Apr 2004 3:26 PM Comment: This patch (relative to maven-plugins/xdoc) adds the target feature with a minor modification to plugin.jelly and site.jsl. Changes: Atta

[jira] Created: (MPXDOC-99) Menu items (itemLink / href) should have target feature

2004-04-22 Thread jira
Message: A new issue has been created in JIRA. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPXDOC-99 Here is an overview of the issue:

[jira] Commented: (MPJBUILDER-10) Need ability to add xdocs and subdir into jbuilder folder(s)

2004-04-22 Thread jira
The following comment has been added to this issue: Author: Dan Tran Created: Thu, 22 Apr 2004 1:16 PM Body: Since I am new to jelly, it will take sometimes, but it is well worth the effort. - View this comment:

cvs commit: maven/xdocs changes.xml

2004-04-22 Thread evenisse
evenisse2004/04/22 09:45:19 Modified:xdocsTag: MAVEN-1_0-BRANCH changes.xml Log: MAVEN-1226. Revision ChangesPath No revision No revision 1.14.4.10 +1 -0 maven/xdocs/changes.xml Index: changes.xml ===

[jira] Commented: (MPJBUILDER-10) Need ability to add xdocs and subdir into jbuilder folder(s)

2004-04-22 Thread jira
The following comment has been added to this issue: Author: Emmanuel Venisse Created: Thu, 22 Apr 2004 12:39 PM Body: Do you have a patch? - View this comment: http://jira.codehaus.org/secure/ViewIssue.jspa?key=

[jira] Commented: (MPJBUILDER-9) Crashes with RC2 on invocation

2004-04-22 Thread jira
The following comment has been added to this issue: Author: Emmanuel Venisse Created: Thu, 22 Apr 2004 12:30 PM Body: It works for me, but I work with rc3. Perhaps we fixed a bug in maven core. - View this comment:

[jira] Commented: (MPJBUILDER-9) Crashes with RC2 on invocation

2004-04-22 Thread jira
The following comment has been added to this issue: Author: Dan Tran Created: Thu, 22 Apr 2004 11:31 AM Body: I replace my local pluggin.jelly with the one in cvs. The problem is still there. - View this comment:

RE: [Q] Setting a property so that it's visible from another plugin

2004-04-22 Thread Vincent Massol
Just to summarize: I'm +1 to add a new setter tag and make it available for plugins. I may even be able to add it sometime tomorrow if others Maven committers also agree. I think we have 2 solutions: 1/ We deprecate pluginVar, and create a new tag called something like: getPluginVar. We add anoth

RE: [Q] Setting a property so that it's visible from another plugin

2004-04-22 Thread Vincent Massol
Just to summarize: I'm +1 to add a new setter tag and make it available for plugins. I may even be able to add it sometime tomorrow if others Maven committers also agree. I think we have 2 solutions: 1/ We deprecate pluginVar, and create a new tag called something like: getPluginVar. We add anoth

RE: Maven extensions (was RE: [Q] Setting a property so that it's visible from another plugin)

2004-04-22 Thread Vincent Massol
> -Original Message- > From: Brett Porter [mailto:[EMAIL PROTECTED] > Sent: 22 April 2004 09:23 > To: 'Maven Developers List' > Subject: RE: Maven extensions (was RE: [Q] Setting a property so that it's > visible from another plugin) > > Dion was going to do this last year (actually make

RE: [Q] Setting a property so that it's visible from another plugin

2004-04-22 Thread Vincent Massol
Ok, I was forgetting that you don't have to upgrade to a newer version of the plugins... :-) It might still be a good idea to have a core maven plugin containing for example the jelly tags so that previous users can also upgrade to newer versions of the plugins. In my case at work, we are using b

RE: [Q] Setting a property so that it's visible from another plugin

2004-04-22 Thread Heritier Arnaud
Did you already define if after the 1.0 release we will apply a release strategy like httpd, tomcat and others ?? It will help us to produce distributions more often. Another interest is to not afraid users with terms like RC or beta. Arnaud. -Message d'origine- De : Brett Porter [mail

[jira] Closed: (MPCHANGES-7) changes version upgrade can scrog a legit value

2004-04-22 Thread jira
Message: The following issue has been closed. - View the issue: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPCHANGES-7 Here is an overview of the issue: --

cvs commit: maven-plugins/changes/xdocs changes.xml

2004-04-22 Thread brett
brett 2004/04/22 00:34:57 Modified:changes/src/main/org/apache/maven/changes ReleaseVersion.java changes/xdocs changes.xml Added: changes/src/test/org/apache/maven/changes ReleaseVersionTest.java chan

cvs commit: maven-plugins/changes/src/test/org/apache/maven/changes - New directory

2004-04-22 Thread brett
brett 2004/04/22 00:34:16 maven-plugins/changes/src/test/org/apache/maven/changes - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven-plugins/changes/src/test/org/apache/maven - New directory

2004-04-22 Thread brett
brett 2004/04/22 00:33:19 maven-plugins/changes/src/test/org/apache/maven - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven-plugins/changes/src/test/org/apache - New directory

2004-04-22 Thread brett
brett 2004/04/22 00:32:46 maven-plugins/changes/src/test/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven-plugins/changes/src/test-data - New directory

2004-04-22 Thread brett
brett 2004/04/22 00:32:14 maven-plugins/changes/src/test-data - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: maven-plugins/changes/src/test/org - New directory

2004-04-22 Thread brett
brett 2004/04/22 00:32:14 maven-plugins/changes/src/test/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: Maven extensions (was RE: [Q] Setting a property so that it's visible from another plugin)

2004-04-22 Thread Brett Porter
Dion was going to do this last year (actually make a tags JAR), but nothing came of it. The only plugin that requires RC3+ is multiproject for the reactor tag, and you wouldn't want to upgrade multiproject other than to get the memory enhancements that come with the new tag. To be honest, I'd rat

RE: [Q] Setting a property so that it's visible from another plug in

2004-04-22 Thread Brett Porter
> production and you just simply can't break them completely, > even though it's a beta or rc... :-) You don't have to upgrade either. > At least, we should make an attempt not to break them. For Have I broken anything since rc1 that hasn't been fixed? My goal was 100% compatibility and I've a

Maven extensions (was RE: [Q] Setting a property so that it's visible from another plugin)

2004-04-22 Thread Vincent Massol
I think we already have a mechanism to provide extensions to Maven: it's called a plugin! Thus an even better solution for adding the setter tag is to move all the existing Maven Jelly tags to a plugin of its own. That will allow maven b10, rc1, etc users to automatically get the new features witho