+1
Dan
On Saturday 17 March 2007 23:31, Brian E. Fox wrote:
> I'd like to release maven-dependency-plugin:2.0-alpha-3
>
> Tag:
> http://svn.apache.org/repos/asf/maven/plugins/tags/maven-dependency-pl
>ug in-2.0-alpha-3/
>
> Staged at:
> http://people.apache.org/~brianf/staging-repository
>
> Ch
very cool.
+1
Milos
On 3/20/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
+1
To be able to order correctly is a big improvement.
Also very cool is that we can now query and inspect what will happens
before it executes. One more step of providing declarative outputs
for plugins and we will know
Just throwing this out there... but why not just use Jexl to allow
expression like "mavenVersion == 1.2" to be evaluated? I just saw
the table of range to meaning and this just popped into my head...
like why do you need some extra syntax when you could just evaluate
an expression?
--jas
Seems a wee bit odd that you have "enforcer:enforce" which handles
maven version and java version, then "enforcer:os" which handles os
stuff. I'd rather have enforcer:require-maven, enforcer:require-
java, enforcer:require-os, *
I'm also not keen on the version range muck... but I guess its
Just need one more PMC
-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: Monday, March 19, 2007 9:40 PM
To: Maven Developers List
Subject: Re: [VOTE] maven-dependency-plugin 2.0-alpha-3
This looks really nice. It gets my enthusiastic +1. :-)
Thanks,
john
On 3/17/
There is a new plugin that I'd like to get some feedback on,
particularly on non-windows os's and the unit tests.
The maven-enforcer-plugin picks up where leaves off and
allows control over the maven, jdk and os versions of a build.
This plugin was initially conceived here:
http://www.na
On 19 Mar 07, at 10:00 PM 19 Mar 07, Jason Dillon wrote:
Aight... I'm happy for it to be in 2.0.7. Not sure I have time to
patch it into 2.0.6... though in many cases simply changing
log.info to log.debug should work ;-)
If you like I can look into the patches for inclusion into 2.0.7.
Aight... I'm happy for it to be in 2.0.7. Not sure I have time to
patch it into 2.0.6... though in many cases simply changing log.info
to log.debug should work ;-)
If you like I can look into the patches for inclusion into 2.0.7.
--jason
On Mar 19, 2007, at 6:04 PM, Jason van Zyl wrote:
Hi,
So just to recap where we are with 2.0.6. We have a couple issues
left, I'm still converting some proprietary builds into ITs so that
we can use them, I'm also using one that Jorg put together in an
issue. MNG-1577 will go in, Torsten is cleaning up the Minijar plugin
for us so that w
This looks really nice. It gets my enthusiastic +1. :-)
Thanks,
john
On 3/17/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
I'd like to release maven-dependency-plugin:2.0-alpha-3
Tag:
http://svn.apache.org/repos/asf/maven/plugins/tags/maven-dependency-plug
in-2.0-alpha-3/
Staged at:
http://pe
Hi Joakim,
I'd like to add a web application to deploy new artifacts into the
repository (MRM-305). This matches #3 in
http://docs.codehaus.org/display/MAVENUSER/Archiva+Requirements. It
appears that no one's been doing something like this but I could be
mistaken.
Also, there are differences in
+1
To be able to order correctly is a big improvement.
Also very cool is that we can now query and inspect what will happens
before it executes. One more step of providing declarative outputs
for plugins and we will know everything that could happen which will
make IDE integration very awe
+1. I tried this out and the output is much better than what we
currently have:
Summary view:
Build Plan:
1. org.apache.maven.plugins:maven-clean-plugin:2.1:clean [executionId:
default]
2. org.apache.maven.plugins:maven-plugin-plugin:2.2:descriptor
[executionId: def
ault]
3. org.apache.maven.plug
On 19 Mar 07, at 8:15 PM 19 Mar 07, Jason Dillon wrote:
Any chance that the logging reform documented here will get into
2.0.6?
http://jira.codehaus.org/browse/MNG-2823
Nope, too late. I'll schedule it for 2.0.7.
I'm working on the last couple issues, and then it's out the door.
Unless
im not sure but i think in order to change the amount of memory the
tests can use, you have to configure the surefire plugin - changing
the amount of memory maven uses dont take effect on tests (i think
they are ran on a separate jvm)
On 3/19/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
it's
+1
-Original Message-
From: Dennis Lundberg [mailto:[EMAIL PROTECTED]
Sent: Monday, March 19, 2007 6:43 PM
To: Maven Developers List
Subject: [VOTE] Release maven-plugin-plugin 2.3
Hi,
I'd like to release maven-plugin-plugin-2.3.
There is only one issue fixed for this release, but it's
Any chance that the logging reform documented here will get into 2.0.6?
http://jira.codehaus.org/browse/MNG-2823
--jason
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Awesome!
Incidentally does your plugin have the ability to evaluate the maven name
element when it processes the archetype templates?
There is a patch for the current archetype plugin here:
http://jira.codehaus.org/browse/ARCHETYPE-55
But if yours does it already, I'm skipping the patching and
it's set in MAVEN_OPTS env var with -Xmx and -Xms java options, but if you
don't know it, you probably use the default jvm options. You can try to it to
something like that:
MAVEN_OPTS=-Xmx256m
If you don't want to patch Continuum, you can use a prebuilt snapshot:
http://maven.zones.apache.org
Emmanuel Venisse wrote:
how many memory is allocated to the build? Normally the default is enough.
No idea - checked out a pristine copy of trunk as of an hour or two ago,
and did an mvn install.
Is there somewhere where memory allocations are set, perhaps in a pom file?
Regards,
Graham
--
how many memory is allocated to the build? Normally the default is enough.
Graham Leggett a écrit :
Emmanuel Venisse wrote:
jdk version?
Latest MacOSX version, jdk v1.5.0_07-164.
Regards,
Graham
--
Emmanuel Venisse wrote:
jdk version?
Latest MacOSX version, jdk v1.5.0_07-164.
Regards,
Graham
--
smime.p7s
Description: S/MIME Cryptographic Signature
Hi,
I'd like to release maven-plugin-plugin-2.3.
There is only one issue fixed for this release, but it's an important
one. It adds support for @since tags for mojo parameters. This is an
important improvement to our plugin documentation:
http://jira.codehaus.org/secure/IssueNavigator.jspa?r
jdk version?
Graham Leggett a écrit :
Hi all,
While trying to build trunk of continuum, I am getting the following
test failure on MacosX v10.4:
---
Test set:
org.apache.maven.continuum.buildcontroller.DefaultBuil
Hi all,
While trying to build trunk of continuum, I am getting the following
test failure on MacosX v10.4:
---
Test set:
org.apache.maven.continuum.buildcontroller.DefaultBuildControllerTest
-
Hi,
I added it on my todo list.
Raphaël
2007/3/19, Ole Ersoy <[EMAIL PROTECTED]>:
Hi Raphael,
Sounds like you are doing some terrific work.
If you have time, could you please take a look at this bug:
http://jira.codehaus.org/browse/MNG-2856
When the current archetype plugin processes png i
+1
Emmanuel
Brian E. Fox a écrit :
I'd like to release maven-dependency-plugin:2.0-alpha-3
Tag:
http://svn.apache.org/repos/asf/maven/plugins/tags/maven-dependency-plug
in-2.0-alpha-3/
Staged at:
http://people.apache.org/~brianf/staging-repository
Changes:
This release adds 2 new goals:
depe
+1
Emmanuel
Brian E. Fox a écrit :
I'd like to release the alpha 1 version of this shared component. The
analyzer scans through your class files and produces a list of
dependencies declared but not used, dependencies used but not declared,
and dependencies actually used. Maven-dependency-plugin
+1 (late, I know)
-j
On 3/19/07, Joakim Erdfelt <[EMAIL PROTECTED]> wrote:
+1
- Joakim
Jason van Zyl wrote:
> Hi,
>
> As part of the massive overhaul that was MNG-1577 I wanted to also to
> ask for commit privs for Ralph. Much of my recent work has been with
> Patrick on getting MNG-1577 int
Hi,
Piotr and I are currently working on the war plugin and especially
this overlay mechanism that needs to be upgraded. Currently a couple
of issues [1] in the war plugin are linked to this functionality and
we should really address them.
The idea here is to provide a better way to handle overl
Just a quick note to other Archiva Developers that the Product Roadmap
and Design docs are being updated on wiki (Confluence)
The Roadmap::
http://docs.codehaus.org/display/MAVENUSER/Archiva+Roadmap
I think we might need to split up the roadmap to 1.0-alpha, 1.0-beta,
1.0-rc, and finally 1.0. WDY
+1
- Joakim
Jason van Zyl wrote:
> Hi,
>
> As part of the massive overhaul that was MNG-1577 I wanted to also to
> ask for commit privs for Ralph. Much of my recent work has been with
> Patrick on getting MNG-1577 into the codebase, but Ralph also did a
> great deal of work and when looking at th
for what my opinion matters, I'm in favor of the bi-weekly schedule.
On 3/19/07, Jesse McConnell <[EMAIL PROTECTED]> wrote:
ok, I am changing my tune on the remaining 11 issues, I want this
thing released asap so we have something concrete to get moving on.
The 11 issues are functionally no rea
On Monday 19 March 2007 16:12, Carlos Sanchez wrote:
> afaik they passed the vote to graduate
Oh yea. Forgot about that and google still brings up their incubator
page as the first hit (which still says it's undergoing incubation).
Guess they need to upgrade the incubator sites to let people
afaik they passed the vote to graduate
On 3/19/07, Daniel Kulp <[EMAIL PROTECTED]> wrote:
One more thing to take into consideration:
Felix is in incubation. Thus, as of right now, the plugin cannot go to
central. Feel free to complain about that on
[EMAIL PROTECTED]:-)
Dan
On Mo
One more thing to take into consideration:
Felix is in incubation. Thus, as of right now, the plugin cannot go to
central. Feel free to complain about that on
[EMAIL PROTECTED]:-)
Dan
On Monday 19 March 2007 16:03, Carlos Sanchez wrote:
> I'm still waiting for a big patch to be a
I'm still waiting for a big patch to be applied
https://issues.apache.org/jira/browse/FELIX-199
And they need to make a release also.
I'll take a look at the performance
On 3/19/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
This is mostly directed at Carlos,
Just following up on the discussion
ok, I am changing my tune on the remaining 11 issues, I want this
thing released asap so we have something concrete to get moving on.
The 11 issues are functionally no real different then a lot of the
ones in the -2 jira so I am thinking we just push that forward and get
going on this.
so, I have
This is mostly directed at Carlos,
Just following up on the discussion we have at EclipseCon. Have you
check the performance of the Felix plugin? If it doesn't add any
significant overhead to people building their JARs due to the
analysis performed by BND, and it is entirely non-invasive th
Hi,
I posted this on maven users, but did not get a reply, so I hope that
it's ok that I ask here.
I created a mojo and gave it a lifecycle for a specific packaging.
After I did this, the mojo stops receiving pom parameters.
I'm assuming there is a specific goal that I have to run per the
Hi Markus,
I need to play with the PDE feature of the eclipse plugin more,
but I did write an archetype for generating baseline eclipse
documentation plugins
that you can see here:
https://svn.apache.org/repos/asf/directory/sandbox/oersoy/documentation.checklist.parent
It's actually a checkl
I have a two questions regarding the Maven Eclipse plugin and
especially its PDE mode...
1) I would like to use ${groupId}.${artifactId} instead of the
artifact ID alone as project name in .project and (more importantly)
as Bundle-SymbolicName in META-INF/MANIFEST.MF. Is this possible?
2) In PDE
Hi Brian,
Brian E. Fox wrote on Monday, March 19, 2007 1:25 PM:
> The analyze goal has already been merged into the plugin and
> is the same here... it does the class level analysis. There
> is also analyze-dep-mgt to do the 1577 check. Analyze will do
> both so there's no clash here. Take a look
On Sunday 18 March 2007 23:23, [EMAIL PROTECTED] wrote:
> Author: jvanzyl
> Date: Sun Mar 18 19:23:13 2007
> New Revision: 519796
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=519796
> Log:
> o removing dead code that i put in with the twiki code
>
>
> Removed:
>
> maven/doxia/trunk/doxia-
On 19 Mar 07, at 7:03 AM 19 Mar 07, Kenney Westerhof wrote:
I know that legacy repositories keep getting pinged on each
build, even if they're just updated. Is there also no
network traffic when legacy repo's are in the repo list?
For that I'm not sure, there was no mention of legacy reposit
The analyze goal has already been merged into the plugin and is the same
here... it does the class level analysis. There is also analyze-dep-mgt to do
the 1577 check. Analyze will do both so there's no clash here. Take a look at
the site: http://maven.apache.org/plugins/maven-dependency-plugin/
Max Bowsher wrote on Monday, March 19, 2007 12:00 PM:
> Jörg Schaible wrote:
>> It is very unfortunate, that you took the same goal that was
>> introduces by the maven-dependency-analyzer-plugion, that is
>> currently merged in the sandbox in a branch.
>
> TTBOMK,
??
> it is not possible for o
I know that legacy repositories keep getting pinged on each
build, even if they're just updated. Is there also no
network traffic when legacy repo's are in the repo list?
-- Kenney
Brett Porter wrote:
On 19/03/2007, at 11:36 AM, Jason van Zyl wrote:
Yah, I saw the logging which is why I used
Jörg Schaible wrote:
> It is very unfortunate, that you took the same goal that was introduces
> by the maven-dependency-analyzer-plugion, that is currently merged in
> the sandbox in a branch.
TTBOMK, it is not possible for one plugin to implement foobar:alpha and
another to implement foobar:beta
49 matches
Mail list logo