I originally started this thread on the users list and Franz suggested
that we move it over to the dev list. Does anybody have any thoughts
on all of this?
-- Forwarded message --
From: Gregory Kick <[EMAIL PROTECTED]>
Date: Jan 17, 2007 11:10 PM
Subject: Re: Source Archives: Sou
I guess I'm a little behind in this thread:
1st, I think dependency:list is effectively the same as the existing
dependency:resolve is it not? The artifacts need to be resolved if you are
going to include transitive stuff.
2nd, I like this suggestion best so far:
"dependency: -Dtype=
then ever
Anyone know if
maven-metadata.xml exists for the entire
ibiblio repository?
I see
http://mirrors.ibiblio.org/pub/mirrors/maven2/maven-metadata.xml.md5
but there is no corresponding
maven-metadata.xml
file.
Ideas?
Thanks,
- Ole
Issue Subscription
Filter: Outstanding Repository Maintenance: Uploads (25 issues)
Subscriber: mavendevlist
Key Summary
MAVENUPLOAD-1329WizCrypt 2.2 Release Jars
http://jira.codehaus.org/browse/MAVENUPLOAD-1329
MAVENUPLOAD-1327uploading bluecove-1.2.1 to The Central Repository
Issue Subscription
Filter: Outstanding Repository Maintenance: Evangelism (40 issues)
Subscriber: mavendevlist
Key Summary
MEV-483 Still invalid deps in 3.2.1, 3.2.2, 3.2.3, 3.2.4
http://jira.codehaus.org/browse/MEV-483
MEV-479 Invalid POI POM
http://jira.c
Hi,
I need to generate an RPM mirror of the maven
repository.
I was hoping to do this by reading something like a
meta-data.xml file in the Maven repository, that
contains a list of all the projects in the repository,
their corresponding artifactId, groupId, and version
(And checksum would be r
It's good. I'm seeing it when I'm logged.
Arnaud
On 1/18/07, Brett Porter <[EMAIL PROTECTED]> wrote:
try now
On 18/01/2007, at 9:53 AM, Arnaud HERITIER wrote:
> I just created an account and the list is also empty :-(
>
> Arnaud
>
> On 1/17/07, Brett Porter <[EMAIL PROTECTED]> wrote:
>>
>> w
try now
On 18/01/2007, at 9:53 AM, Arnaud HERITIER wrote:
I just created an account and the list is also empty :-(
Arnaud
On 1/17/07, Brett Porter <[EMAIL PROTECTED]> wrote:
was just pondering that myself.
shouldn't the default be that guest is a user on all project groups
and we remove it
I just created an account and the list is also empty :-(
Arnaud
On 1/17/07, Brett Porter <[EMAIL PROTECTED]> wrote:
was just pondering that myself.
shouldn't the default be that guest is a user on all project groups
and we remove it to be more restrictive?
- Brett
On 18/01/2007, at 8:05 AM,
+1
Rahul
Jesse McConnell wrote:
+1
On 1/17/07, Joakim Erdfelt <[EMAIL PROTECTED]> wrote:
+1
- Joakim
Carlos Sanchez wrote:
> It fixes a couple of annoying issues for windows users
>
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11130&fixfor=12484
>
>
> One question,
Mark Hobson wrote:
> On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
>> Yes, it's an own internal plugin. We have
>>
>> info:deps-
>>
>> Unfortunately it is developed at the office and my employer refused to
>> sign the CCLA. Therefore the code is tainted for contribution :(
>
> No worries,
Mark Hobson wrote:
> On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
>> This sounds really interesting. Although a lot of this could be achieved
>> by inheriting the transitive deps never in compile scope, but as runtime
>> only. That way the deps of a specific component would be explicit (y
On 17 Jan 07, at 4:47 PM 17 Jan 07, Brett Porter wrote:
I'm happy with that. Generally, I'm in agreement (I was probably
the first to make this argument when it was proposed :), but I
thought we'd been through the discussions and agreed to make an
exception given it was what we wanted and
I'm happy with that. Generally, I'm in agreement (I was probably the
first to make this argument when it was proposed :), but I thought
we'd been through the discussions and agreed to make an exception
given it was what we wanted and had no negative impact being an
addition with clear use c
On 17 Jan 07, at 4:32 PM 17 Jan 07, Brett Porter wrote:
Since we are now rolling this release again - I'm wondering should
we drop this simple change in so plugins can start to take
advantage of it?
I don't think any lifecycle changes should be made in a point
release. Lifecycle change
Sorry, meant 'prepare-package'.
- Brett
On 18/01/2007, at 8:32 AM, Brett Porter wrote:
Since we are now rolling this release again - I'm wondering should
we drop this simple change in so plugins can start to take
advantage of it?
- Brett
--
Since we are now rolling this release again - I'm wondering should we
drop this simple change in so plugins can start to take advantage of it?
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
was just pondering that myself.
shouldn't the default be that guest is a user on all project groups
and we remove it to be more restrictive?
- Brett
On 18/01/2007, at 8:05 AM, Arnaud HERITIER wrote:
Is it normal that the projects list is empty when we aren't logon ?
http://maven.zones.apa
On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
This sounds really interesting. Although a lot of this could be achieved by
inheriting the transitive deps never in compile scope, but as runtime only.
That way the deps of a specific component would be explicit (yep, there's a
MNG-xxx issue f
Is it normal that the projects list is empty when we aren't logon ?
http://maven.zones.apache.org:8080/continuum/groupSummary.action
Arnaud
On 1/17/07, Brett Porter <[EMAIL PROTECTED]> wrote:
Ok, fair enough. I've left it on, and made it use a different local
repository.
I'd say once we rele
On 17/01/07, Brett Porter <[EMAIL PROTECTED]> wrote:
On 18/01/2007, at 7:35 AM, Mark Hobson wrote:
>> Might go with something other than analyse too, if only to avoid the
>> need to deal with the spelling :)
>
> Yeah I thought that might cause arguments :) Better suggestions on
> a postcard.
H
On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
Yes, it's an own internal plugin. We have
info:deps-
Unfortunately it is developed at the office and my employer refused to sign
the CCLA. Therefore the code is tainted for contribution :(
No worries, we have the dependency-tree shared com
Hi Mark,
Mark Hobson wrote:
> On 17/01/07, Brett Porter <[EMAIL PROTECTED]> wrote:
[snip]
>> Is the analyse goal like the dependency convergence report? Can any
>> of the code be shared?
>
> The analyse goal reports on the dependencies declared in the POM and
> the dependencies actually referenc
I'm undecided - I think the Apache committers that participate in the
sandbox would still be interested in general maven dev.
On 17/01/2007, at 12:28 PM, Vincent Siveton wrote:
Hi,
Just a thought: I saw that all commits log for sandbok are actually in
[EMAIL PROTECTED]
WDYT to create a new l
Mark Hobson wrote:
> On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
>> What we have is also a plugin displaying a dep tree for one of
>> compile/runtime/test dependencies. This is really helpful.
>
> Do you have this internally? I haven't seen that functionality within
> the help plugin.
On 18/01/2007, at 7:35 AM, Mark Hobson wrote:
Might go with something other than analyse too, if only to avoid the
need to deal with the spelling :)
Yeah I thought that might cause arguments :) Better suggestions on
a postcard.
Hey, I'm with you on the spelling, but I think were outnumbe
On 17/01/07, Brett Porter <[EMAIL PROTECTED]> wrote:
dependency:list sounds good, though I'd be fine with help:effective-
dependencies or something too.
I did think that, although I was concerned that the help plugin would
become a melting pot of unrelated goals. Since these goals are all
depe
dependency:list sounds good, though I'd be fine with help:effective-
dependencies or something too.
Is the analyse goal like the dependency convergence report? Can any
of the code be shared?
Might go with something other than analyse too, if only to avoid the
need to deal with the spelling
On 17/01/07, Jörg Schaible <[EMAIL PROTECTED]> wrote:
What we have is also a plugin displaying a dep tree for one of
compile/runtime/test dependencies. This is really helpful.
Do you have this internally? I haven't seen that functionality within
the help plugin.
So if you're going to move he
Mark Hobson wrote:
> Hi there,
>
> I'd like to add some further goals to help with managing dependencies:
>
> 1) List all resolve dependencies for the current project
> 2) Compare all resolved dependencies between the current project and a
> previous release
>
> The question is where should the
John,
shall I open a JIRA "manifest section in external descriptor"? ;-)
I quickly tested Barrie's suggestion but could not make it work.
(I still have to verify whether I run that test correctly)
Rest is OT regarding this thread
Any chance that you can give me a hint why your patch for
http:
+1
On 1/17/07, Joakim Erdfelt <[EMAIL PROTECTED]> wrote:
+1
- Joakim
Carlos Sanchez wrote:
> It fixes a couple of annoying issues for windows users
>
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11130&fixfor=12484
>
>
> One question, can the 2.0.x branch no longer needed
+1
- Joakim
Carlos Sanchez wrote:
> It fixes a couple of annoying issues for windows users
> http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11130&fixfor=12484
>
>
> One question, can the 2.0.x branch no longer needed be deleted to
> avoid confusion?
> https://svn.apache.org/re
What was the problem you found?
--jason
On Jan 17, 2007, at 7:12 AM, Jason van Zyl wrote:
We found a problem, so I'm rolling another release and will call a
vote tomorrow.
Jason.
On 17 Jan 07, at 9:24 AM 17 Jan 07, Geoffrey De Smet wrote:
+1: no problems here
--
With kind regards,
Geof
IMO, it would be cleaner if we embedded the manifest info in the assembly
descriptor...then we could always support that manifest section in an
external descriptor component, for shared cases...
It's not available in the assembly descriptor now, but I've been thinking
about that for awhile now (p
Cool. We'll just need to tweak some fix for versions (simple bulk
edit for anything fixed in 2.0.6/2.0.x).
On 18/01/2007, at 5:42 AM, Jason van Zyl wrote:
On 17 Jan 07, at 1:09 PM 17 Jan 07, Brett Porter wrote:
Will that include more recent changes to the branch? (My fix, and
Kenney's fix
Hi there,
I'd like to add some further goals to help with managing dependencies:
1) List all resolve dependencies for the current project
2) Compare all resolved dependencies between the current project and a
previous release
The question is where should they belong? So far we have the
followi
On 17 Jan 07, at 1:09 PM 17 Jan 07, Brett Porter wrote:
Will that include more recent changes to the branch? (My fix, and
Kenney's fix?)
I'm going to roll it again completely so if it's there then yes.
On 18/01/2007, at 2:12 AM, Jason van Zyl wrote:
We found a problem, so I'm rolling an
Will that include more recent changes to the branch? (My fix, and
Kenney's fix?)
On 18/01/2007, at 2:12 AM, Jason van Zyl wrote:
We found a problem, so I'm rolling another release and will call a
vote tomorrow.
Jason.
On 17 Jan 07, at 9:24 AM 17 Jan 07, Geoffrey De Smet wrote:
+1: no pr
We are currently switching over to Maven from Ant, so I hope my comments are
too newbie-ish.
I like these ideas...especially #3. We have a hiearchy of libraries that
are actually wars because we need to do jspc in order to test things
completely. Also, we had been using xdoclet directly on the
We found a problem, so I'm rolling another release and will call a
vote tomorrow.
Jason.
On 17 Jan 07, at 9:24 AM 17 Jan 07, Geoffrey De Smet wrote:
+1: no problems here
--
With kind regards,
Geoffrey De Smet
Jason van Zyl schreef:
Hi,
The entire release is staged here:
http://people.apac
+1: no problems here
--
With kind regards,
Geoffrey De Smet
Jason van Zyl schreef:
Hi,
The entire release is staged here:
http://people.apache.org/~jvanzyl/maven-2.0.5/
The assemblies that people are interested in are staged here:
http://people.apache.org/~jvanzyl/maven-2.0.5/org/apache/mav
Hi,
On 1/17/07, Vikram Khattar <[EMAIL PROTECTED]> wrote:
Hi all,
I am using JBoss Cache in my application and I want to use it as a SAR
(Service Archive) and ultimately package everything into an EAR.
Looking at the list of plugins provided at the maven site I didn't find
anything for SAR crea
Hi all,
I am using JBoss Cache in my application and I want to use it as a SAR
(Service Archive) and ultimately package everything into an EAR.
Looking at the list of plugins provided at the maven site I didn't find
anything for SAR creation. I have thought of 2 approaches to do the
same.
1.
Which version of the svn client are you using ?
I think our servers are in 1.3 thus it's better to have a client in 1.3 or
1.4
Arnaud
drekka wrote:
>
> Yes I did have a https connection. I turned it off and tried again. This
> time I got:
>
> REPORT request failed on '/repos/asf/!svn/vcc/defa
Hi drekka,
what component did you checked out? I tried the /plugins/trunk and it was
fine.
On 1/17/07, drekka <[EMAIL PROTECTED]> wrote:
Yes I did have a https connection. I turned it off and tried again. This
time
I got:
REPORT request failed on '/repos/asf/!svn/vcc/default'
Corrupt GZIP tr
46 matches
Mail list logo