Well, what "scope" are used here? Thus is a central element to manage
transitivity.
Btw, you should never rely on a dependency to get a dependency you're also
using. You must redeclare it in your own pom. (mvn dependency:analyze can
also help you here).
Cheers
Le 8 janv. 2014 16:59, "Omar@Gmail"
> -Original Message-
> From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com]
> Sent: Tuesday, January 14, 2014 3:10 PM
> To: Maven Users List
> Subject: Re: Is it possible to deliberately have two dependencies with the
> same groupid, artifactid, and packaging, but different versi
> I haven't heard anyone confirm conclusively that this will not work, so up
> to now it appears to just be an opinion that there's something wrong with
> this approach.
Let me make it perfectly clear for you then:
This will not work. Maven will resolve both dependencies with the same
GA and diffe
On 14 January 2014 22:49, KARR, DAVID wrote:
> > -Original Message-
> > From: Barrie Treloar [mailto:baerr...@gmail.com]
> > Sent: Tuesday, January 14, 2014 2:23 PM
> > To: Maven Users List
> > Subject: Re: Is it possible to deliberately have two dependencies with
> the
> > same groupid,
> -Original Message-
> From: Barrie Treloar [mailto:baerr...@gmail.com]
> Sent: Tuesday, January 14, 2014 2:23 PM
> To: Maven Users List
> Subject: Re: Is it possible to deliberately have two dependencies with the
> same groupid, artifactid, and packaging, but different version?
>
> On 15
On 15 January 2014 01:40, KARR, DAVID wrote:
> Again, I didn't want to debate whether this is "convenient", I just wanted to
> know if Maven dependency resolution and things like the EAR plugin will have
> any trouble incorporating multiple dependencies with the same G:A, but
> different versio
I'm working with a set of eclipse-plugin projects using the Tycho plugins. We
are trying to embed the javadocs in the plugin jar file, with an extension
point so that the Javadocs show-up inline in the IDE. Since I need the javadoc
to be generated prior to the package phase, I have configured th
Hi,
The Mojo team is pleased to announce the release of the WAS6 Maven Plugin
version 1.2.1
This plugin works along with an installation of WebSphere Application
Server (standalone or ND), to provide automated tasks for: generating RMIC
stubs, starting/stopping servers, installing/updating/uninst
Don't think that's doable as the user could configure the params for
different goals in the same configuration section (on plugin level, not
execution level).
/Anders
On Tue, Jan 14, 2014 at 7:38 PM, S. Ali Tokmen wrote:
> Hi Baptiste, Thomas
>
> I guess you all got a point :) The reason why I
Like this?
http://s8.postimg.org/jdcbco351/maven5.png
-Original Message-
From: paulus.benedic...@gmail.com [mailto:paulus.benedic...@gmail.com] On
Behalf Of Paul Benedict
Sent: Monday, January 13, 2014 6:32 PM
To: Maven Users List
Subject: Re: New logo?
Great logo, but yes, an orange hat
Stephen,
Can you add the following two images to the contest entries?
http://s9.postimg.org/ubyk4kczj/maven6.png
http://s8.postimg.org/jdcbco351/maven5.png
-Original Message-
From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com]
Sent: Tuesday, January 14, 2014 11:33 AM
To: Ma
Hi Baptiste, Thomas
I guess you all got a point :) The reason why I want to check the
configuration is indeed something that would have to be done in each goal.
My remaining question would be whether there is a way to read the
XML definition from the MOJO - I could then manually
implement such a
And if you are not a nomadic developer (who jumps from project to project)
then a lot of the benefits of Maven will seem to get in your way... once
you are moving from project to project, knowing that you always have the
`deploy` tent to push the results of your build to the remote repository is
a
Maven is like a village made from tents... you can move from location to
location (project to project) and you bring all the same tents (phases /
conventions as to how to build a project) with you. Because we are an
Apache project we chose a tent that is keeping with the stylings of the
Apache feat
maven-22: uses some of the imagery from the 60-seconds tutorial to form the
logo
https://cwiki.apache.org/confluence/download/attachments/38569278/maven-22.png?version=1&modificationDate=1389716094692&api=v2
On 14 January 2014 15:55, Stephen Connolly
wrote:
>
>
>
> On 14 January 2014 15:51, Mar
On Tue, Jan 14, 2014 at 12:45:18PM +, Adam Retter wrote:
> Does the Apache Foundation of any of its members have any money to
> engage a graphical designer? I was just thinking that after the
> voting, you could get a designer to do a proper job on the logo
> (perhaps producing some variations
On 14 January 2014 15:51, Mark H. Wood wrote:
> On Tue, Jan 14, 2014 at 12:08:09PM +, Stephen Connolly wrote:
> > Putting maven-20 in context, you get:
> >
> >
> http://people.apache.org/~stephenc/maven-logo-contest/maven-20-in-context.png
>
> *Very* nice work, but...what does this Native Ame
Love this logo. Very awesome.
On Tue, Jan 14, 2014 at 9:51 AM, Mark H. Wood wrote:
> On Tue, Jan 14, 2014 at 12:08:09PM +, Stephen Connolly wrote:
> > Putting maven-20 in context, you get:
> >
> >
> http://people.apache.org/~stephenc/maven-logo-contest/maven-20-in-context.png
>
> *Very* nic
On Tue, Jan 14, 2014 at 12:08:09PM +, Stephen Connolly wrote:
> Putting maven-20 in context, you get:
>
> http://people.apache.org/~stephenc/maven-logo-contest/maven-20-in-context.png
*Very* nice work, but...what does this Native Americans theme have to do
with "maven"? Yes, I know, but peop
Hi David,
> Again, I didn't want to debate whether this is "convenient", I just
> wanted to know if Maven dependency resolution and things like the EAR
> plugin will have any trouble incorporating multiple dependencies with
> the same G:A, but different version.
I haven't tried it, but personally
> -Original Message-
> From: Barrie Treloar [mailto:baerr...@gmail.com]
> Sent: Monday, January 13, 2014 4:48 PM
> To: Maven Users List
> Subject: Re: Is it possible to deliberately have two dependencies with the
> same groupid, artifactid, and packaging, but different version?
>
> On 14 J
Isn't that simply because the is shared by all goals? (or
all goals of the parent )
On Tue, Jan 7, 2014 at 7:38 PM, S. Ali Tokmen wrote:
> Dear Maven users
>
> I am one of the owners of Codehaus CARGO, which has a Maven2/Maven3
> plugin; and would have a question with regards to how parameters
Hi,
Stephen already answered along those lines. What are you missing?
Cheers
2014/1/9 S. Ali Tokmen
> Hi Anders
>
> Thanks for your reply - and happy new year :)
>
> Is there any way I can inject / read the whole plugin configuration from
> the plugin?
>
> Best regards
>
> S. Ali Tokmen
> http:
Hi,
ClassWorlds is your friend if you need to do classloader fine-tuning.
For example (taken in an old poc, so this should be adapted to use
annotations etc.), something along the following would create a classpath
with test scope elements.
...
public class SomeMojo extends AbstractMojo
{
Hi,
New try :-)
I have the following:
Interface in dependency jar javadoc:
/**
* Deletes the object found at the specified location.
*
* @param Object any type of object
* @throws InvalidObjectException lots of text
* @throws NoSuchObjectException lots of text
*/
maven-21 in context:
http://people.apache.org/~stephenc/maven-logo-contest/maven-21-in-context.png
On 14 January 2014 12:18, Stephen Connolly
wrote:
> I thought a hand-drawn font using straight lines only might look good with
> the teepee
>
> maven-21:
> https://cwiki.apache.org/confluence/downl
I think we would have no issue getting a small amount of funding from the
foundation to feed an external logo competition... but I think we would
want to have some scope defined for such a competition... so yeah I see no
issue with using the top 3 as seed for an external logo competition, e.g.
on t
Thanks for reply Martin. See my comments below.
Br,
//mike
-Original Message-
From: Martin Gainty [mailto:mgai...@hotmail.com]
Sent: den 14 januari 2014 13:27
To: users@maven.apache.org
Subject: RE: How to include @inheritDoc from a dependent jar
> From: mikael.petter...@ericsson.
Does the Apache Foundation of any of its members have any money to
engage a graphical designer? I was just thinking that after the
voting, you could get a designer to do a proper job on the logo
(perhaps producing some variations of the voted on design which could
again be voted on further?). I do
How about just using all of this + textual ideas as input for an external
logo competiton ?
Kristian
2014/1/14 Stephen Connolly
> We are "Apache Maven" so there is always going to be that temptation to
> abuse the "Apache" link...
>
> I would like to hear more about your objections.
>
> Keep i
We are "Apache Maven" so there is always going to be that temptation to
abuse the "Apache" link...
I would like to hear more about your objections.
Keep in mind that ultimately it will come down to a vote...
I'm thinking we have two rounds of voting... the first round to select the
top 3 and the
> From: mikael.petter...@ericsson.com
> To: users@maven.apache.org
> Subject: How to include @inheritDoc from a dependent jar
> Date: Tue, 14 Jan 2014 12:14:21 +
>
> Hi,
>
> We are building a maven site that will contain javadoc for our AppX api ( jar
> file).
> AppX depends on a few ot
That looks really nice (though I do have problems with any North
American Indian references).
cheers
TimP
On 14 January 2014 12:08, Stephen Connolly
wrote:
> Putting maven-20 in context, you get:
>
> http://people.apache.org/~stephenc/maven-logo-contest/maven-20-in-context.png
>
>
> On 14 Januar
I thought a hand-drawn font using straight lines only might look good with
the teepee
maven-21:
https://cwiki.apache.org/confluence/download/attachments/38569278/maven-21.png?version=1&modificationDate=1389701827196&api=v2
On 14 January 2014 12:08, Stephen Connolly
wrote:
> Putting maven-20 in
Hi,
We are building a maven site that will contain javadoc for our AppX api ( jar
file).
AppX depends on a few other jar files ( that we have built using maven) . One
dependency jar contain an interface with javadoc and we have a class
implementing it, in AppX.
AppX has @inheritDoc in in the j
Putting maven-20 in context, you get:
http://people.apache.org/~stephenc/maven-logo-contest/maven-20-in-context.png
On 14 January 2014 10:37, Stephen Connolly
wrote:
> My wife had a suggestion... why not make the M in maven out of two tee
> pees... linking in with the Apache theme...
>
> So I p
FYI: ndeloof points out http://raven.rubyforge.org/
So I think any logo with a raven in it is well and truly dead in the water
On 14 January 2014 10:37, Stephen Connolly
wrote:
> My wife had a suggestion... why not make the M in maven out of two tee
> pees... linking in with the Apache theme...
My wife had a suggestion... why not make the M in maven out of two tee
pees... linking in with the Apache theme...
So I present
maven-19:
https://cwiki.apache.org/confluence/download/attachments/38569278/maven-19.png?version=1&modificationDate=1389695638903&api=v2
and finding a use for the feath
As a homage to Roy's wife, may I present
maven-18:
https://cwiki.apache.org/confluence/download/attachments/38569278/maven-18.png?version=1&modificationDate=1389695623134&api=v2
On 13 January 2014 15:36, Lyons, Roy wrote:
> I asked my wife on the drive to the train today what animal she thinks
I like to consider a G:A as being substitutable along the V access... if
you change the artifact so that it is not substitutable, then you really
need to change the G:A part.
Now substitutable does not mean no breaking API changes... it does mean
that the package name and at least some of the clas
40 matches
Mail list logo
