Hi Everyone,
As discussed in the Archiva dev list, below is the proposal for the Archiva TLP.
Please vote on whether to make this proposal a formal request to the Maven
PMC to apply for graduation.
[ ] +1
[ ] 0
[ ] -1
Thanks,
Deng
Establish the Apache Archiva Project
WHEREAS, the Board of
+1
2008/2/28, Brett Porter [EMAIL PROTECTED]:
+1
On 28/02/2008, at 9:11 PM, Maria Odea Ching wrote:
Hi Everyone,
As discussed in the Archiva dev list, below is the proposal for the
Archiva TLP.
Please vote on whether to make this proposal a formal request to the
Maven
PMC to
+1
--
Fabrice
- [EMAIL PROTECTED] -
On Thu, Feb 28, 2008 at 11:11 AM, Maria Odea Ching [EMAIL PROTECTED]
wrote:
Hi Everyone,
As discussed in the Archiva dev list, below is the proposal for the
Archiva TLP.
Please vote on whether to make this proposal a formal request to the Maven
PMC to
For what it's worth :-) The plans sound good.
+1
On Thu, 2008-02-28 at 18:11 +0800, Maria Odea Ching wrote:
Hi Everyone,
As discussed in the Archiva dev list, below is the proposal for the Archiva
TLP.
Please vote on whether to make this proposal a formal request to the Maven
PMC to
On Thu, Feb 28, 2008 at 3:11 AM, Maria Odea Ching [EMAIL PROTECTED] wrote:
As discussed in the Archiva dev list, below is the proposal for the Archiva
TLP.
Please vote on whether to make this proposal a formal request to the Maven
PMC to apply for graduation.
+1
--
Wendy
On Wed, Feb 27, 2008 at 9:46 AM, Brett Porter [EMAIL PROTECTED] wrote:
I think this is a great description for the front page - want to
update the site? :)
Ok :-)
I reworked it a bit, and updated the xdoc front page on SVN.
Cheers,
Fabrice
For the charter - it is really about a broad
+1
- Joakim
Maria Odea Ching wrote:
Hi Everyone,
As discussed in the Archiva dev list, below is the proposal for the Archiva TLP.
Please vote on whether to make this proposal a formal request to the Maven
PMC to apply for graduation.
[ ] +1
[ ] 0
[ ] -1
Thanks,
Deng
Establish the Apache
+1
Arnaud
On Thu, Feb 28, 2008 at 3:07 PM, Joakim Erdfelt [EMAIL PROTECTED] wrote:
+1
- Joakim
Maria Odea Ching wrote:
Hi Everyone,
As discussed in the Archiva dev list, below is the proposal for the
Archiva TLP.
Please vote on whether to make this proposal a formal request to the
PlexusConfiguration support is now fixed.
archiva-configuration tests pass with no change required, except :
PlexusTestCase -- PlexusInSpringTestCase
add getSpringConfigLocation() to return path to the new
spring-context.xmltest resource
[INFO]
Support for plexus property to Properties added in plexus-spring,
Now have the following error when first access to /archiva webapp :
Caused by: java.lang.ClassNotFoundException:
redbackEnvironmentCheckInterceptor
at org.apache.catalina.loader.WebappClassLoader.loadClass(
That beeing said, with xwork xml files converted I can start archiva and
register my admin account RUNNING ON SPRING !
Hey Rahul, seems you can start using plexus-spring on Continuum !
Nicolas
2008/2/28, nicolas de loof [EMAIL PROTECTED]:
Support for plexus property to Properties added in
+1
On Thu, Feb 28, 2008 at 8:10 AM, Arnaud HERITIER [EMAIL PROTECTED]
wrote:
+1
Arnaud
On Thu, Feb 28, 2008 at 3:07 PM, Joakim Erdfelt [EMAIL PROTECTED]
wrote:
+1
- Joakim
Maria Odea Ching wrote:
Hi Everyone,
As discussed in the Archiva dev list, below is the proposal
+1
--
Olivier
2008/2/28, Maria Odea Ching [EMAIL PROTECTED]:
Hi Everyone,
As discussed in the Archiva dev list, below is the proposal for the Archiva
TLP.
Please vote on whether to make this proposal a formal request to the Maven
PMC to apply for graduation.
[ ] +1
[ ] 0
[ ] -1
Awesome! Almost weekend, so I will get my hands dirty now.
Hopefully Brett will finish moving the SVN repo for Continuum :-)
Thanks Nicolas!
Rahul
nicolas de loof wrote:
That beeing said, with xwork xml files converted I can start archiva
and register my admin account RUNNING ON SPRING !
+1 , Go Archiva!
Rahul
Maria Odea Ching wrote:
Hi Everyone,
As discussed in the Archiva dev list, below is the proposal for the Archiva TLP.
Please vote on whether to make this proposal a formal request to the Maven
PMC to apply for graduation.
[ ] +1
[ ] 0
[ ] -1
Thanks,
Deng
Establish
It's a bit of a hack, but if a bean lookup fails for
Something#something, can you just remove the trailing #something and
try again? I assume this is the problem?
- Brett
On 29/02/2008, at 3:46 AM, nicolas de loof wrote:
That beeing said, with xwork xml files converted I can start archiva
On 29/02/2008, at 2:21 AM, [EMAIL PROTECTED] wrote:
+ groupIdorg.codehaus.plexus/groupId
+ artifactIdplexus-spring/artifactId
+ version1.0-SNAPSHOT/version
should this be test scoped? I don't think it's needed for anything
other than the test case, right? (occurs in a few
+1
On Feb 28, 2008, at 5:41 AM, Brett Porter wrote:
+1
On 28/02/2008, at 9:11 PM, Maria Odea Ching wrote:
Hi Everyone,
As discussed in the Archiva dev list, below is the proposal for
the Archiva TLP.
Please vote on whether to make this proposal a formal request to
the Maven
PMC to
+1
On Fri, Feb 29, 2008 at 10:10 AM, Franz Allan Valencia See
[EMAIL PROTECTED] wrote:
+1
On Thu, Feb 28, 2008 at 10:59 PM, John Casey [EMAIL PROTECTED] wrote:
+1
On Feb 28, 2008, at 5:41 AM, Brett Porter wrote:
+1
On 28/02/2008, at 9:11 PM, Maria Odea Ching wrote:
The problem is inverse :
The bean is registered in spring context as Interface#role-hint (for example
: id=action#searchAction for a webwork action bean) and the Spring
ObjectFactory ask for a bean with only the role-hint.
A hack solution would be to use a custom SpringObejctFactory and search
I'll create some examples asap.
Emmanuel
On Thu, Feb 28, 2008 at 4:07 AM, Rahul Thakur [EMAIL PROTECTED]
wrote:
Hi,
Some code using a couple of Entities as examples would be nice :-)
I still think the API would be verbose.
Thanks,
Rahul
On Fri, Feb 22, 2008 at 11:06 PM, Emmanuel
thx Rahul for this link.
We are #2 now :)
On Thu, Feb 28, 2008 at 4:51 AM, Rahul Thakur [EMAIL PROTECTED]
wrote:
Hi,
Any one seen this:
http://www.wakaleo.com/polls/18-what-continuous-integration-server-are-you-using-in-2008
Another 5 steps to get to #1
:-)
Rahul
The users one seems to be missing the users. prefix in both - is there
a reason for that?
- Brett
On 29/02/2008, at 8:58 AM, [EMAIL PROTECTED] wrote:
Author: evenisse
Date: Thu Feb 28 13:58:44 2008
New Revision: 632127
URL: http://svn.apache.org/viewvc?rev=632127view=rev
Log:
Update
This has been done (and switch works just fine). No other changes
should be needed on your end.
- Brett
On 26/02/2008, at 12:02 PM, Wendy Smoak wrote:
On Mon, Feb 25, 2008 at 4:39 PM, Emmanuel Venisse
[EMAIL PROTECTED] wrote:
I created the svn group with all pmc members. The next step will
yes, it is an error.
Emmanuel
On Thu, Feb 28, 2008 at 11:13 PM, Brett Porter [EMAIL PROTECTED] wrote:
The users one seems to be missing the users. prefix in both - is there
a reason for that?
- Brett
On 29/02/2008, at 8:58 AM, [EMAIL PROTECTED] wrote:
Author: evenisse
Date: Thu Feb
Thanks Brett.
Emmanuel
On Thu, Feb 28, 2008 at 11:27 PM, Brett Porter [EMAIL PROTECTED] wrote:
This has been done (and switch works just fine). No other changes
should be needed on your end.
- Brett
On 26/02/2008, at 12:02 PM, Wendy Smoak wrote:
On Mon, Feb 25, 2008 at 4:39 PM,
Hi,
I'm a bit confused about the current branch scenarios, we have 1.2 on
a branch and 2.0 on trunk. Several changes have been made on each, and
none merged to the other.
Can I suggest we merge all branch changes to trunk, rename trunk to
1.2-SNAPSHOT, and the branch to continuum-1.1.x
why 1.1.x?
On Thu, Feb 28, 2008 at 11:45 PM, Brett Porter [EMAIL PROTECTED] wrote:
Hi,
I'm a bit confused about the current branch scenarios, we have 1.2 on
a branch and 2.0 on trunk. Several changes have been made on each, and
none merged to the other.
Can I suggest we merge all branch
On 29/02/2008, at 9:52 AM, Emmanuel Venisse wrote:
why 1.1.x?
in case there was a bugfix release on 1.1? I thought that was what the
branch was for... maintenance of 1.1.
or is there going to be 2 completely different strands of development?
- Brett
On Thu, Feb 28, 2008 at 11:45 PM,
On Thu, Feb 28, 2008 at 11:55 PM, Brett Porter [EMAIL PROTECTED] wrote:
On 29/02/2008, at 9:52 AM, Emmanuel Venisse wrote:
why 1.1.x?
in case there was a bugfix release on 1.1? I thought that was what the
branch was for... maintenance of 1.1.
or is there going to be 2 completely
Hi,
I'd like to include the new component maven-filtering to do the
resources job and add some it tests.
Should I create a branch for including the new component ?
Other comments inline.
2008/2/27, Paul Gier [EMAIL PROTECTED]:
Hi Everyone,
The resources plugin seems be a bit neglected lately
I agree with you Olivier. Now I don't know the internals of the
embedder. Jason, what do you think?
Stéphane
On Mon, Feb 25, 2008 at 11:06 PM, Olivier Lamy [EMAIL PROTECTED] wrote:
2008/2/24, Jason van Zyl [EMAIL PROTECTED]:
On 24-Feb-08, at 10:35 AM, Olivier Lamy wrote:
Hi,
You just have to make sure that the processing order that happens in
the resource plugin matches what would happen with processing of only
execution properties in the CLI/Embedder. I can take a look tomorrow
or grab me on IRC or I'll forget. I'm in one of my lose track of time
modes.
On
Hi guys,
my build was working absolutely perfect yesterday. However, today I tried
to execute
mvn install
and the build goes down the submodules, builds them and again starts to
build them one by one, and so on infinitely.
My project consists of three submodules, each one supposed just
On Thu, Feb 28, 2008 at 5:33 PM, Petar Tahchiev [EMAIL PROTECTED] wrote:
Hi guys,
my build was working absolutely perfect yesterday. However, today I tried
to execute
mvn install
and the build goes down the submodules, builds them and again starts to
build them one by one, and so
You need to give more info than that. Are you running 2.1, 2.0.x? What's
the error look like?
-Original Message-
From: Petar Tahchiev [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 28, 2008 12:34 PM
To: dev@maven.apache.org
Subject: Maven breaks after last night.
Hi guys,
my
I'm going to roll back all the WagonDAV changes as
1) As we discussed about extensions on the list that for deployment
the required libraries necessary for deployment should be dependencies
listed in the deployment plugin and not wired into the core.
2) The wagons can now be picked up with
I checked the version of all the maven plugins that are used, and none of the
plugins seems to be updated for the past month.
You can checkout the source of Cactus and try to build it by yourself:
http://svn.apache.org/repos/asf/jakarta/cactus/trunk/
I upload the output of the build process.
If the plugins aren't locked down in the pom, this is what can happen.
My guess is that you somehow got a new verion of the javadoc plugin
which forks the build now (why did this get changed and why haven't we
fixed it yet?)
-Original Message-
From: Petar Tahchiev [mailto:[EMAIL
I'd like to propose giving commit access to Paul Gier.
He's been instrumental in the recent push to release the assembly
plugin, and I see his work (debugging some issues, patches for other
issues) all over JIRA. Not to mention he's pretty active on IRC, and
he's helping people out on the
+1, have seen him in mojoland as well :)
On Thu, Feb 28, 2008 at 1:21 PM, John Casey [EMAIL PROTECTED] wrote:
I'd like to propose giving commit access to Paul Gier.
He's been instrumental in the recent push to release the assembly
plugin, and I see his work (debugging some issues, patches
On Thu, Feb 28, 2008 at 7:05 PM, Petar Tahchiev [EMAIL PROTECTED] wrote:
I checked the version of all the maven plugins that are used, and none of the
plugins seems to be updated for the past month.
You can checkout the source of Cactus and try to build it by yourself:
I'd like to propose giving commit access to Paul Gier.
+1, I already wondered why this had not happened earlier ;-)
Benjamin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+1
--
Fabrice
- [EMAIL PROTECTED] -
On Thu, Feb 28, 2008 at 8:21 PM, John Casey [EMAIL PROTECTED] wrote:
I'd like to propose giving commit access to Paul Gier.
He's been instrumental in the recent push to release the assembly
plugin, and I see his work (debugging some issues, patches for
+1
-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 28, 2008 2:21 PM
To: Maven Developers List
Subject: [vote] Paul Gier as Maven committer
I'd like to propose giving commit access to Paul Gier.
He's been instrumental in the recent push to release
In general I think merging wagons together isn't a good idea. Lets keep
them simple and easy to support. The last thing we need is more unused
dependencies or worse, bugs in webdav affecting plain ol http.
--Brian
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent:
+1
-Lukas
John Casey wrote:
I'd like to propose giving commit access to Paul Gier.
He's been instrumental in the recent push to release the assembly
plugin, and I see his work (debugging some issues, patches for other
issues) all over JIRA. Not to mention he's pretty active on IRC, and
+1
Arnaud
On Thu, Feb 28, 2008 at 9:40 PM, Lukas Theussl [EMAIL PROTECTED] wrote:
+1
-Lukas
John Casey wrote:
I'd like to propose giving commit access to Paul Gier.
He's been instrumental in the recent push to release the assembly
plugin, and I see his work (debugging some issues,
That is because the build gets forked before the required artifact gets
installed.
And the forked process requires the artifact.
Niall Pemberton-2 wrote:
On Thu, Feb 28, 2008 at 7:05 PM, Petar Tahchiev [EMAIL PROTECTED]
wrote:
I checked the version of all the maven plugins that are used,
+1
Nice one.
On 29/02/2008, at 6:21 AM, John Casey wrote:
I'd like to propose giving commit access to Paul Gier.
He's been instrumental in the recent push to release the assembly
plugin, and I see his work (debugging some issues, patches for other
issues) all over JIRA. Not to mention
On 29/02/2008, at 5:51 AM, Jason van Zyl wrote:
I'm going to roll back all the WagonDAV changes as
1) As we discussed about extensions on the list that for deployment
the required libraries necessary for deployment should be
dependencies listed in the deployment plugin and not wired into
Hi guys,
I found that after commenting the build section containing the assembly
plugin configuration in uberjar-12 module, the build gets forked on the next
module containing build assembly configuration(uberjar-13). So the problem
seems to be in the assembly plugin. I have no idea how is that
On 28-Feb-08, at 1:35 PM, Brett Porter wrote:
On 29/02/2008, at 5:51 AM, Jason van Zyl wrote:
I'm going to roll back all the WagonDAV changes as
1) As we discussed about extensions on the list that for deployment
the required libraries necessary for deployment should be
dependencies
+1
Stéphane
On Thu, Feb 28, 2008 at 8:21 PM, John Casey [EMAIL PROTECTED] wrote:
I'd like to propose giving commit access to Paul Gier.
He's been instrumental in the recent push to release the assembly
plugin, and I see his work (debugging some issues, patches for other
issues) all over
On 29/02/2008, at 8:45 AM, Jason van Zyl wrote:
Dynamic collections have been there for a while. And why is
deploy:deploy-file a concern, and for webdav. This will be the case
for all providers. FTP deploy doesn't work out of the box either,
should be start adding everything because
What goal is bound to the phase? If it's assemble then there's the
problem. You need to use single or attach instead
-Original Message-
From: Petar Tahchiev [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 28, 2008 4:40 PM
To: dev@maven.apache.org
Subject: Re: Maven breaks after
Well, everything seems fine, the single goal is attached to the phase:
build
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-assembly-plugin/artifactId
Jason, do you want to talk some more about XBean, DI, Maven/Plexus etc?
I've had a brief look at http://geronimo.apache.org/xbean/index.html
but some of the pages are thin and the diagrams are coming up with
exceptions.
-
To
Hi,
I'd like to move most of the current site into Maven as versioned
documentation. Basically the same as I started for Archiva which I
felt worked very well:
http://maven.apache.org/archiva/
http://maven.apache.org/archiva/docs/1.0.1/index.html
Any objections?
I'd also like to work on
I think this is mostly for Ralph... I wasn't able to find any
documentation for the import scope in the site. I was wondering if you
could add an explanation about it to the dependency scope information
page? Also, what would be a good blurb for the release notes about it?
Cheers,
Brett
+1
--
Olivier
2008/2/28, John Casey [EMAIL PROTECTED]:
I'd like to propose giving commit access to Paul Gier.
He's been instrumental in the recent push to release the assembly
plugin, and I see his work (debugging some issues, patches for other
issues) all over JIRA. Not to mention he's
On 28-Feb-08, at 3:24 PM, Brett Porter wrote:
Hi,
I'd like to move most of the current site into Maven as versioned
documentation. Basically the same as I started for Archiva which I
felt worked very well:
http://maven.apache.org/archiva/
On 28-Feb-08, at 2:06 PM, Brett Porter wrote:
On 29/02/2008, at 8:45 AM, Jason van Zyl wrote:
Dynamic collections have been there for a while. And why is
deploy:deploy-file a concern, and for webdav. This will be the case
for all providers. FTP deploy doesn't work out of the box
On 29/02/2008, at 10:47 AM, Jason van Zyl wrote:
On 28-Feb-08, at 2:06 PM, Brett Porter wrote:
On 29/02/2008, at 8:45 AM, Jason van Zyl wrote:
Dynamic collections have been there for a while. And why is
deploy:deploy-file a concern, and for webdav. This will be the
case for all
On 28-Feb-08, at 3:00 PM, Barrie Treloar wrote:
Jason, do you want to talk some more about XBean, DI, Maven/Plexus
etc?
XBean Reflect (XBR) is really something more akin to Guice. XBR is
more complete then what I have in Plexus and I honestly only ever
cared about private field
I checked it in before so it is still in SVN. I just have to put that
version back on top.
Where do the release notes go?
Ralph
Brett Porter wrote:
I think this is mostly for Ralph... I wasn't able to find any
documentation for the import scope in the site. I was wondering if you
could add
On 29/02/2008, at 11:22 AM, Ralph Goers wrote:
I checked it in before so it is still in SVN. I just have to put
that version back on top.
Sorry, not quite sure what you mean - can you point me to it?
Where do the release notes go?
site/src/site/apt/release-notes.apt.vm
- I was going
Is there some reason you're not using the release plugin for this?
Also, it looks like 1.0 was put into rsync'd repository, but I don't
see a vote for it. (I see the vote to integrate it and do a release,
but we need to vote separately on the artifacts before they are synced
to central.)
--
http://marc.info/?l=turbine-maven-devm=119061621617466w=2
http://marc.info/?l=turbine-maven-devm=119061621501107w=2
These were reverted. I just need to get it back and make some minor updates.
Ralph
Brett Porter wrote:
On 29/02/2008, at 11:22 AM, Ralph Goers wrote:
I checked it in before so
Cool.
On 29/02/2008, at 12:31 PM, Ralph Goers wrote:
http://marc.info/?l=turbine-maven-devm=119061621617466w=2
http://marc.info/?l=turbine-maven-devm=119061621501107w=2
These were reverted. I just need to get it back and make some minor
updates.
Ralph
Brett Porter wrote:
On 29/02/2008,
This change (adding @aggregator) is being pointed to as the cause of
many problems with version 2.3 of the Javadoc plugin.
See http://jira.codehaus.org/browse/MJAVADOC-137 and related issues.
Should all or part of this be reverted?
--
Wendy
On Wed, Mar 14, 2007 at 1:28 PM, [EMAIL PROTECTED]
Issue Subscription
Filter: Design Best Practices (29 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-3313NetBeans projects, more than ant project, more than
I say pull the aggregation out (MJAVADOC-104) and find another way to
deal with this. It's far too destructive. Thanks Wendy for looking this
up.
-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 28, 2008 10:32 PM
To: dev@maven.apache.org
Subject:
Jason van Zyl wrote:
On 28-Feb-08, at 1:35 PM, Brett Porter wrote:
On 29/02/2008, at 5:51 AM, Jason van Zyl wrote:
I'm going to roll back all the WagonDAV changes as
1) As we discussed about extensions on the list that for deployment
the required libraries necessary for deployment should
+1
Raphaël
2008/2/29, Olivier Lamy [EMAIL PROTECTED]:
+1
--
Olivier
2008/2/28, John Casey [EMAIL PROTECTED]:
I'd like to propose giving commit access to Paul Gier.
He's been instrumental in the recent push to release the assembly
plugin, and I see his work (debugging some
75 matches
Mail list logo