Issue Subscription
Filter: Design & Best Practices (28 issues)
Subscriber: mavendevlist
Key Summary
MNG-2184Possible problem with @aggregator and forked lifecycles
http://jira.codehaus.org/browse/MNG-2184
MNG-612 implement conflict resolution techniques
htt
+1
go for it.
On 24-Jul-08, at 5:27 PM, John Casey wrote:
Hi,
The issues MNG-3680 and MODELLO-112 describe a problem with the
strict-flag handling where associations are concerned. Essentially,
modello is ignoring the value of the strict flag when content within
an association list is in
I am +1 this...it is very much needed for 2.0.10
jesse
On Thu, Jul 24, 2008 at 4:27 PM, John Casey <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The issues MNG-3680 and MODELLO-112 describe a problem with the strict-flag
> handling where associations are concerned. Essentially, modello is ignoring
> the v
Hi,
The issues MNG-3680 and MODELLO-112 describe a problem with the
strict-flag handling where associations are concerned. Essentially,
modello is ignoring the value of the strict flag when content within an
association list is invalid, and throwing an XmlPullParserException
regardless.
I'v
I've just located the problem; it's in modello. It's fixed, but we'll
have to do a new release of the xpp3 plugin for modello to get this
going again.
-j
Jesse McConnell wrote:
that is fine if it is only in the reactor, but it will still kill
backwards build reproducibility
also this is what
+1
Rahul
Jason van Zyl wrote:
Hi,
Shane has been been working on NMaven for a couple years now, he's
worked on the new maven-toolchain, has recently done a huge amount of
work on cleaning up the project builder in the sandbox, and has some
PGP tools that he would like to contribute. So ove
+1
- Fabrice
[EMAIL PROTECTED]
On Thu, Jul 24, 2008 at 7:41 PM, Hervé BOUTEMY <[EMAIL PROTECTED]>
wrote:
> +1
>
> Hervé
>
> Le mercredi 23 juillet 2008, Jason van Zyl a écrit :
> > Hi,
> >
> > Shane has been been working on NMaven for a couple years now, he's
> > worked on the new maven-toolcha
yep, I have others to throw on that stack then :) gl
On Thu, Jul 24, 2008 at 1:00 PM, John Casey <[EMAIL PROTECTED]> wrote:
> See http://jira.codehaus.org/browse/MNG-3680
>
> -j
>
> Fabrice Bellingard wrote:
>>
>> Hi,
>>
>> well, a couple of things:
>>
>>
>> 1- I also had the stack trace issue (bu
See http://jira.codehaus.org/browse/MNG-3680
-j
Fabrice Bellingard wrote:
Hi,
well, a couple of things:
1- I also had the stack trace issue (but Brett apparently just fixed it in
SVN)
2- the following output appears several times in the build log of one of my
projects (which I don't have w
that is fine if it is only in the reactor, but it will still kill
backwards build reproducibility
also this is what I see now:
[INFO]
[INFO] Building Glassfish :: Jasper JSP 2.1
[INFO]task-segment: [clean, install]
[INFO
IIRC, strict POM validation is only for those POMs in the current
reactor, not for dependency POMs. If that's not what you're seeing,
please let me know, as this is a bug that I'll have to fix for 2.0.10.
-john
Jesse McConnell wrote:
strict validation of the pom is going to cause some problem
+1
Hervé
Le mercredi 23 juillet 2008, Jason van Zyl a écrit :
> Hi,
>
> Shane has been been working on NMaven for a couple years now, he's
> worked on the new maven-toolchain, has recently done a huge amount of
> work on cleaning up the project builder in the sandbox, and has some
> PGP tools tha
strict validation of the pom is going to cause some problems with
already deployed artifacts..
take for instance this jetty artifact
http://repo1.maven.org/maven2/org/mortbay/jetty/jsp-2.1-glassfish/9.1.02.B04.p0/jsp-2.1-glassfish-9.1.02.B04.p0.pom
the pom has **/** in it
which kills the usage o
Hi Julien,
2008/7/24, Julien HENRY <[EMAIL PROTECTED]>:
> During my build, Maven try to download artifacts from
> http://cvs.apache.org/maven-snapshot-repository
> I don't know where this repository come from (it's not in my pom.xml nor in
> my settings.xml). Is it a bug?
Nope. I already notic
http://jira.codehaus.org/browse/MNG-3679
On Thu, Jul 24, 2008 at 7:46 AM, John Casey <[EMAIL PROTECTED]> wrote:
> I'll take a look at it. If you have a small test case you could put into a
> JIRA ticket, that would help me out quite a bit.
>
> Thanks,
>
> -john
>
> Dan Tran wrote:
>>
>> in 2.0.9,
I try the 2.0.10-RC2 and the pb disappear. Is there a regression in
maven 2.0.9 fixed in 2.0.10? I don't find a related bug.
jsoula a écrit :
Hello,
I try to upgrade maven from 2.0.8 to 2.0.9. I have pb with a system
dependency:
Here are the dependencies in a parent pom:
Sorry about that; I'm guessing my IDE was confused, because it was
telling me (repeatedly) that the following method didn't exist:
wagonManager.setUpdateCheckManager( updateCheckManager );
I should have rebuilt the project and/or refreshed it, I guess. Thanks
for sorting that out.
-john
Bre
Nevermind, I see you've already done that. :-)
Julien HENRY wrote:
During my build, Maven try to download artifacts from
http://cvs.apache.org/maven-snapshot-repository
I don't know where this repository come from (it's not in my pom.xml nor in my
settings.xml). Is it a bug?
Regards
-
Please file a JIRA for this issue, and if you can include a failing test
case that will make it much simpler to fix the issue.
Thanks,
-john
Marvin Froeder wrote:
Running a report mojo (extends AbstractMojo and implements MavenReport)
I inject build:
/**
* @parameter expression="${p
I'll take a look at it. If you have a small test case you could put into
a JIRA ticket, that would help me out quite a bit.
Thanks,
-john
Dan Tran wrote:
in 2.0.9, i used to beable to do this
${some.custom.var}
Not any more with 2.0.10-RC2
here is the error:
[INFO] ---
If you have a failing test case (or rather, a test case that exposes
this issue reliably), can you include it in a new JIRA issue? I'd be
happy to look into this, of course, but having a test case that I can
convert into an integration test will help a great deal.
Thanks,
-john
Julien HENRY
+1
Raphaël
2008/7/24 Emmanuel Venisse <[EMAIL PROTECTED]>:
> Late, but +1.
>
> Emmanuel
>
> On Wed, Jul 23, 2008 at 5:26 PM, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> Shane has been been working on NMaven for a couple years now, he's worked
>> on the new maven-toolchain, has recently
Running a report mojo (extends AbstractMojo and implements MavenReport)
I inject build:
/**
* @parameter expression="${project.build}"
* @required
* @readonly
*/
protected Build build;
At some point I get build directory:
build.getDirectory()
But is returning "${proje
Swindells, Thomas wrote:
What type should my variable var be in order to get at the xml?
A CDATA section [0] should allow you to pass the data through into an
ordinary string parameter:
Benjamin
[0] http://en.wikipedia.org/wiki/CDATA
-
Hi,
I'm developing a plugin and need to allow a configuration option to be
provided which will contain an arbitary blob of xml. I can't however
work out what variable type I need for the paramater in order to do
this.
eg allowing configuration of the following:
textany xmlTag
What type sh
Hi,
well, a couple of things:
1- I also had the stack trace issue (but Brett apparently just fixed it in
SVN)
2- the following output appears several times in the build log of one of my
projects (which I don't have with 2.0.9):
[WARNING] POM for 'bcel:bcel:pom:5.1:compile' is
I've opened an issue (MNG-3678) with steps to reproduce. This problem is not
related to Maven 2.0.10 (I have reproduced it with 2.0.9).
Note that in my scenario the repositories involved are
http://snapshots.repository.codehaus.org and
http://people.apache.org/repo/m2-snapshot-repository so I
It's good
thx
arnaud
On Thu, Jul 24, 2008 at 9:05 AM, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> Try it now, I put you back in the security matrix.
>
>
> On 24-Jul-08, at 2:55 AM, Arnaud HERITIER wrote:
>
> Brian,
>>
>> It seems you just upgraded hudson.
>> I lost my admin rights.
>> Perhap
I have seen this in 2.0.9 but not able to produce it.
-D
On Thu, Jul 24, 2008 at 12:31 AM, Julien HENRY <[EMAIL PROTECTED]> wrote:
> During my build, Maven try to download artifacts from
> http://cvs.apache.org/maven-snapshot-repository
> I don't know where this repository come from (it's not in
During my build, Maven try to download artifacts from
http://cvs.apache.org/maven-snapshot-repository
I don't know where this repository come from (it's not in my pom.xml nor in my
settings.xml). Is it a bug?
Regards
- Message d'origine
De : Brett Porter <[EMAIL PROTECTED]>
À : Maven
Try it now, I put you back in the security matrix.
On 24-Jul-08, at 2:55 AM, Arnaud HERITIER wrote:
Brian,
It seems you just upgraded hudson.
I lost my admin rights.
Perhaps I'm not the only one.
Cheers,
Arnaud
On Tue, Jul 15, 2008 at 3:12 PM, Brian E. Fox <[EMAIL PROTECTED]
>
wrote:
31 matches
Mail list logo