Re: versioning

sert: 2.0.1-xyz < 2.0.1. I think generally >> this is not the case. For example, >> the wiki guide to patching plugins states that you could patch a plugin >> and change it's version to 2.0-INTERNAL. >> In this case, 2.0 would be newer than 2.0-INTERNAL, which renders the &

Re: [vote] Release Maven Invoker Plugin 1.0

Jason. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: [vote] Trying to use standard versioning

ED] > For additional commands, e-mail: [EMAIL PROTECTED] -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog - To unsubscribe, e-mail: [EMAIL PROTECTED] For

Re: Mapping strategy for libraries in the WAR/EAR plugin

to shared or something) Thanks, Stéphane - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: [vote] MNG-1577 as the default behavior

-- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: ApacheCon?

the training I'm doing... if anyone is interested in reviewing, etc. let me know. - Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: Which wagon-ssh version fixed the permission problem when deploying?

-jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: Site plugin feature of using Velocity

>>>>> For additional commands, e-mail: [EMAIL PROTECTED] >>>> >>>> >>>> ------- >>>> -- >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: 2.0.6 Pre flight check

TECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands

Re: [VOTE] Release Maven 2.0.6

- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: [vote] Attempt 2: Release 2.2-beta-1 of maven-assembly-plugin

http://svn.apache.org/repos/asf/maven/plugins/tags/maven-assembly-plugin-2.2-beta-1 Staging repository: http://people.apache.org/~jdcasey/stage/repo< http://people.apache.org/%7Ejdcasey/stage/repo> So, let's try 72h +1/+0/-1. Please cast your votes! Here's my +1. -john -- Eric Redmond http://codehaus.org/~eredmond

Re: [Archetypes] plugin proposition

