On 05/02/2007, at 1:17 PM, Jason van Zyl wrote:
That doesn't answer my question. No cache in Maven at all, or
somewhere else? (Neither option being in the project builder).
A cache in the reactor manager, or somewhere else that would
provide control at the session level. Even in the embedd
On 4 Feb 07, at 5:31 PM 4 Feb 07, Brett Porter wrote:
On 05/02/2007, at 12:15 PM, Jason van Zyl wrote:
It's bleeding memory because there are thousands of POMs in the
repository, and the hashmap has no limiting. A cache would allow
them to be expired, size, limited, etc. so the memory con
On 05/02/2007, at 12:15 PM, Jason van Zyl wrote:
It's bleeding memory because there are thousands of POMs in the
repository, and the hashmap has no limiting. A cache would allow
them to be expired, size, limited, etc. so the memory consumption
is fixed.
That's just not the function of
On 4 Feb 07, at 4:12 PM 4 Feb 07, Brett Porter wrote:
On 05/02/2007, at 11:01 AM, Jason van Zyl wrote:
I think there is something wrong in that we would need a cache.
It's bleeding memory why and how is a cache implementation over a
HashMap going to help?
It's bleeding memory because th
I'd like to see more people test this branch against their own code.
Test it on their own system, use the integration tests.
I'm a bit surprised there was so little problems with it on my end.
- Joakim
Brett Porter wrote:
On 05/02/2007, at 11:01 AM, Jason van Zyl wrote:
I think there is somet
On 05/02/2007, at 11:01 AM, Jason van Zyl wrote:
I think there is something wrong in that we would need a cache.
It's bleeding memory why and how is a cache implementation over a
HashMap going to help?
It's bleeding memory because there are thousands of POMs in the
repository, and the ha
On 4 Feb 07, at 3:30 PM 4 Feb 07, Brett Porter wrote:
I said the branch. I'd like this in maven 2.0.x since it's simply
swapping an implementation, but it will allow Continuum and Archiva
to stop bleeding memory.
I assumed it was going to need to be on trunk first to meet the
'develop on
I said the branch. I'd like this in maven 2.0.x since it's simply
swapping an implementation, but it will allow Continuum and Archiva
to stop bleeding memory.
I assumed it was going to need to be on trunk first to meet the
'develop on trunk first' requirement, but if it's a hassle that's no
Please don't apply this to the trunk until the project builder is
cleaned up.
Jason.
On 4 Feb 07, at 3:02 PM 4 Feb 07, Brett Porter wrote:
On 03/02/2007, at 3:28 PM, [EMAIL PROTECTED] wrote:
Author: joakime
Date: Fri Feb 2 20:28:21 2007
New Revision: 503171
URL: http://svn.apache.org/vi
On 03/02/2007, at 3:28 PM, [EMAIL PROTECTED] wrote:
Author: joakime
Date: Fri Feb 2 20:28:21 2007
New Revision: 503171
URL: http://svn.apache.org/viewvc?view=rev&rev=503171
Log:
Updated maven-project to utilize plexus-cache w/hashmap provider.
Seems to pass all integration tests ok.
Review?
"John Allen" <[EMAIL PROTECTED]> writes:
> database accessible via Wagon. Someone mentioned something about using RDP
> about 6 months ago...
>
Hello,
I was the one who talked about this 6 months ago :-)
I am still interested in it, and willing to share my ideas and part of
my workforce. One re
On 2/4/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
I've seen this too. IF you make a change to a parent pom, go to a child and
build, it won't pick up the change unless you first go and mvn install the
parent. The docs say maven looks in ../pom.xml but I have found that to not
always be the ca
I've seen this too. IF you make a change to a parent pom, go to a child and
build, it won't pick up the change unless you first go and mvn install the
parent. The docs say maven looks in ../pom.xml but I have found that to not
always be the case.
-Original Message-
From: Vincent Massol
On Feb 4, 2007, at 12:51 PM, John Allen wrote:
I will investigate more tomorrow re the remote repo as we do the
same, in
fact we make no direct access to any external repos however the mirror
mapping we do of central and all the other 'standard' repos to our
internal
proximity may be getti
I will investigate more tomorrow re the remote repo as we do the same, in
fact we make no direct access to any external repos however the mirror
mapping we do of central and all the other 'standard' repos to our internal
proximity may be getting round that problem for us.
Ps. I didnt mean to make
On Feb 4, 2007, at 11:52 AM, John Allen wrote:
This has been a problem for quite some time; the JIRA ticket number
escapes
me though. If I remember right its not actually all of the maven
that's
failing to use the file system source POM, i.e. a -X dump produces
a failure
at a different loc
Also worthy of note is MSITE-209 which I found a couple of weeks ago (been
on holiday)
J
-Original Message-
From: Stephane Nicoll [mailto:[EMAIL PROTECTED]
Sent: 16 January 2007 19:53
To: Maven Developers List
Subject: Re: Maven Site Plugin
The @deprecated tag seems broken BTW.
Does a
All,
Re dashboards: the reporting aspect of this space is TBH the most trivial
aspect of a much wider problem domain, namely that of metrics management and
processing, think datum acquisition, storage, manipulation and obviously
reporting/access - think OLAP; think CMMI; think corporate governance
This has been a problem for quite some time; the JIRA ticket number escapes
me though. If I remember right its not actually all of the maven that's
failing to use the file system source POM, i.e. a -X dump produces a failure
at a different location depending on whether the POM is actually available
19 matches
Mail list logo
