evenisse2003/12/18 22:03:30
Modified:jdiffproject.xml
Log:
Upgrade to jdiff-1.0.9
Revision ChangesPath
1.18 +3 -2 maven-plugins/jdiff/project.xml
Index: project.xml
===
RCS file: /home/
The following comment has been added to this issue:
Author: dion gillard
Created: Thu, 18 Dec 2003 10:46 PM
Body:
1.6.0 has just been released
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1086
Here is an overview of the issue:
-
On Thu, 2003-12-18 at 17:07, Sonnek, Ryan wrote:
> I have nearly finished creating a small plugin that I think could be
> integrated into the maven clean plugin. I would like to get feedback on it
> and ask about if/how to submit it to the maven community.
>
> I created a plugin that goes through
It would be great to integrate this into the repository plugin (rather
than clean).
Could you post it to our bug reporting system?
Thanks,
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
"Sonnek, Ryan" <[EMAIL PROTECTED]> wrote on 19/12/2003 09:07:51 AM
Message:
The following issue has been closed.
Resolver: Emmanuel Venisse
Date: Thu, 18 Dec 2003 5:26 PM
Already fixed
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPCHANGELOG-1
Here is a
evenisse2003/12/18 15:07:45
Modified:jdiff/xdocs changes.xml
Log:
Add reference to issue
Revision ChangesPath
1.4 +1 -1 maven-plugins/jdiff/xdocs/changes.xml
Index: changes.xml
===
RCS fil
Message:
The following issue has been closed.
Resolver: Emmanuel Venisse
Date: Thu, 18 Dec 2003 5:07 PM
Fixed in cvs
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPJDIFF-1
Here is an ove
evenisse2003/12/18 14:54:54
Modified:jdiffproject.xml
Log:
Fix IssueTracking Url
Revision ChangesPath
1.17 +1 -0 maven-plugins/jdiff/project.xml
Index: project.xml
===
RCS file: /home/c
The following comment has been added to this issue:
Author: Charlie Dobbie
Created: Thu, 18 Dec 2003 4:57 PM
Body:
I expect a fix for this should also fix the following:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MCFETCH-1
-
evenisse2003/12/18 14:44:11
Modified:jdiffplugin.jelly project.xml
jdiff/xdocs changes.xml
Log:
Fix error due to makeRelativePath.
Revision ChangesPath
1.9 +13 -19maven-plugins/jdiff/plugin.jelly
Index: plugin.jelly
I have nearly finished creating a small plugin that I think could be
integrated into the maven clean plugin. I would like to get feedback on it
and ask about if/how to submit it to the maven community.
I created a plugin that goes through the user's local repository and deletes
out all timestampe
Message:
The following issue has been closed.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-1085
Here is an overview of the issue:
-
Are there any utility classes currently in the codebase for working with
local artifacts? Specifically, I'm trying to go through the entire local
repository and delete old snapshot artifacts. I need to parse out the
"version" for all artifacts, and I thought someone might have done this
before.
The following comment has been added to this issue:
Author: Jim Crossley
Created: Thu, 18 Dec 2003 10:21 AM
Body:
After looking at this a bit more closely, I now realize it's not a jboss plugin issue
but a war plugin issue. I *think* it's just a matter of making this the default
On Thu, 2003-12-18 at 10:00, Vincent Massol wrote:
> Ok. So, are you going to modify the plugins so that calling xxx:deploy
> deploys the project's main artifact to pom.distributionURL?
This is the _user_ distribution URL. Where users go to get artifacts
provided by a project. You may deploy to on
Ok. So, are you going to modify the plugins so that calling xxx:deploy
deploys the project's main artifact to pom.distributionURL?
Also, will the users have to duplicate information about project group,
id and version in the POM:
http://www.ibiblio.org/maven/mygroup/jars/myartifact-my
version.jar
On Thu, 2003-12-18 at 03:01, Vincent Massol wrote:
> Jason,
>
> This is what I'm doing in the multichanges plugin: it automatically
> lists all releases. I have not committed it yet but the way I planned to
> compute the URL was by:
>
> [Remote repo URL] + [group id] + [type (new POM element)] +
The following comment has been added to this issue:
Author: Rafal Krzewski
Created: Thu, 18 Dec 2003 6:24 AM
Body:
Valid concern - but missed concept.
The thing that you seem to need is transitive dependencies support, which is
orthogonal to POM inheritance.
It has been discussed
Hi,
I've run into a weird problem in site generation recently.
When dashboard report is enabled in a my project, xdoc:jelly-transform
writes the html files into
$MAVEN_HOME/plugins/maven-dashboard-plugin-1.3-SNAPSHOT/target instead
of the projects target/docs directory.
>From what I've been able
The following comment has been added to this issue:
Author: Mike Melia
Created: Thu, 18 Dec 2003 3:58 AM
Body:
I'm not sure I completely understand your comment. I think you agreed that currently
you can only inherit dependencies from one source but you didn't say whether it was a
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPEAR-13
Here is an overview of the issue:
---
Hi all,
Now that the plugin download functionality works (fixed about a week ago)
when we get the next RC or 1.0 out we should mention in the ANNOUNCE emails
how to use it to download new plugins. This should help speed up adoption
of new plugins. For instance, for the JCoverage 1.0.2 version, t
The following comment has been added to this issue:
Author: dion gillard
Created: Thu, 18 Dec 2003 2:50 AM
Body:
AFAIK, dependencies are cumulative when inherited, and the only case in the POM where
they are.
-
Vi
The following comment has been added to this issue:
Author: Emmanuel Venisse
Created: Thu, 18 Dec 2003 2:44 AM
Body:
My personal opinion is that ide project files are personal and they never add to a scm
repository because each developer can work with his preferred ide.
But if you
Ok, so what does this page generate under 1.0? Junk?
Shouldn't there be a check to see if it has a value, and not generate the
file if it doesn't?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Jason van Zyl <[EMAIL PROTECTED]> wrote on 18/12/2003 06:23
Jason,
This is what I'm doing in the multichanges plugin: it automatically
lists all releases. I have not committed it yet but the way I planned to
compute the URL was by:
[Remote repo URL] + [group id] + [type (new POM element)] + [artifact
id] + [version] + [type extension - directly computed f
dion2003/12/18 00:02:48
Modified:.Tag: MAVEN-1_0-BRANCH project.properties
Log:
Add back simian
Revision ChangesPath
No revision
No revision
1.51.2.4 +1 -1 maven/project.properties
Index: project.properties
On Wed, 2003-12-17 at 20:34, Martin van den Bemt wrote:
> I'll have a look tomorrow..
Cool, thanks a bunch.
> Mvgr,
> Martin
>
> On Wed, 2003-12-17 at 16:35, Jason van Zyl wrote:
> > On Tue, 2003-12-16 at 20:04, Martin van den Bemt wrote:
> > > It just hit me, a solution for this can be to gener
On Thu, 2003-12-18 at 01:19, [EMAIL PROTECTED] wrote:
> So this is not a 1.0 compatible plugin anymore??
It still is, none of the default behaviour has changed. I'm just adding
stuff that >1.0 will be able to take advantage of.
> --
> dIon Gillard, Multitask Consulting
> Blog: http://blogs.c
30 matches
Mail list logo
