I still don't see how people are going to do 1.1 plugins without applying
the same branches to maven-plugins.
Shouldn't both modules have the same set of branches created?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Brett Porter <[EM
I get a 404 on the site.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
"Chen, Andrew ." <[EMAIL PROTECTED]> wrote on 25/11/2003 02:53:15 AM:
> Hi,
> Some one may have done it, but since I couldn't find it, so I did it
&g
Can someone please reply to this with a quick status on where we are at in
the process?
Thanks,
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
-
To unsubscribe, e-mail: [EMAIL
st.
I also think we need some more discussion on what's going on, as I can see
from the current progress that I am going to have to back-port 1.1 only
stuff to work under 1.0, e.g. multichanges etc. I really don't want to
have to keep two sets of code in synch for that long.
Als
ter, a branch is the best way.
My personal priority is a stable 1.0 release. I've been working for months
to get to that point and don't want to stop now.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
--
s of people working together
here:
1) People trying to get 1.0 out the door.
2) People who've worked on maven-new.
3) People who want to enhance what 1.0 is now stabilised as.
I want us all to work together in a coordinated way to bring Maven along.
I know you do too, we just
rmally it is easier to
> handle the branch for the upcoming release (supposed to have bug fixed
only).
How is 1.0 frozen?
There are still lots of changes to be made, admittedly bug fixes and small
changes, before 1.0.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dion2003/11/20 07:35:16
Modified:pmd/xdocs changes.xml
pmd plugin.jelly
Log:
Fix for Maven-1044. Allow multiple includes/excludes
Revision ChangesPath
1.15 +3 -0 maven-plugins/pmd/xdocs/changes.xml
Index: changes.xml
: Some properties are
> defined in plugin.properties but users can also override them. I would
> like to either modify the pluginVar tag name (and logic) or create a new
> one that does:
>
> - look for a property in the pom context first (using findVariable)
> - if not found,
"Vincent Massol" <[EMAIL PROTECTED]> wrote on 20/11/2003 07:38:18 PM:
> Hi dIon,
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> > Sent: 20 November 2003 09:28
> > To: Maven Developers List
> > Subject:
the POM a plugin
> supports? Now that plugins are extracted from the core and could be
> provided by third parties, it may become necessary. One solution would
> be to link Maven versions with POM versions but I don't know if it
> provides enough flexibility.
Don't the p
elease.
- Changes to the release happen on the branch, but no active development
typically happens there.
> Should this happen (i.e. move RC1 to a branch and start 1.1 dev on HEAD)
> then I'm happy to roll back all my changes related to POM4 and commit
> them on HEAD (1.1
so blunt :-)
>
> thanks for any reply.. :-)
Create a patch by using cvs diff on your local copy of the plugin.
Alternatively, raise an issue in Jira, our bug tracking software and
attach your changes.
--
dIon Gillard, Multitask Consulting
Blo
I've updated the wiki with some discussion on .
But I'd much prefer we do it here instead.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
"Vincent Massol" <[EMAIL PROTECTED]> wrote on 20/11/2003 07:04:25 PM:
> Actually, th
I *really* don't wont a POM change between an RC and a 1.0 release.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
"Vincent Massol" <[EMAIL PROTECTED]> wrote on 20/11/2003 07:04:25 PM:
> Actually, that's not exactly true. I
dion2003/11/19 23:28:37
Modified:src/plugins-build/jar plugin.jelly
src/plugins-build/jar/xdocs/current changes.xml
Log:
Reorder Specification-Title/Vendor/Version and
Implementation-Title/Vendor/Version
Revision ChangesPath
1.26 +4 -4
dion2003/11/19 23:25:28
Modified:ejb project.xml plugin.jelly
ejb/xdocs changes.xml
Log:
Synchronize ejb and jar plugin usage of: Specification-Title/Vendor/Version
and Implementation-Title/Vendor/Version
Revision ChangesPath
dion2003/11/19 22:50:50
Modified:src/plugins-build/jar plugin.jelly
src/plugins-build/jar/xdocs/current changes.xml
Log:
Use pom.currentVersion for Specification-Version
Part of MAVEN-936
Revision ChangesPath
1.25 +1 -1 maven/src
I think I've done it.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Brett Porter <[EMAIL PROTECTED]> wrote on 20/11/2003 02:17:27 PM:
> #those who can edit the CVSROOT files. (Root-ish people + PMC chairs)
> avail|...,jvanzyl,...
I much prefer 'Lead Developer' to 'Owner'.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Brett Porter <[EMAIL PROTECTED]> wrote on 20/11/2003 02:22:10 PM:
> I agree. Is there any precedent? "Owner" as the rol
dion2003/11/19 19:52:12
Modified:src/plugins-build/jar plugin.jelly
src/plugins-build/jar/xdocs/current changes.xml
Log:
Fix for maven.jar.manifest.extensions.add not being checked
correctly.
Revision ChangesPath
1.24 +2 -1
{plugin} seems to now reference the calling plugin and not this plugin.
>
[snip]
> + value="${pom.getPluginContext('maven-caller-plugin').
> findVariable(callProperty)}"/>
Can we please use the pluginVar tag for these sorts of things instead of
relying o
do this.
We'll need some way to handle groups that aren't 'maven'.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I believe Jason is the only one with commit rights to CVSROOT/avail.
Jason, could you please bring the two into synch?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Brett Porter <[EMAIL PROTECTED]> wrote on 17/11/2003 03:21:30 PM:
> Althou
Why don't we just put the 'owner' as the of a in
project.xml?
This means we don't need to keep the wiki up to date separate from the
project too, and it comes out as part of the site generation.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/p
Can someone give me the summary of what the effect is on bootstrap?
It will:
a) Assume ../maven-plugins is where the plugins are housed (can we make
this a property?)
b) Will fail if it doesn't exist.
Right?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people
Is POM v4 a 1.0, 1.1, or 2.x change?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Jason van Zyl <[EMAIL PROTECTED]> wrote on 14/11/2003 08:05:30 AM:
> On Thu, 2003-11-13 at 15:57, Vincent Massol wrote:
> > Hi,
> >
> > I&
"Vincent Massol" <[EMAIL PROTECTED]> wrote on 18/11/2003 03:02:06 AM:
> Hi dIon,
>
> I'm starting to move my sample plugin apps into plugin tests (using
> src/plugin-test and the "testPlugin" goal). I've noticed you have
> followed the follow
dion2003/11/11 04:59:33
Modified:cruisecontrol/xdocs properties.xml
Log:
Update docs with fixed typo
Revision ChangesPath
1.2 +1 -1 maven-plugins/cruisecontrol/xdocs/properties.xml
Index: properties.xml
"Vincent Massol" <[EMAIL PROTECTED]> wrote on 11/11/2003 11:26:14 PM:
> Hi dIon,
[snip]
> This is not my intent. It's simply from my lack of understanding. We'll
> fix that and come to an agreement I'm sure. I just need to understand a
> bit more. Please
"Vincent Massol" <[EMAIL PROTECTED]> wrote on 11/11/2003 07:54:55 PM:
> dIon,
>
> I don't quite agree. Each of these plugins are separate. Sharing the
> same properties ties them together. I would agree, provided the
> multiproject plugin provides some u
activity.
[snip]
> Basically, what I am doing is extracting the algorithm I've used in the
> dashboard and multichanges plugins.
>
> What do you think? If we agree I'm volunteering to create such a generic
> multireport plugin.
Why not leverage the multiproject plug
dion2003/11/10 19:04:48
Modified:cruisecontrol/src/plugin-resources cruisecontrol.jsl
Log:
Map developer ids to emails
Revision ChangesPath
1.4 +6 -0
maven-plugins/cruisecontrol/src/plugin-resources/cruisecontrol.jsl
Index: cruisecontrol.jsl
dion2003/11/10 18:13:20
Modified:cruisecontrol/src/plugin-resources cruisecontrol.jsl
Log:
Added a todo
Revision ChangesPath
1.3 +1 -0
maven-plugins/cruisecontrol/src/plugin-resources/cruisecontrol.jsl
Index: cruisecontrol.jsl
ution.
Does this help?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Jason van Zyl <[EMAIL PROTECTED]> wrote on 11/11/2003 09:27:38 AM:
> On Mon, 2003-11-10 at 17:15, [EMAIL PROTECTED] wrote:
> > It'd make it easier if we could easily re
arget/**/project.xml,project.xml
maven.dashboard.ignoreFailures=false
which would hopefully all have the same values.
I'd like to move to having the same set of properties used by default,
e.g. have the dashboard and multichanges plugins default to the
multiproject values.
What do you think?
--
dI
dion2003/11/10 15:09:15
Modified:cruisecontrol plugin.properties
Log:
Fix typo
Revision ChangesPath
1.2 +1 -1 maven-plugins/cruisecontrol/plugin.properties
Index: plugin.properties
It'd make it easier if we could easily reexecute a set of goals on a
previously collected set of projects?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
Jason van Zyl <[EMAIL PROTECTED
dion2003/11/10 06:16:40
Modified:pmd/xdocs changes.xml
pmd project.xml plugin.jelly
Log:
Apply MAVEN-1008:
Patch to add the project dependancies to the pmd classpath.
This should allow a custom ruleset jar file that is defined as a dependancy to be
Go for it
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
"Vincent Massol" <[EMAIL PROTECTED]> wrote on 10/11/2003 10:26:30 PM:
> Hi (dIon),
>
> I'm working on th
dion2003/11/09 17:56:14
Modified:cruisecontrol/src/plugin-resources cruisecontrol.jsl
Log:
Switch to using maven:pluginVar instead of pom.getPluginContext().getVariable()
Revision ChangesPath
1.2 +9 -4
maven-plugins/cruisecontrol/src/plugin-resources
dion2003/11/09 17:54:36
Modified:cruisecontrol/xdocs goals.xml
Log:
Update docs
Revision ChangesPath
1.2 +5 -1 maven-plugins/cruisecontrol/xdocs/goals.xml
Index: goals.xml
===
RCS
dion2003/11/09 17:53:01
Modified:castor plugin.jelly
Log:
A few updates and comments about context usage
Revision ChangesPath
1.4 +6 -6 maven-plugins/castor/plugin.jelly
Index: plugin.jelly
dion2003/11/09 15:52:52
Modified:jbuilder/xdocs changes.xml
jbuilder project.xml plugin.jelly
Log:
Apply MAVEN-987
Revision ChangesPath
1.8 +6 -0 maven-plugins/jbuilder/xdocs/changes.xml
Index: changes.xml
dion2003/11/09 15:24:34
Modified:war plugin.jelly
war/xdocs changes.xml
Log:
Fix for MAVEN-986
Revision ChangesPath
1.32 +2 -2 maven-plugins/war/plugin.jelly
Index: plugin.jelly
gt;
> We can also clearly see that none of the plugins have unit tests (I
> guess some have functional tests but this is not captured by clover in
> our setup).
Something must be wrong, as some plugins do have unit tests, e.g. Struts,
Xdoc etc.
--
dIon Gillard, Multitask
ect plugin supposed to be moved to maven-plugins?
I didn't move that one, as it makes it easier to build all of
maven-plugins if it's already installed.
>
> --
> jvz.
--
dIon Gillard, Multitask Consulting
Blog: http://blog
What are we running on codehaus? I didn't think it was 2.5 yet.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
"Vincent Massol" <[EMAIL PROTECTED]> wrote on 10/11/20
dion2003/11/09 08:11:34
Modified:javadoc/xdocs changes.xml
javadoc plugin.jelly
Log:
Apply fix for MAVEN-1007
Revision ChangesPath
1.12 +3 -0 maven-plugins/javadoc/xdocs/changes.xml
Index: changes.xml
dion2003/11/09 07:54:12
Modified:latkaproject.xml plugin.jelly
latka/xdocs changes.xml
Log:
Fix for MAVEN-993
Revision ChangesPath
1.22 +1 -1 maven-plugins/latka/project.xml
Index: project.xml
dion2003/11/09 07:40:12
Modified:xdoc/xdocs changes.xml properties.xml
Log:
Fix MAVEN-965
Revision ChangesPath
1.25 +3 -0 maven-plugins/xdoc/xdocs/changes.xml
Index: changes.xml
dion2003/11/09 07:25:57
Modified:xdoc/xdocs changes.xml properties.xml
xdoc/src/plugin-resources site.jsl
xdoc plugin.properties plugin.jelly
Log:
Apply MAVEN-966
Revision ChangesPath
1.24 +3 -0 maven-plugins/xdoc/xdocs
dion2003/11/09 07:20:59
Modified:xdoc/xdocs changes.xml
Log:
Apply MAVEN-962
Revision ChangesPath
1.23 +3 -0 maven-plugins/xdoc/xdocs/changes.xml
Index: changes.xml
===
RCS file: /home
dion2003/11/09 07:20:04
Modified:xdoc/src/plugin-resources/templates team-list.xml
Log:
Apply MAVEN-962
Revision ChangesPath
1.8 +8 -12 maven-plugins/xdoc/src/plugin-resources/templates/team-list.xml
Index: team-list.xml
dion2003/11/09 07:05:18
Modified:xdoc/xdocs changes.xml properties.xml
Log:
Fix Maven-961
Revision ChangesPath
1.22 +3 -0 maven-plugins/xdoc/xdocs/changes.xml
Index: changes.xml
dion2003/11/09 07:00:21
Modified:xdoc/xdocs changes.xml properties.xml
Log:
Fix MAVEN-964
Revision ChangesPath
1.21 +3 -0 maven-plugins/xdoc/xdocs/changes.xml
Index: changes.xml
dion2003/11/09 06:56:44
Modified:xdocs/reference project-descriptor.xml
Log:
Fix MAVEN-998
Revision ChangesPath
1.29 +1 -1 maven/xdocs/reference/project-descriptor.xml
Index: project-descriptor.xml
I'd like to create a new project in Jira, called maven-plugins, which will
be used to house the Jira issues related to plugins that are non core.
Votes?
Here's mine: +1
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.co
Got a patch for the dist plugin?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
Alain Javier Guarnieri del Gesu <[EMAIL PROTECTED]> wrote on 06/11/2003
06:30:10 AM:
> * [EMAIL
while we're struggling to get a
1.0 out the door, it's disappointing to me.
I like to work in a team.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
---
dion2003/11/08 00:49:06
Modified:repository/xdocs goals.xml
Log:
Update goals
Revision ChangesPath
1.2 +28 -1 maven-plugins/repository/xdocs/goals.xml
Index: goals.xml
===
RCS file
Fixed.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
"Emmanuel Venisse" <[EMAIL PROTECTED]> wrote on 07/11/2003 07:24:50 PM:
> bad address for tar.gz distribu
dion2003/11/08 00:47:31
Modified:xdocs/start download.xml
Log:
Fixed tar.gz typo
Revision ChangesPath
1.20 +1 -1 maven/xdocs/start/download.xml
Index: download.xml
===
RCS file: /home
dion2003/11/08 00:46:12
Modified:xdocs/start integrate.xml
Log:
Update docs to not use id
Revision ChangesPath
1.24 +6 -3 maven/xdocs/start/integrate.xml
Index: integrate.xml
===
RCS
There was no discussion about this.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
Stephen McConnell <[EMAIL PROTECTED]> wrote on 08/11/2003 04:10:38 AM:
>
>
> Jason van Zyl
phane Listes, Vincent
Massol and Bob McWhirter.
AFAICT, it's very out of date, and I'm asking jim to update the page.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion
dion2003/11/07 17:54:38
Modified:src/plugins-build/jar project.xml
src/plugins-build/jar/xdocs/current changes.xml
Log:
Document fix
Revision ChangesPath
1.15 +1 -1 maven/src/plugins-build/jar/project.xml
Index: project.xml
dion2003/11/07 17:52:58
Modified:src/plugins-build/jar plugin.jelly
Log:
Fix MAVEN-1009
Revision ChangesPath
1.23 +1 -1 maven/src/plugins-build/jar/plugin.jelly
Index: plugin.jelly
dion2003/11/06 23:32:19
Modified:xdocs/start download.xml
Log:
Add links to latest release
Revision ChangesPath
1.19 +10 -0 maven/xdocs/start/download.xml
Index: download.xml
===
RCS
Vincent,
shouldn't these be plugin-test subprojects rather than samples?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
[EMAIL PROTECTED] wrote on 06/11/2003 05:59:15 PM:
> vmassol
Looks good.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
Jason van Zyl <[EMAIL PROTECTED]> wrote on 04/11/2003 11:50:01 AM:
> Howdy,
>
> Anyone seen this or trie
You could get this by turning on deprecation during compilation and
recording it similar to what happens at the moment with Javadoc.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
[EMAIL
ns of my dependencies. (There's no point in adding
> this to Maven without community adoption and ibiblio
> support.)
I'd really like this to happen, but I think we need to stick to the
existing structure in place and work out a good way of doing this. If that
See
http://nagoya.apache.org/wiki/apachewiki.cgi?AntProjectPages/AntletProposal
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
On my way.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
Brett Porter <[EMAIL PROTECTED]> wrote on 31/10/2003 08:42:46 AM:
> dion,
>
> cd /home/cvs/maven-plugins
> find arti
dion2003/10/30 13:38:40
Removed: src/plugins-build/xdoc/src/plugin-resources/templates
mail-lists.xml team-list.xml index.xml
maven-reports.xml project-info.xml
issue-tracking.xml cvs-usage.xml dependencies.xml
en to create these artifacts yet. This
should be
> > done as well, otherwise the work on the eclipse plugin is of
> > very limited usefulness.
>
> I suppose this means working with the javac goals.
Or adapting the dist or jar p
I installed the latest war and caller plugins and ran plugin:test and it
succeeded?
Can you help me narrow this down?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
"Bjørn Ola Smi
; Isn't the "dist" plugin working fine and sufficient enought?
No. It doesn't produce -debug or -doc jar/zips.
> The produced source zip files can easily assigned as sources-zips to a
> jar within eclipe.
>
> Ok, it would be perfect if the eclipse-plugin assignes th
dion2003/10/29 10:42:29
Modified:codeswitcher/src/main/org/apache/maven/codeswitcher
CodeSwitcher.java
Log:
Remove unused import
Revision ChangesPath
1.2 +0 -1
maven-plugins/codeswitcher/src/main/org/apache/maven/codeswitcher
dion2003/10/29 10:40:43
Modified:examples/simple-java project.xml
Log:
Add description
Revision ChangesPath
1.5 +2 -0 maven-plugins/examples/simple-java/project.xml
Index: project.xml
dion2003/10/29 10:40:06
Modified:eclipse/src/plugin-resources/templates classpath.jelly
Log:
Start using pluginVar tag
Revision ChangesPath
1.7 +17 -17
maven-plugins/eclipse/src/plugin-resources/templates/classpath.jelly
Index: classpath.jelly
dion2003/10/29 10:29:33
Modified:src/plugins-build/xdoc project.properties
Log:
Make pluginSite work
Revision ChangesPath
1.6 +1 -0 maven/src/plugins-build/xdoc/project.properties
Index: project.properties
3) Please provide more detail on 'Maven does not do what I expected it to
do'. We can't help you if you don't tell us what is wrong.
4) You waited a whole day before being disillusioned? Not everyone will
have the
vslib fails to connect, then fall back to
> using the cvs executable.
There are a whole heap of tabs in this commit.
Could you please fix it?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.cod
Ah, gotcha!
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc
Brett Porter <[EMAIL PROTECTED]> wrote on 29/10/2003 10:10:34 AM:
> As I said, it doesn't clear "every" user
dion2003/10/28 14:29:36
Modified:src/plugins-build/site plugin.jelly
Log:
Start using tag instead of ${pom.getPluginContext()}
Revision ChangesPath
1.21 +1 -2 maven/src/plugins-build/site/plugin.jelly
Index: plugin.jelly
dion2003/10/28 14:28:39
Modified:src/plugins-build/test plugin.jelly
Log:
Start using tag instead of ${pom.getPluginContext()}
Revision ChangesPath
1.22 +2 -3 maven/src/plugins-build/test/plugin.jelly
Index: plugin.jelly
dion2003/10/28 14:27:03
Modified:src/plugins-build/xdoc plugin.jelly
Log:
Start using tag instead of ${pom.getPluginContext()}
Revision ChangesPath
1.52 +13 -17maven/src/plugins-build/xdoc/plugin.jelly
Index: plugin.jelly
dion2003/10/28 14:26:07
Modified:src/plugins-build/vdoclet project.properties
Log:
allow maven site -DpluginSite=y to work
Revision ChangesPath
1.5 +1 -0 maven/src/plugins-build/vdoclet/project.properties
Index: project.properties
dion2003/10/28 14:25:19
Modified:src/plugins-build/linkcheck plugin.jelly
Log:
Start using tag instead of ${pom.getPluginContext()}
Revision ChangesPath
1.13 +4 -4 maven/src/plugins-build/linkcheck/plugin.jelly
Index: plugin.jelly
dion2003/10/28 14:23:54
Modified:src/plugins-build/jxr plugin.jelly
Log:
Start using tag instead of ${pom.getPluginContext()}
Revision ChangesPath
1.18 +5 -10 maven/src/plugins-build/jxr/plugin.jelly
Index: plugin.jelly
dion2003/10/28 14:22:01
Modified:src/plugins-build/junit-report plugin.jelly
Log:
Start using tag instead of ${pom.getPluginContext()}
Revision ChangesPath
1.9 +3 -3 maven/src/plugins-build/junit-report/plugin.jelly
Index: plugin.jelly
dion2003/10/28 14:19:59
Modified:src/plugins-build/jar plugin.jelly
Log:
Start using tag instead of ${pom.getPluginContext()}
Revision ChangesPath
1.22 +1 -1 maven/src/plugins-build/jar/plugin.jelly
Index: plugin.jelly
dion2003/10/28 14:18:47
Modified:src/plugins-build/file-activity plugin.jelly
Log:
Start using tag instead of ${pom.getPluginContext()}
Revision ChangesPath
1.12 +2 -2 maven/src/plugins-build/file-activity/plugin.jelly
Index: plugin.jelly
downloaded, removing other versions
Should do it, right?
The above is in the plugin.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub Key:http://blogs.cod
dion2003/10/28 10:20:58
Modified:src/plugins-build/developer-activity plugin.jelly
Log:
Start using tag instead of ${pom.getPluginContext()}
Revision ChangesPath
1.12 +3 -3 maven/src/plugins-build/developer-activity/plugin.jelly
Index: plugin.jelly
dion2003/10/28 10:18:26
Modified:src/plugins-build/changelog/src/main/org/apache/maven/cvslib
CvsConnection.java
Log:
Style
Revision ChangesPath
1.2 +50 -58
maven/src/plugins-build/changelog/src/main/org/apache/maven/cvslib
dion2003/10/28 10:17:59
Modified:src/plugins-build/caller plugin.jelly
Log:
Remove unnecessary pom.getPluginContext stuff
Revision ChangesPath
1.2 +1 -1 maven/src/plugins-build/caller/plugin.jelly
Index: plugin.jelly
dion2003/10/28 10:16:41
Modified:src/plugins-build/artifact plugin.jelly
Log:
Remove unnecessary pom.getPluginContext stuff
Revision ChangesPath
1.3 +5 -18 maven/src/plugins-build/artifact/plugin.jelly
Index: plugin.jelly
801 - 900 of 2268 matches
Mail list logo