It occurs to me I'd really like the ability to apply exclusions at a
more general level than each individual dep. We have ton of excludes
(136), some deps want to pull in the world, and a very good chunk of
them are redundant. Doing a grep/sort/uniq looks like 68 of them are
redundant.
Dan, it will take sometime for me come up with a compact example this bug.
also, the issue is produceable with 2.4.0 and 2.4.1, and 2.5-SNAPSHOT.
-D
On Jan 28, 2008 6:16 PM, Dan Fabulich <[EMAIL PROTECTED]> wrote:
> Dan Tran wrote:
>
> > -0
> >
> > This may not be a blocking bug but It is a regr
Dan Tran wrote:
-0
This may not be a blocking bug but It is a regresion since 2.4 where
my Spring JpaDao with embedded Derby test fails . Other databases are fine.
The exception is producable with 2.5-SNAPSHOT ( build from source ),
2.4.1-SNAPSHOT( at apache snapshot repo).
surefire 2.3 and 2
Nicolas,
This can't be part of the 1.0.1 release - we haven't created the
branch yet, right?
I guess we can create it based on a previous revision though...
- Brett
On 28/01/2008, at 6:39 PM, [EMAIL PROTECTED] wrote:
Author: nicolas
Date: Mon Jan 28 02:39:48 2008
New Revision: 615848
URL
-0
This may not be a blocking bug but It is a regresion since 2.4 where
my Spring JpaDao with embedded Derby test fails . Other databases are fine.
The exception is producable with 2.5-SNAPSHOT ( build from source ),
2.4.1-SNAPSHOT( at apache snapshot repo).
surefire 2.3 and 2.3.1 are fine.
Any
+1
Dan Fabulich wrote:
Fabrizio found a last-minute bug. I've rolled a new candidate. Let's
vote again!
[Boy, the temptation to let the rules slide on a change this small is
almost irresistable. ;-)]
-Dan
-- Forwarded message --
Date: Sat, 26 Jan 2008 11:53:28 -0800 (Pa
On 1/29/08, Tom Huybrechts <[EMAIL PROTECTED]> wrote:
> Did you build this on java 6?
>
> I'm getting bad class version errors on java 5:
Strange, I would have thought the Maven 2 build would have been
configured to target 1.4. Anyways, I rebuilt with Java 5 and updated
the snapshot on people.apa
I still don't see what's wrong with that. I know it can break your
build, but people don't think those [WARN] messages in the cmdline and
the fact that maven is hitting the internet trying to download the
missing pom everytime, are the sign of a problem ???
On Jan 28, 2008 11:48 AM, Daniel Kulp <[
On Monday 28 January 2008, Jason van Zyl wrote:
> On 28-Jan-08, at 11:30 AM, Daniel Kulp wrote:
> > What's worse is if someone reports a missing pom, they then go and
> > add a
> > FULL pom with deps which then gets synced to central. That could
> > cause
> > issues as we all know.
>
> Are you ser
There's still around 5 releases every month only at apache that go to
the m1 repo (most of them with poms).
I'd rather have the official jars being deployed without poms than do
it manually, and accept anybody's upload request for let's say Tomcat,
with all the problems that it could cause.
.
On
On 28-Jan-08, at 11:30 AM, Daniel Kulp wrote:
On Monday 28 January 2008, Jason van Zyl wrote:
How did anything without a POM get into the m2 repository?
From the m1 conversion (which we should turn off now)?
From syncing partners?
Definitely from syncing partners is a huge one. I know th
On 28-Jan-08, at 11:33 AM, Carlos Sanchez wrote:
from m1 syncing partners that didnt have poms
We should just shut off the m1 conversion. Happy to support the m1
repository mapping, but that process is broken not to mention it pegs
the machine when it runs.
On Jan 28, 2008 11:25 AM, Ja
given these premises
- pom is not in the repo
- project is not willing to put it
then authoritative data can come from project users, after all this is
a community.
As i said before my opinion is that we can still put poms in projects
that didnt have them
On Jan 28, 2008 11:27 AM, Tamás Cserven
from m1 syncing partners that didnt have poms
On Jan 28, 2008 11:25 AM, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> How did anything without a POM get into the m2 repository?
>
> From the m1 conversion (which we should turn off now)?
>
> From syncing partners?
>
>
> On 28-Jan-08, at 11:10 AM, Car
On Monday 28 January 2008, Jason van Zyl wrote:
> How did anything without a POM get into the m2 repository?
>
> From the m1 conversion (which we should turn off now)?
>
> From syncing partners?
Definitely from syncing partners is a huge one. I know the ws commons
group at apache is REALLY ba
Heh, so you are willing to trade "build reproducibility" (for all
projects linked to central repo) for "care about the community"? o.O
Hrm, please put that on a vote before you do it!
IF you are talking about putting up "dummy" (depsless, only GAV) POMs:
IMHO, by putting "dummy" poms (without d
How did anything without a POM get into the m2 repository?
From the m1 conversion (which we should turn off now)?
From syncing partners?
On 28-Jan-08, at 11:10 AM, Carlos Sanchez wrote:
i'm talking about things that are already there without pom
On Jan 28, 2008 11:07 AM, Jason van Zyl <[EMAI
i'm talking about things that are already there without pom
On Jan 28, 2008 11:07 AM, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> If there is no POM you should just reject it and send it back. If we
> automated this, which we will, it would fail. You can't know as a
> third party what is correct.
>
If there is no POM you should just reject it and send it back. If we
automated this, which we will, it would fail. You can't know as a
third party what is correct.
On 28-Jan-08, at 10:51 AM, Carlos Sanchez wrote:
if there's no pom uploaded then you can take 5 minutes of your time
and provid
if there's no pom uploaded then you can take 5 minutes of your time
and provide one. I try to do it for all the ones I use. It can be
because you care about the community or because you are selfish and
want your project to be reproducible ;) either way providing a pom
doesnt take that long
On Jan
Also I will look when you have some tests as I was about to look and
glad Tom tried it.
On 28-Jan-08, at 3:42 AM, Don Brown wrote:
On 1/28/08, Tom Huybrechts <[EMAIL PROTECTED]> wrote:
I just tried it out and sometimes got this error halfway through a
build:
Doh, forgot to synchronize the
Daniel,
i think we talk about two things here:
- to fix/modify retroactively already deployed poms and/or repo
content - and i believe we both agree it is a disaster to do so.
- to prevent failed download request every time the project is built.
I was talking about the second problem, with corp
I think it's simple and is what we've been doing. Once it hits the central
repo, it's done...no changes to anything period.
The advanced repo manager thing is a workaround for sure, but in an enterprise
a very valid and frequently used one. It obviously doesn't help OOS projects,
but changing
While I completely agree about the poms needing to be "carved in stone",
I really DON'T agree with the requirement to "use advanced repo managers
to solve problems like this".
That's perfectly fine for enterprise level application development where
all the developers are in the same locati
Did you build this on java 6?
I'm getting bad class version errors on java 5:
+ Error stacktraces are turned on.
-
this realm = plexus.core
urls[0] = file:/c:/dev/tools/maven/lib/maven-2.0.9-SNAPSHOT-uber.jar
Number of imports: 0
---
dfabulich wrote:
>
> Inter-class dependencies are one of TestNG's fundamental features
>
Use of this feature is optional. For my sake, call it an "abuse" of TestNG
if I run that simple unit tests without inter-class dependencies ;-)
dfabulich wrote:
>
> [...] but TestNG is meant to support
+1
-Original Message-
From: Dan Fabulich [mailto:[EMAIL PROTECTED]
Sent: Sunday, January 27, 2008 8:35 PM
To: Maven Developers List
Subject: [VOTE] (take 2) Release Maven Surefire plugin version 2.4.1
Fabrizio found a last-minute bug. I've rolled a new candidate. Let's
vote again!
[
Hi,
I'm with Jason here: once something is released, it should be carved
into stone. The maven remote repository (every remote one, not just
the central!) should only "move forward" in time. We cannot allow
"backward" modification of artifacts since it may have unforeseeable
consequences! Not to m
ok.
On Jan 28, 2008 2:44 PM, Brett Porter <[EMAIL PROTECTED]> wrote:
> Yep, that's the type of proposal. It might be better to look for one
> from Jakarta since that's closer to Continuum's scenario. And the
> description I refer to is entered into the 1st and 3rd paragraph
> (though the descript
Yep, that's the type of proposal. It might be better to look for one
from Jakarta since that's closer to Continuum's scenario. And the
description I refer to is entered into the 1st and 3rd paragraph
(though the description can be more than that if desired). It's really
the "mission stateme
Brett,
What do you mean with "proposed project description, and the proposal" ?
I thought to send only a proposal like this one:
http://www.opensubscriber.com/message/[EMAIL PROTECTED]/6461007.html
Do you think to something else?
If it's only that, I think I'll send it this week, maybe the next.
+1
2008/1/28, Fabrizio Giustina <[EMAIL PROTECTED]>:
>
> +1!
>
> fabrizio
>
> On Jan 28, 2008 2:35 AM, Dan Fabulich <[EMAIL PROTECTED]> wrote:
> >
> > Fabrizio found a last-minute bug. I've rolled a new candidate. Let's
> > vote again!
> >
> > [Boy, the temptation to let the rules slide on a cha
+1
Arnaud
On Jan 28, 2008 2:08 PM, Fabrizio Giustina <[EMAIL PROTECTED]> wrote:
> +1!
>
> fabrizio
>
> On Jan 28, 2008 2:35 AM, Dan Fabulich <[EMAIL PROTECTED]> wrote:
> >
> > Fabrizio found a last-minute bug. I've rolled a new candidate. Let's
> > vote again!
> >
> > [Boy, the temptation to l
+1!
fabrizio
On Jan 28, 2008 2:35 AM, Dan Fabulich <[EMAIL PROTECTED]> wrote:
>
> Fabrizio found a last-minute bug. I've rolled a new candidate. Let's
> vote again!
>
> [Boy, the temptation to let the rules slide on a change this small is
> almost irresistable. ;-)]
>
> -Dan
>
> -- Forw
Hi Dan,
On Jan 28, 2008 2:31 AM, Dan Fabulich <[EMAIL PROTECTED]> wrote:
> I've added comments to SUREFIRE-444. I think this only happens on
> versions of TestNG that are pretty old (not sure exactly how old, because
> I'm not sure what version of TestNG you're using), but I'm not 100%
> certain
On 1/28/08, Tom Huybrechts <[EMAIL PROTECTED]> wrote:
> I just tried it out and sometimes got this error halfway through a build:
Doh, forgot to synchronize the resolved and missing artifact lists,
now that they can be accessed by multiple threads. I put up a new
version (has that and a few pool
I just tried it out and sometimes got this error halfway through a build:
Exception in thread "pool-101-thread-2"
java.lang.ArrayIndexOutOfBoundsException: 10
at java.util.ArrayList.add(ArrayList.java:352)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifac
37 matches
Mail list logo