On 7/16/06, Brett Porter <[EMAIL PROTECTED]> wrote:
On 16/07/2006 1:51 AM, Wendy Smoak wrote:
> Since conventions are so important to Maven, it would be nice for the
> guide to creating archetypes to offer some advice on naming.
Sounds like a good idea!
Well, better late than never. :) htt
Thank you! I am honored by this privilege.
> -Original Message-
> From: Lukas Theussl [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 03, 2006 9:38 AM
> To: Maven Developers List
> Cc: Maven Project Management Committee List
> Subject: [result] [vote] Jeff Jensen as Maven Plugins com
Thanks, everybody!
I'll see what I can do to improve the plugins and the community. :)
On 8/3/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
5x +1
Welcome Shinobu!
-Lukas
Best regards,
-- Shinobu
--
Shinobu Kawai <[EMAIL PROTECTED]>
-
With regards to this, I tried fixing the Maven Assembly Plugin test
failures... but I need a SNAPSHOT of file-management in maven-shared
which is not deployed yet.
I then deployed a snapshot of maven-shared-io which is required to build
the file-management project.
Then I get to build the
Issue Subscription
Filter: Design & Best Practices (38 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
htt
on the security thread there was some dicussion of project grouping,
which is also on the continuum roadmap for 1.1 and in jira under a
number of issues, CONTIUUM-30 being one of the original ones..
I have been taking a stab at this locally and wanted to see if I could
get some feedback for this
Good day, Edwin,
Thanks, I think I'll go with your advice.
#1 is my pick as well, since those variables naming convention and the way
they are used suggests that they are constants ( and the fact that it didn't
fail when i built in ). I was just making sure that I'm on the right track.
Thanks a
If IDEA is correct, it can be declared final bec it didn't find any
other classes setting its value. Also, the naming would suggest that
author meant it to be final.
The tests also passed if after I changed it to final.
So I'd declare them as final.
Franz Allan Valencia See wrote:
Good d
+1 for Maven Curator :)
nhb wrote:
Hi,
Brett invited me to post an idea or two I had to the list:
Maven Curator
# The person responsible for developing and maintaining collections.
http://www.lib.unc.edu/instruct/manuscripts/glossary/
# A person who catalogs and cares for artifacts after th
+1 for Curator
^_^
nhb wrote:
Hi,
Brett invited me to post an idea or two I had to the list:
Maven Curator
# The person responsible for developing and maintaining collections.
http://www.lib.unc.edu/instruct/manuscripts/glossary/
# A person who catalogs and cares for artifacts after they
I must admit Curator has been my favourite so far. It has the
association with archaeology (artefacts), without sounding prehistoric
like Museum.
I also thought of Hoard at one point, but Steve's point about potential
bile-ability should be taken into consideration there.
Librarian is ok, bu
On 8/3/06, nhb <[EMAIL PROTECTED]> wrote:
Hi,
Brett invited me to post an idea or two I had to the list:
Maven Curator
+1 - This just rolls of the tongue.
Wb
Hi,
How about Maven Librarian?
2006/8/3, Andrew Williams <[EMAIL PROTECTED]>:
On Thu, 2006-08-03 at 10:31 -0700, nhb wrote:
> Hi,
>
> Brett invited me to post an idea or two I had to the list:
>
> Maven Curator
>
+1 :) I like it
--
On Thu, 2006-08-03 at 10:31 -0700, nhb wrote:
> Hi,
>
> Brett invited me to post an idea or two I had to the list:
>
> Maven Curator
>
+1 :) I like it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mai
nhb wrote:
Hi,
Brett invited me to post an idea or two I had to the list:
Maven Curator
# The person responsible for developing and maintaining collections.
http://www.lib.unc.edu/instruct/manuscripts/glossary/
# A person who catalogs and cares for artifacts after they are removed
during exca
Hi,
Brett invited me to post an idea or two I had to the list:
Maven Curator
# The person responsible for developing and maintaining collections.
http://www.lib.unc.edu/instruct/manuscripts/glossary/
# A person who catalogs and cares for artifacts after they are removed
during excavation.
http
I think you need to rm your local mojo metadata (there used to be a
jetty plugin there, defunct).
- Brett
On 4/08/2006 1:47 AM, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Thu Aug 3 08:47:12 2006
New Revision: 428431
URL: http://svn.apache.org/viewvc?rev=428431&view=rev
Log:
o new version
Hello,
i posted this on users-list but it may be better suited to dev-list. I
am trying to implement a new module for doxia (based on muse syntax
for those who care) and dont know how to integrate it in the site
generation process for maven. I guess this is only a matter of proper
configuration fo
6x +1
Welcome Jeff!
-Lukas
Lukas Theussl wrote:
Jeff has recently helped as a lot with patches and documentation for
Maven 1.1-beta-3, he is also an active maintainer of some m1 plugins at
the sourceforge project. He would like to continue helping us, so I
propose we give him access to apply
5x +1
Welcome Shinobu!
-Lukas
Lukas Theussl wrote:
Shinobu has been around for a long time, (at least as long as I have),
sending us patches and improvements for several plugins. He has
expressed interest in helping us out more, so I propose we give him
access to apply his own patches.
+1
I guess we still have a bit of work to do here.
XSD plugin isn't supporting attributes, and there are other issues.
Xdoc isn't suporting some associations (see the links tag, it should have a
child item tag).
Well, I'll have a look into it right now.
I'll keep you updated :)
Cheers!
Denis.
ok.
Arnaud
On 8/3/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
the conversion tool is being improved for MRM so I would just move
them manually in the remote repo for now.
On 8/3/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
> What is better ? To change the conversion tool or the m1 plugin
Hi!
I've declared the folling in my pom:
org.codehaus.mojo
xdoclet-maven-plugin
generate-sources
xdoclet
destDir="${project.build.outputDirectory}/META-INF" ejbSpec="2.0"
verbose="true" add
the conversion tool is being improved for MRM so I would just move
them manually in the remote repo for now.
On 8/3/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
What is better ? To change the conversion tool or the m1 plugin ?
On 8/3/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
>
> I wouldn'
What is better ? To change the conversion tool or the m1 plugin ?
On 8/3/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
I wouldn't say is a bug there but in the m1->m2 conversion tool, it
doesn't deal with javadocs. It picks them as jars from the jars
folder.
On 8/3/06, Arnaud HERITIER <[EMAIL
I wouldn't say is a bug there but in the m1->m2 conversion tool, it
doesn't deal with javadocs. It picks them as jars from the jars
folder.
On 8/3/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
Can you open a bug on the javadoc plugin for m1.
It works like that for a long time now.
I agree to ma
Can you open a bug on the javadoc plugin for m1.
It works like that for a long time now.
I agree to make it compatible with maven 2.
Arnaud
On 8/3/06, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
The javadocs need to be in the jars folder to be properly converted to m2
On 2 Aug 2006 08:15:07 -00
Hi all,
I checked out the latest sources of maven-archetype as I was very
intrigued by this mojo. Subsequently i've written an implementation of
org.apache.maven.archetype.ArchetypeCreator that deals with resources,
webapps and sites.
It will also handle multi-module projects in the sense that it
Thanks for all the comments of the reviewers.
Updated docs is still available here
http://people.apache.org/~aramirez/maven-surefire-plugin/
Cheers,
allan
Allan Ramirez wrote:
Hi everyone,
Just updated the docs of the surefire plugin. I hope you dont mind if
you take a look and give me som
Done in updating the docs. Thanks for all the comments of reviewers.
Site is still available at
http://people.apache.org/~aramirez/maven-dependency-plugin/
Cheers,
allan
Allan Ramirez wrote:
Hi Everyone,
The plugin docs for maven-dependency-plugin is now ready for review.
Staging site can b
Hi Simon,
Thanks for all of your comments. By the way, what do you mean by
"environment variable configuration"?
Is that different with the System Properties example?
Regards,
allan
Simon Kitching wrote:
On Tue, 2006-08-01 at 11:52 +1200, Simon Kitching wrote:
On Tue, 2006-08-01 at 11:15
Good day,
I am trying to make maven-resources-plugin pass the checkstyle check. So
far, I have fixed every error execpt two:
1. Name 'DEFAULT_BEGIN_TOKEN' must match pattern '^[a-z][a-zA-Z0-9]*$'
2. Name 'DEFAULT_END_TOKEN' must match pattern '^[a-z][a-zA-Z0-9]*$'.
both are private static Strin
32 matches
Mail list logo