src/main/java **/*.java Main.java -- Eric Redmond http://codehaus.org/~eredmond

Re: [VOTE] Release Maven Ant Tasks 2.0.6

--- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: [discuss] add validate/initialize to site lifecycle

ycleExecutor specifically tests for this and > throws a LifecycleExecutionException if a violation is detected. > > Max. > > > > --------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: [discuss] add validate/initialize to site lifecycle

n to be bound to multpile phases. > Then we could bind to validate,pre-site. > > -Original Message- > From: Eric Redmond [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 04, 2007 11:08 AM > To: Maven Developers List > Subject: Re: [discuss] add validate/initialize

Re: Sandbox question

or > additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] For > additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: dependency on system library (java.library.path)

NATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: dependency on system library (java.library.path)

On 4/12/07, Aaron Digulla <[EMAIL PROTECTED]> wrote: Joerg Hohwiller wrote: > Hi there, > > I have already used SWT and GWT together with maven. Both need native system > libraries at some specific point. This causes trouble when running code (e.g. > test-cases) with maven. The latest 3.3 relea

Re: Specify a dynamic profile

e sort? > > > > Two approaches I've thought of, neither seems ideal > > 1. Generate a pom dynamically and invoke it > > 2. Put each module into it's own profile and then specify all the > > profiles > > to build > > > > Thanks for any help, &

Re: Site Generation Struggles

per have as far as customization of report and project information content go? If anyone has any suggestions or links to helpful documentation, I would be greatly appreciative. Thanks, Brent Kersanske Akorri -- Eric Redmond http://www.sonatype.com

Re: [jira] Closed: (MNG-2521) Using JDK 1.5+ annotations for mojos metadata

y JIRA. > - > If you think it was sent incorrectly contact one of the > administrators: http://jira.codehaus.org/secure/Administrators.jspa > - > For more information on JIRA, see: http://www.atlassian.com/ > software/jira > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com

Re: Maven Project Website JIRA

[EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com

Re: Question regarding a Plugin

ll and deploy run, the file and it's associated directory are sent to the correct repositories with the other artifacts? Thanks in advance, Adam Altemus -- Eric Redmond http://www.sonatype.com

Re: [VOTE] Release Maven 2.0.7 (take 2)

--- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com

Re: Using JDK 1.5+ annotations for mojos, another patch (MNG-2521)

s.org/secure/attachment/28142/maven-plugin-tools-java5.tar.gz [3] http://jira.codehaus.org/browse/QDOX-123 [4] http://jira.codehaus.org/browse/QDOX-122 --------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com

Re: Quick sketch of the dev process

----- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com

Re: Quick sketch of the dev process

----- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://www.sonatype.com

Re: Proposal: MNG-2521 Cross Module Mojo Inheritance

iptors for annotated interfaces and abstract classes. These should be written into the plugin.xml and filtered out by the PluginDiscoverer, so they cannot be accessed normally. Regards, Jochen - To unsubscribe, e

Re: Test dir

This is a user list question. But the answer is plugin executions. -- Eric Redmond http://blog.propellors.net On 8/2/07, Sergey Kabashnyuk <[EMAIL PROTECTED]> wrote: > > I mean to run all tests in one comand mvn clean test > in one maven-surefire-plugin configuration. &g

Re: [vote] release Maven parent POM v6

resources and gpg plugin versions used for releases > - add default compiler and jar configuration settings > > +1 from me. > > Cheers, > Brett > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For a

Re: maven.test.skip and phases test and integration-test

pe to be able to skip entire phases - which seems generally more useful - rather than it being up to individual plugins to enact (or not) this behavior. -- Eric Redmond http://blog.propellors.net On 8/17/07, Joerg Hohwiller <[EMAIL PROTECTED]> wrote: > > -BEGIN PGP SIGNED MESSAGE-

Re: http://jira.codehaus.org/browse/MNG-3151

t; issue? > > Stefano > > > --------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Eric Redmond http://blog.propellors.net

Re: doxia docbook support

m with chaining source=>sink=>source=>sink is that you are left with a document that is only the intersection of supported features. Make sense? Your best bet is to expand the existing parser to increase support. thnx > Jan > > ----- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Eric Redmond http://blog.propellors.net

Re: dependencyManagement

On 2/28/06, Ralph Goers <[EMAIL PROTECTED]> wrote: > > Steve, > > What you are proposing is to basically bypass maven and "hack" the pom's > dynamically with the versions required. It seems to me it would be > easier to have a process to do that in one's local repository. Then you > only have to d

Article draft - POM Demystified

Note, this is a rough draft. Please don't redirect me to any MLA documents! :) I've taken a first crack at a comprehensive discussion of the POM, and only the POM, in its entirety. It tops out at over 9000 words, 14 diagrams and probably 40 examples. Although I feel confident that this a fairly ac

The Maven 2 POM Demystified

I hope you find this useful. Its not an "introduction" article. http://www.javaworld.com/javaworld/jw-05-2006/jw-0529-maven.html Sorry to cross-post, but I'd like to add a link to http://maven.apache.org/articles.html Eric

Re: [Proposal] Documenting Maven

On 6/19/06, Rinku <[EMAIL PROTECTED]> wrote: Hi, Some sites: [A] http://java.sun.com/javase/ [B] http://ant.apache.org/ Some notes: 1) L.H.S nav categories are concise. For example, "Reference" in [A] above has links to all documentation resources. "Community" has all the stuff about forum

Re: How to overwrite clean behaviour.

Can't you override the clean lifecycle as a plexus component, adding your plugin to it? Eric On 6/28/06, dan tran <[EMAIL PROTECTED]> wrote: any suggestion? -D On 6/26/06, dan tran <[EMAIL PROTECTED]> wrote: > > I am also interested on how to do this as well? any suggestion? > > -Dan > >

Re: How to overwrite clean behaviour.

Similar to how maven-core declares them, you can overwrite them: http://svn.apache.org/repos/asf/maven/components/trunk/maven-core/src/main/resources/META-INF/plexus/components.xml Eric On 6/28/06, dan tran <[EMAIL PROTECTED]> wrote: how? -D On 6/28/06, Eric Redmond <[EMAIL

Re: [discuss] Java 5

I'm sure that most organizations with a central build system will have little problem using Java 5, the only danger I see in my group is individual developers who like to run builds locally using Maven, when we develop with 1.4. They must continue developing in 1.4, and now requre 5 soley for Mave

Re: [discuss] Java 5

I remember a while back a discussion about accepting licenses as part of Maven's downloading artifacts with non-apache constraints (such as sun jars). Has anything come of this in 2.1? That might be the answer right there. Eric On 7/7/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote: I think we sh

Re: [discuss] Java 5

Possibly. There's no reason not to offer any jvm whose license will allow it. Any other can be manually installed. Eric On 7/7/06, Alan D. Cabrera <[EMAIL PROTECTED]> wrote: Yikes. That strikes me as truly scary and assumes that everyone is running Sun compilers/JVMs. Am I misunderstanding s

[discuss] Java 5 / Plugin Reqs.

It seems to me that the consensus is to stay with 1.4 (or not, in any case...) on a related note: Does it make sense to have plugins require a specific version of jdk to run? This would allow the plugin toolkit to make use of current language constructs (annotations), but reducing of portability.

Re: HTTP compression (http://jira.codehaus.org/browse/WAGON-55)

Hi Nathan; It looks that the Jetty ResourceHandler will only return zipped content ending in ".gz", so perhaps its a simple as hello.txt.gz? ( http://www.dpml.net/api/jetty/5.1.6/org/mortbay/http/handler/ResourceHandler.html#setMinGzipLength(int)

Re: Not using pom.xml

I don't believe that is an option. The question is... why? Is it because you want to always require the user to enter command-line parameters? Thanks; Eric On 7/13/06, Jagan Padmanabha Pillai -X (jpadmana - Insight Solutions, Inc. at Cisco) <[EMAIL PROTECTED]> wrote: Hi, Is there any way I c

Re: Not using pom.xml

ou see anyway to achieve this. Thanks -Jagan -Original Message- From: Eric Redmond [mailto:[EMAIL PROTECTED] Sent: Thursday, July 13, 2006 2:43 PM To: Maven Developers List Subject: Re: Not using pom.xml I don't believe that is an option. The question is... why? Is it because you want

Re: Property badly handled ?

This is really a user's list question. In any case, [test]outputDirectory are prefixed by working directory because maven interprets the paths to be relative. The real question is, why isn't the property ${ project.build.directory} resolving correctly? I don't know if it should or not... I don't k

Re: new repo doesn't like me

- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > -- > I could give you my word as a Spaniard. > No good. I've known too many Spaniards. > -- The Princess Bride > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > Jason van Zyl [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: [vote] Release maven-invoker-plugin 2.0.5

e-mail: [EMAIL PROTECTED] > > -- John Casey --- Maven Developer (http://maven.apache.org) --- Website: http://www.commonjava.org Blog: http://www.ejlife.net/blogs/john - To unsubscribe, e-mail: [EMAIL PROTECTED] For a

Re: [vote] Release maven-invoker-plugin 2.0.5

to work against, without polluting the local repository... -john On 10/13/06, Eric Redmond <[EMAIL PROTECTED]> wrote: > > Is this to replace the it plugin? > > On 10/12/06, John Casey <[EMAIL PROTECTED]> wrote: > > > > +1 > > > > Jason van Zyl wrote:

Re: Last Published on Maven Site

Vincent Siveton wrote: > >> Hi, >> >> I noticed today that the last published date on maven.apache.org is >> not up to date. I assumed that it is due to the work of the >> Infrastructure team... >> > > Yah, I am working with Eric Redmond as we

Re: Last Published on Maven Site

the px's until the em's look right. Yes, I agree. I can futz with the values. Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: Maven on Nabble

to do (see > http://www.nabble.com/help/Answer.jtp?id=21). You can try it or I can > do it. > > I think it will be cool to have the Maven node in Maven skin. > > Regards, > Will -- Eric Redmond http://codehaus.org/~eredmond

Re: Maven on Nabble

Done. I'll make a patch to link to this in the Maven site later tongiht. http://www.nabble.com/Maven-f177.html Eric On 10/29/06, Eric Redmond <[EMAIL PROTECTED]> wrote: Interesting. I'll do it. On 10/29/06, Brett Porter <[EMAIL PROTECTED]> wrote: > > Anyone i

Re: Maven on Nabble

TED]> wrote: The site looks a little crazy in Firefox 2, at least for me. The Maven navigation menu on the left is intermixed with the Nabble page. It looks like the Nabble page isn't being justified against menu correctly. -Nathan On 10/29/06, Eric Redmond <[EMAIL PROTECTED]> wro

Re: Maven on Nabble

http://jira.codehaus.org/browse/MNG-2641 On 10/29/06, Eric Redmond <[EMAIL PROTECTED]> wrote: Done. I'll make a patch to link to this in the Maven site later tongiht. http://www.nabble.com/Maven-f177.html Eric On 10/29/06, Eric Redmond <[EMAIL PROTECTED]> wrote: > >

Re: Maven on Nabble

L Nabble.com Nathan Beyer-2 wrote: > > The site looks a little crazy in Firefox 2, at least for me. The Maven > navigation menu on the left is intermixed with the Nabble page. It > looks like the Nabble page isn't being justified against menu > correctly. > > -Natha

Re: Releasing Maven 2.0.5

il: [EMAIL PROTECTED] > > > > > > > -- > Stephen Duncan Jr > www.stephenduncanjr.com > > ----- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

Re: website "ui updates" ?

tches (keeping the site basically for the structure since wikis suck for that). I think we still need to work on the visuals, particularly in the middle of the page to make those key progressions more obvious. Thoughts? - Brett -- Eric Redmond http://codehaus.org/~eredmond

Re: A single groupId for Maven?

f org.apache.maven? Jason. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Eric Redmond http://codehaus.org/~eredmond

[M2] POM configuration bug?

Here's the deal. I need to inject a dependency onto a project that I have. I would like to add an artifact called 'maven-plugin-tools-ruby' into the dependency list of the artifact 'maven-plugin-plugin'. Currently, my pom looks like this: 4.0.0 net.propellors maven-rubytest-plugin maven-p

Re: [M2] POM configuration bug?

ing off the scope. It's a plugin dependency, > so it shouldn't matter, but the artifact handling code has certain > sensibilities about the different scopes... > > -j > > Eric Redmond wrote: > > Here's the deal. I need to inject a dependency onto a project t

Ruby Mojo Support

Some of you expressed an interest. Please note that it is close, but not quite, ready to be tested on a wider scale (such as the users list). I'm still stummped at how to inject certain values into the Ruby object. But the projects and sourcecode can be downloaded from here: http://www.propellors

Ruby Mojo Support - Alpha

I just published a simple usable version of Ruby support for Maven. I say "simple" because the full spectrum of mojo field/setter injection parameters are not complete, however, simple operations, such as configuring a String parameter in the pom, is now possible. In any case, to use this, you nee

Re: Native plugin build lifecycle - need advice

What's wrong with making them an integration test? Eric On 1/16/06, dan tran <[EMAIL PROTECTED]> wrote: > > Folks, The native-plugin redefine build lifecycle as > > > > org.apache.maven.lifecycle.mapping.LifecycleMapping > > dll > > > org.apache.maven.lifecycle.mapping.DefaultLifecycleMa

Re: [PROPOSAL] Integration testing proposal for Maven 2.0.x

If the POM is changing, that would then increment the pom model version, right? To 4.0.1? On 1/25/06, Vincent Massol <[EMAIL PROTECTED]> wrote: > > > > > -Original Message- > > From: Grzegorz Slowikowski [mailto:[EMAIL PROTECTED] > > Sent: mardi 24 janvier 2006 11:12 > > To: Maven Develope

Re: [proposal] adding pre/post phases for all major lifecycle phases

+0 to the pre/post phase. As it has been mentioned a million times before, what's the difference between the post of one phase, and the pre of the next. However, I am seeing a need for more than a single execution per stage. I like John's suggesting alot. It makes sense. Within a particular phase,

Re: [proposal] adding pre/post phases for all major lifecycle phases

2/17/06, John Casey <[EMAIL PROTECTED]> wrote: > > IMO a consolidation goal is another workaround. It's definitely possible > now, but if we had phase-ordering, we wouldn't need it, right? > > -j > > Eric Redmond wrote: > > +0 to the pre/post phase. A

Re: [proposal] adding pre/post phases for all major lifecycle phases

t; On 2/17/06, John Casey <[EMAIL PROTECTED]> wrote: > > > > IMO a consolidation goal is another workaround. It's definitely possible > > now, but if we had phase-ordering, we wouldn't need it, right? > > > > -j > > > > Eric Redmond wrote:

Re: [proposal] adding pre/post phases for all major lifecycle phases

ning as much as they can > into > > one building entity, but it that going to be our best practice? > > > > jesse > > > > > > On 2/17/06, John Casey <[EMAIL PROTECTED]> wrote: > >> IMO a consolidation goal is another workaround. It&#x

Re: [proposal] adding pre/post phases for all major lifecycle phases

ight now IMO. :) > > > > I understand people are really used to combining as much as they can > into > > one building entity, but it that going to be our best practice? > > > > jesse > > > > > > On 2/17/06, John Casey <[EMAIL PROTECTED]> wrote: >

Re: [m2] Archetype-core: invalid POM

That is actually this issue I logged last week... should I close it then? http://jira.codehaus.org/browse/ARCHETYPE-12 On 11/19/05, Brett Porter <[EMAIL PROTECTED]> wrote: > > fixed > > Rinku wrote: > > Hi, > > > > for the following dependencies are missing in archetype-core > POM. > > > > I ra

Ruby-Mojo support

Maven developers: I have just completed a couple projects to add Ruby support for Maven 2, allowing one to write mojos in Ruby as well as generate mojo descriptors based upon RDoc markup. But I have run into a hurdle. I currently am making the plugin:descriptor run my RubyExtractor by adding the m

Re: Ruby-Mojo support

u willing to contribute > it back to the project? > > Cheers, > Brett > > > Eric Redmond wrote: > > Maven developers: > > > > I have just completed a couple projects to add Ruby support for Maven 2, > > allowing one to write mojos in Ruby as well as g

Re: Ruby-Mojo support

Enjoy! Eric On 11/26/05, Eric Redmond <[EMAIL PROTECTED]> wrote: > > Maven developers: > > I have just completed a couple projects to add Ruby support for Maven 2, > allowing one to write mojos in Ruby as well as generate mojo descriptors > based upon RDoc markup. But I h

[jira] Created: (ARCHETYPE-21) Unecessary java directory creation

Unecessary java directory creation -- Key: ARCHETYPE-21 URL: http://jira.codehaus.org/browse/ARCHETYPE-21 Project: Maven Archetype Type: Improvement Components: maven-archetype-plugin Reporter: Eric Redmond Assigned to

[jira] Created: (ARCHETYPE-22) Always generates groupId directories

Always generates groupId directories Key: ARCHETYPE-22 URL: http://jira.codehaus.org/browse/ARCHETYPE-22 Project: Maven Archetype Type: Wish Reporter: Eric Redmond Assigned to: Jason van Zyl I'd like to see the s

[jira] Commented: (ARCHETYPE-22) Always generates groupId directories

[ http://jira.codehaus.org/browse/ARCHETYPE-22?page=comments#action_54924 ] Eric Redmond commented on ARCHETYPE-22: --- Whichever. What I was getting at is that a groupId directory structure is inserted by default. have ${package} would make more sense

[jira] Commented: (ARCHETYPE-21) Unecessary java directory creation

[ http://jira.codehaus.org/browse/ARCHETYPE-21?page=comments#action_54925 ] Eric Redmond commented on ARCHETYPE-21: --- It's possible I am using old code. Let me check. I'll cancel this issue if that is the case. > Unecessary java direc

[jira] Created: (ARCHETYPE-12) core pom missing/invalid version

core pom missing/invalid version Key: ARCHETYPE-12 URL: http://jira.codehaus.org/browse/ARCHETYPE-12 Project: Maven Archetype Type: Bug Components: maven-archetype-plugin Environment: WinXP Reporter: Eric Redmond Assigned

[jira] Created: (ARCHETYPE-13) testArchetype update

testArchetype update Key: ARCHETYPE-13 URL: http://jira.codehaus.org/browse/ARCHETYPE-13 Project: Maven Archetype Type: Test Components: maven-archetype-plugin Reporter: Eric Redmond Assigned to: Jason van Zyl Priority: Trivial

[jira] Created: (ARCHETYPE-14) Archtype:create does not

Archtype:create does not - Key: ARCHETYPE-14 URL: http://jira.codehaus.org/browse/ARCHETYPE-14 Project: Maven Archetype Type: Improvement Components: maven-archetype-plugin Reporter: Eric Redmond Assigned to: Jason van Zyl

[jira] Created: (MAVENUPLOAD-592) Apache Jakarta BSF

Apache Jakarta BSF -- Key: MAVENUPLOAD-592 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-592 Project: maven-upload-requests Type: Task Reporter: Eric Redmond A bundle of the Apache BSF code. -- This message is automatically generated by