On Nov 8, 2011, at 8:00 PM, Carsten Ziegeler wrote:
> 2011/11/8 Guo Du :
>>> too error prone as you have to keep the plugin configuration and the
>>> dependency list in sync. It doesn't sound like a hard task first, but
>> What about only configure the dependency list with additional field as
>>
2011/11/8 Guo Du :
>> too error prone as you have to keep the plugin configuration and the
>> dependency list in sync. It doesn't sound like a hard task first, but
> What about only configure the dependency list with additional field as
> plugin configuration such as:
>
>
>
> foo
> bar
> x.y.z
>
> too error prone as you have to keep the plugin configuration and the
> dependency list in sync. It doesn't sound like a hard task first, but
What about only configure the dependency list with additional field as
plugin configuration such as:
foo
bar
x.y.z
1
-Guo
-
Merci Arnaud,
I'm in! :)
All the best,
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Nov 8, 2011 at 10:48 PM, Arnaud HERITIER wrote:
> Hi all,
>
> I created a Google+ page for maven.
> Sadly
Hi all,
I created a Google+ page for maven.
Sadly we cannot yet share the ability to manage it and to post content.
As soon as it will be possible I'll give the access to PMCs and probably
dev members.
For now ping me if you want that we publish something.
On my side I'll try to forward
On Nov 8, 2011, at 1:30 PM, Jörg Schaible wrote:
>
> If the support is added for definitions in the local POM only, I really bet
> that the first question on the list will be "I want to declare this
> attribute always with that dependency - how can I do it?" ;-)
>
Ultimately when/if it's in
Jason van Zyl wrote:
>
> On Nov 8, 2011, at 12:41 PM, Jörg Schaible wrote:
>
>> Jason van Zyl wrote:
>>
>>> To clarify, technically easy to implement. If we did this with
>>> attributes we don't have to deal with POM changes, and if we say this is
>>> truly for producers then the attributes get
>
>
>
> Sorry, but it seems to me that it was simply a wrong approach to define own
> scopes. You run Maven in an undefined state and moan about it's undefined
> behavior.
>
> And the author of the flex plugin has tried, from observation, several
times, to get an answer from the maven-dev community
Nigel Magnay wrote:
> Yes. It's horrible. It occurs in other places too -- for example, in
> environments such as flex, you can declare a dependency with more scopes
> than java (merged, internal, external, rsl or caching). If it's an RSL,
> then you may choose one of about 4 'application domains'
On Nov 8, 2011, at 12:41 PM, Jörg Schaible wrote:
> Jason van Zyl wrote:
>
>> To clarify, technically easy to implement. If we did this with attributes
>> we don't have to deal with POM changes, and if we say this is truly for
>> producers then the attributes getting stripped out on deploy would
Jason van Zyl wrote:
> To clarify, technically easy to implement. If we did this with attributes
> we don't have to deal with POM changes, and if we say this is truly for
> producers then the attributes getting stripped out on deploy would be
> fine. The this serves the concerns of producers, and
To clarify, technically easy to implement. If we did this with attributes we
don't have to deal with POM changes, and if we say this is truly for producers
then the attributes getting stripped out on deploy would be fine. The this
serves the concerns of producers, and really has zero impact on c
To clarify, technically easy to implement. If we did this with attributes we
don't have to deal with POM changes, and if we say this is truly for producers
then the attributes getting stripped out on deploy would be fine. The this
serves the concerns of producers, and really has zero impact on c
Yes, it is something that would be relatively easy to implement, and would be
valuable. Ultimately I think it was a mistake to remove this capability. It
helps the producers and has no affect on consumers. No brainer.
On Nov 8, 2011, at 10:47 AM, Carsten Ziegeler wrote:
> 2011/11/8 David Jencks
2011/11/8 David Jencks :
> I've run into this problem in 3 or 4 situations and the only practical
> solution is to individually list the dependencies with the extra info in the
> plugin configurations. I don't really understand the mindset that only the
> information needed for some bits of wel
I've run into this problem in 3 or 4 situations and the only practical solution
is to individually list the dependencies with the extra info in the plugin
configurations. I don't really understand the mindset that only the
information needed for some bits of well-known maven can be associated w
Hello,
I'd like to release Apache Maven PMD Plugin 2.6.
We fixed 5 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11140&version=16437.
Staging repository:
https://repository.apache.org/content/repositories/maven-169/
Staging site: http://maven.apache.org/plugins/maven-pmd-plu
On Nov 8, 2011, at 12:15 AM, Brett Porter wrote:
>
> On 07/11/2011, at 8:43 AM, Jason van Zyl wrote:
>
>> You guys decided you wanted to wait so let's just wait. I didn't think it
>> would take this long to get through either but it is what it is. So
>> realistically we're looking at 3.0.4 in
2011/11/8 Brett Porter :
>
> On 08/11/2011, at 8:15 AM, Carsten Ziegeler wrote:
>
>> Yes, we were using that approach for years now and it turned out to be
>> too error prone as you have to keep the plugin configuration and the
>> dependency list in sync. It doesn't sound like a hard task first, bu
Well, the problem currently is if you define a pom that declares a number
of dependencies (e.g: the ones you need for the flex framework), and some
of these have custom scopes (e.g: RSL or external), those scopes are
stripped when you include that pom in your project. (IIRC, anything custom
just ge
Ok I will.
2011/11/8 Marco Beelen :
> Hello developers of maven,
>
> I would like to inform about a possible release of the Maven 2.x PMD Plugin.
> Based upon the inforrmation in Jira all issues scheduled for version 2.6 of
> this plugin have been fixed.
> One of the fixed issues (http://jira.code
On 08/11/2011, at 8:15 AM, Carsten Ziegeler wrote:
> Yes, we were using that approach for years now and it turned out to be
> too error prone as you have to keep the plugin configuration and the
> dependency list in sync. It doesn't sound like a hard task first, but
> in our case it caused troubl
Hello developers of maven,
I would like to inform about a possible release of the Maven 2.x PMD Plugin.
Based upon the inforrmation in Jira all issues scheduled for version 2.6 of
this plugin have been fixed.
One of the fixed issues (http://jira.codehaus.org/browse/MPMD-127) applies
to our environ
Yes. It's horrible. It occurs in other places too -- for example, in
environments such as flex, you can declare a dependency with more scopes
than java (merged, internal, external, rsl or caching). If it's an RSL,
then you may choose one of about 4 'application domains' that control how
it will be
Yes, we were using that approach for years now and it turned out to be
too error prone as you have to keep the plugin configuration and the
dependency list in sync. It doesn't sound like a hard task first, but
in our case it caused trouble many times. That's why we would like to
have a single point
Yes of course, also to give time to some testers/users to give tries
and collect feedbacks!
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Nov 8, 2011 at 4:29 PM, Stephen Connolly
wrote:
> Why
Why not just wait a day or _two_ to ensure that the icons are well
integrated and then see what needs to be done to release it.
On 8 November 2011 14:32, Simone Tripodi wrote:
> Hi all guys,
> I already downloaded the Tango icons - and they are effectively better
> than Iconic - from Stephen's br
Hi all guys,
I already downloaded the Tango icons - and they are effectively better
than Iconic - from Stephen's branch on github, also already started on
replacing the existing one but interrupted by a task at job :P
I just ned to complete to replace icons and fix a pipe bug on
breadcrumb bar, th
2011/11/8 Christian Grobmeier :
> Simone and others,
>
> I would love to see this skin released. So far I have no comments to
> its look or usage.
> Just want to mentione: "release often, early". I think the time has come.
Yup will be soon.
Just some administrative task to do first for Simone shoes
Simone and others,
I would love to see this skin released. So far I have no comments to
its look or usage.
Just want to mentione: "release often, early". I think the time has come.
But now another question: how do we develop on it in future? Via
patches? I am asking because now it is in the sandb
I think that this should have been sent to this list now - sorry if I am wrong?
Al
Begin forwarded message:
> From: Al Briggs
> Subject: Release 1.3?
> Date: 8 November 2011 13:21:47 CET
> To: doxia-...@maven.apache.org
>
> We are just about to start writing documentation for our maven project
Hi Stephen!
terrific suggestion, I'll have a look as soon as I get a cycle today! :)
Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Tue, Nov 8, 2011 at 11:25 AM, Stephen Connolly
wrote:
> FYI the ta
FYI the tango icons are public domain... and personally I think they
are nicer looking, esp the weather icons (says the guy who put the
weather icons in Jenkins (née Hudson)) though hard to find. I have an
import of the tango icons from their CVS repo in my github account if
you cannot find them el
Hi Robert!
>
> I really like the success-icon[1], but I have my doubts about the rest.
do you include also the weather cast icons? ;( I found them so nice! :(
>
> The style of the 'I' of info is completely different compared to both the
> clouds.
>
I'm not convinced yet by the I too. Anyway I'
Hi Thanks for that :-)
Your tip with the "extension" in "lib/ext" was exactly what I was looking for
:-)
With this I managed to inject my own ModelValidator that no longer fires
warnings for my flexmojos build.
Thanks,
Chris
[ C h r i s t o f e r D u t z ]
C-Ware IT-Service
Inhaber
Dipl
no reason at all other than no committer has reasked for the dependency
change. i am hoping benjamin can make a release of aether cut from the
eclipse git repo or some other public repo clone of the eclipse one, and
then asks to use that dep...
alternatively if somebody wants to propose what they
On 07/11/2011, at 8:43 AM, Jason van Zyl wrote:
> You guys decided you wanted to wait so let's just wait. I didn't think it
> would take this long to get through either but it is what it is. So
> realistically we're looking at 3.0.4 in 4 weeks.
But it could also be longer.
I don't see why we
37 matches
Mail list logo
