I've noticed a potential problem when using a repository manager. The new wagon
library seems to have introduced a read time out:
Could not transfer artifact [...]: Read timed out -> [Help 1]
This is going to fail the first time you hit an artifact proxied by a
repository manager that takes mor
I think this was leveraging plexus' implementation, so probably now in sisu.
There's no reason that still needs to be the case, if you want to expand it but
retain backwards compatibility you should be able to. The place to look is
getConfiguredMojo and populatePluginFields in
maven-core/src/ma
Yep, completely agree!
On 12/12/2011, at 1:47 PM, Benson Margulies wrote:
> This is something that frustrates users no end: when a plugin has a
> parameter of complex type, and the doc does not elucidate the
> structure of the complex doc At All.
>
> On Sun, Dec 11, 2011 at 8:55 PM, Brett Porter
Reading this doc some more, I'm really sad to read that the 'complex
type' mechanism doesn't just use the type of the parameter
declaration, but rather insists on mapping the element name to a type.
I don't suppose there's any chance that this doc is old news? Where
does this code live, anyhow?
I'm refactoring like crazy in here to add wsdl2js, so anyone not in a
hurry might want to wait before modifying.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
On Sun, Dec 11, 2011 at 9:47 PM, Benson Margulies wrote:
> This is something that frustrates users no end: when a plugin has a
> parameter of complex type, and the doc does not elucidate the
> structure of the complex doc At All.
+1024
-Jesse
--
There are 10 types of people in this world, thos
This is something that frustrates users no end: when a plugin has a
parameter of complex type, and the doc does not elucidate the
structure of the complex doc At All.
On Sun, Dec 11, 2011 at 8:55 PM, Brett Porter wrote:
>
> On 12/12/2011, at 9:12 AM, Benson Margulies wrote:
>
>> Looking at
>> ht
On 12/12/2011, at 9:12 AM, Benson Margulies wrote:
> Looking at
> http://maven.apache.org/guides/mini/guide-configuring-plugins.html#Mapping_Complex_Objects,
> I'm wondering how to get the generated doc to travel down into the
> bean object. This isn't a job for modello, is it?
Not really - mo
Looking at
http://maven.apache.org/guides/mini/guide-configuring-plugins.html#Mapping_Complex_Objects,
I'm wondering how to get the generated doc to travel down into the
bean object. This isn't a job for modello, is it?
-
To uns
Merci Jeff and Julien,
I'll have a deep look at it :)
Have a nice day, all the best!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Dec 11, 2011 at 9:07 PM, Julien HENRY wrote:
> Hi,
>
> I thi
Hi,
I think it is https://svn.apache.org/repos/asf/maven/maven-3/trunk/maven-model/
(using modello).
Regards,
Julien
- Mail original -
> De : Simone Tripodi
> À : Maven Developers List
> Cc :
> Envoyé le : Dimanche 11 Décembre 2011 20h45
> Objet : pom.xml parser
>
> Hi all guys,
Look around
http://svn.apache.org/viewvc/maven/maven-3/trunk/maven-model-builder/src/main/java/org/apache/maven/model/building/
Regards
Jeff MAURY
On Sun, Dec 11, 2011 at 8:45 PM, Simone Tripodi wrote:
> Hi all guys,
> can you please point me to the pom.xml parser location on SVN?
> Many thanks
Hi all guys,
can you please point me to the pom.xml parser location on SVN?
Many thanks in advance, all the best!
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
--
yup good catch !
2011/12/11 Benson Margulies :
> I have a clue as to what happened here. The commit quoted below added
> 'it' to the artifactids of a number of IT plugins to shut up errors in
> the log. I suppose that the four that I fixed tonight were oversights
> in here, which were masked by th
14 matches
Mail list logo
