[ http://jira.codehaus.org/browse/MAVENUPLOAD-359?page=history ]
Christian Koelle closed MAVENUPLOAD-359:
Resolution: Won't Fix
Due to the fact that we want to do a complete rewrite of JTestCase it may be
that xmlutil will become obsolete.
brett 2005/04/17 23:39:10
maven-components/maven-artifact-ant/src/main/resources/META-INF/plexus - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brett 2005/04/17 23:39:07
maven-components/maven-artifact-ant/src/main/resources/META-INF - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brett 2005/04/17 23:36:08
maven-components/maven-artifact-ant/src/main/assembly - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Distribution:
http://www.codehaus.org/~maven/m2/m2-20050418.010708.tar.gz
Log:
http://www.codehaus.org/~maven/m2-build-logs/m2-build-log-20050418.010708.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-m
Get rid of the use of configurations (properties) in the type specific project
subclasses
-
Key: CONTINUUM-89
URL: http://jira.codehaus.org/browse/CONTINUUM-89
Project: Continuum
brett 2005/04/17 21:27:02
Modified:maven-core/src/main/java/org/apache/maven/project
MavenProject.java
Log:
add missing delegation
Revision ChangesPath
1.42 +5 -0
maven-components/maven-core/src/main/java/org/apache/maven/project/Maven
[ http://jira.codehaus.org/browse/MNG-315?page=comments#action_32117 ]
Brett Porter commented on MNG-315:
--
done - needs some polish.
> resurrect the Wagon Ant tasks from CVS, and wrap them around maven-artifact
> ---
brett 2005/04/17 21:12:35
Log:
ant tasks for maven-artifact
Status:
Vendor Tag: ASF
Release Tags: INIT
N maven-components/maven-artifact-ant/pom.xml
N maven-components/maven-artifact-ant/sample.build.xml
N
maven-components/maven-artifact-ant/src/main/java/org/apac
Vincent Massol wrote:
>>Also requires the hooks to remove the files beforehand. But sounds good
>>
>>
>
>Yes, I still don't understand how you do this in m2... Is this goal
>aliasing?
>
>
I just meant extra configuration for the plugin.
>I could give it a try. I'd rather name is something l
+1, with a fairly sizeable note on the web site that it needs love to be
put back.
Though in AW's case, I doubt it makes sense. There will only need to be
an AspectJ 5.0 plugin soon...
- Brett
Vincent Massol wrote:
>Hi,
>
>I haven't been updating the apsectwerkz plugin for a while (shame on me
Jason van Zyl wrote:
>>Here's the full URL: http://www.jconfig.org/ConfigurationServer.html
>>
>>
>
>Cool! I'll take a look and try to integrate it into what I'm making.
>
>
Yeah, I think we are all on the same page now.
- Build a single archive
- swizzle J2EE files that need to be changed
Broken link in http://maven.apache.org/using/site.html
--
Key: MAVEN-1592
URL: http://jira.codehaus.org/browse/MAVEN-1592
Project: maven
Type: Bug
Reporter: Emmanuel Lécharny
Priority: Minor
The link to [X
On Sun, 2005-04-17 at 21:09 +0200, Vincent Massol wrote:
>
> > -Original Message-
> > From: Vincent Massol [mailto:[EMAIL PROTECTED]
> > Sent: dimanche 17 avril 2005 20:54
> > To: 'Maven Developers List'
> > Subject: RE: [M2] filter definition
>
> [snip]
>
> > Having an app that does it
On Sun, 2005-04-17 at 20:53 +0200, Vincent Massol wrote:
> Well, this is not always possible. Also you're talking about archives
> whereas I'm talking about artifacts in the large. For example creating a
> weblogic domain configuration. In that case you cannot signal to the
> application which con
Hi,
I haven't been updating the apsectwerkz plugin for a while (shame on me but
I had taken an interest in AW some time back and moved on something else
afterwards - I may find interest in it again in the future though).
The last time I touched it AW was at version 0.9 and it's now at version
2.
On Sun, 2005-04-17 at 20:37 -0700, Michal Maczka wrote:
> Are you just describing generic situation or just simple dev/qa/prod
> situation where environments are almost identical?
I'm talking about the movement of an application through internal
staging areas. I'm not talking about production de
> -Original Message-
> From: Vincent Massol [mailto:[EMAIL PROTECTED]
> Sent: dimanche 17 avril 2005 20:54
> To: 'Maven Developers List'
> Subject: RE: [M2] filter definition
[snip]
> Having an app that does it is cool thought but I think
> that's what http://www.jconfig.org/ does.
Her
> -Original Message-
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
> Sent: lundi 18 avril 2005 05:40
> To: Maven Developers List
> Subject: RE: [M2] filter definition
>
> On Sun, 2005-04-17 at 17:20 +0200, Vincent Massol wrote:
>
> > The way I've been doing it so far is by having:
> >
Jason van Zyl wrote:
On Sun, 2005-04-17 at 17:20 +0200, Vincent Massol wrote:
The way I've been doing it so far is by having:
project1
|_ src/resources
|_ env1
|_ [files or env1]
|_ envN
|_ [files or envN]
|_ shared
|_ [files shared by all envs]
|_ [...]
And then having
On Sun, 2005-04-17 at 17:20 +0200, Vincent Massol wrote:
> The way I've been doing it so far is by having:
>
> project1
> |_ src/resources
> |_ env1
> |_ [files or env1]
> |_ envN
> |_ [files or envN]
> |_ shared
> |_ [files shared by all envs]
> |_ [...]
>
> An
> -Original Message-
> From: Vincent Massol [mailto:[EMAIL PROTECTED]
> Sent: dimanche 17 avril 2005 16:45
> To: 'Maven Developers List'
> Subject: RE: [M2] clover
[snip]
> Also, there's something I'm not sure I understand. Where do you tell m2
> that
> such plugin is to be called when
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: dimanche 17 avril 2005 15:28
> To: dev@maven.apache.org
> Subject: Re: [M2] filter definition
>
>
> >I agree that putting in the POM is a good first approach but
> >that it won't handle the need for different e
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: dimanche 17 avril 2005 15:33
> To: Maven Developers List
> Subject: Re: [M2] Testing a m2 plugin
>
> Vincent Massol wrote:
>
> >I think a verifier plugin that simply verifies existence/nonexistence of
> >files/d
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: dimanche 17 avril 2005 15:23
> To: dev@maven.apache.org
> Subject: Re: [M2] clover
[snip]
> #project.build.directory instead of #basedir/target
Makes sense. (If you want to fix it, I had copied it from
ModelloJa
Vincent Massol wrote:
>I think a verifier plugin that simply verifies existence/nonexistence of
>files/dir and their contents would be a good first step.
>
>It could be configured with:
>
>
>
>
> ${basedir}/target/clover/clover.db
> [enter a regexp here - This is optional]
> e
>I agree that putting in the POM is a good first approach but
>that it won't handle the need for different environments.
>
>This is something that I've been wanted to include in maven for a very long
>time: the ability to say "build me this project for this environment".
>
>
>
>
As I said, I'm
I've fixed the ci.sh script to mail to the right list.
[EMAIL PROTECTED] wrote:
>Distribution:
>http://www.codehaus.org/~maven/m2/m2-20050417.090701.tar.gz
>
>Log:
>http://www.codehaus.org/~maven/m2-build-logs/m2-build-log-20050417.090701.txt
>
>---
Distribution:
http://www.codehaus.org/~maven/m2/m2-20050417.090701.tar.gz
Log:
http://www.codehaus.org/~maven/m2-build-logs/m2-build-log-20050417.090701.txt
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-m
(sorry for mashing these together, my email client decided to download
and make them vanish, so I've pulled these from a digest request)
>Funny that you should say this when I've been unable to find a single unit
>test in all the plugins that currently exist for m2! :-)
>
>
Yes, this is true. So
evenisse2005/04/17 05:35:15
Modified:maven-plugins pom.xml
.pom.xml
Log:
Add my name
Revision ChangesPath
1.28 +1 -1 maven-components/maven-plugins/pom.xml
Index: pom.xml
=
Vincent Massol wrote:
I agree that putting in the POM is a good first approach but
that it won't handle the need for different environments.
This is something that I've been wanted to include in maven for a very long
time: the ability to say "build me this project for this environment".
It seems t
I think a verifier plugin that simply verifies existence/nonexistence of
files/dir and their contents would be a good first step.
It could be configured with:
${basedir}/target/clover/clover.db
[enter a regexp here - This is optional]
exist (default)|notfound
[
I'm planning to use the following directory structure:
maven-clover-plugin/
|_ plugin/
|_ pom.xml
|_ [this is the plugin itself]
|_ tests/
|_ test
|_ pom.xml
|_ [...]
|_ test
|_ pom.xml
|_ pom.xml
So that to build the plugin you would go at the top le
I agree that putting in the POM is a good first approach but
that it won't handle the need for different environments.
This is something that I've been wanted to include in maven for a very long
time: the ability to say "build me this project for this environment".
It seems that you're currently
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: dimanche 17 avril 2005 04:34
> To: Maven Developers List
> Subject: Re: [M2] Clover plugin ideas and questions
>
> I remember I was going to reply to this :)
>
> Vincent Massol wrote:
>
> >Hi,
> >
> >2/ Option
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: dimanche 17 avril 2005 01:52
> To: Maven Developers List
> Subject: Re: [M2] Testing a m2 plugin
>
> Yes, I have a JIRA in to turn that into an m2 plugin itself.
>
> Not sure that's exactly what you want, as it f
> If you'd like, you can use the same code Maven does:
> maven-model-2.0-alpha-1.jar (you'll also need plexus-utils-1.0-alpha-
> 2.jar)
>
> MavenXppReader reader = new MavenXpp3Reader();
> Model pom = reader.read( new FileReader( new File( "pom.xml" ) ) );
> (with suitable error handling on the Fi
38 matches
Mail list logo