The Apache Maven team is pleased to announce the release of the Maven
Dependency Plugin, version 2.6
The dependency plugin provides the capability to manipulate artifacts.
It can copy and/or unpack artifacts from local or remote repositories
to a specified location.
Then I guess you different plugin configuration in the modules.
/Anders
On Mon, Nov 26, 2012 at 8:56 AM, e92-33...@seznam.cz wrote:
Yeah sorry for mistification. I have one parrent pom.xml and other moudules
references on this parrent pom.xml.
In parrent pom.xml I have this definition:
Hi list,
i have a multi-module project and would like to share some common
resources.
Easily found the reference, Brian Fox:
http://www.sonatype.com/people/2008/04/how-to-share-resources-across-projects-in-maven/
but i cannot get the example-project
Well, the warning text kind of spells this out. You should replace
${artifactId} with ${project.artifactId}.
/Anders
On Mon, Nov 26, 2012 at 1:23 PM, Alberto Ivo alberto...@gmail.com wrote:
Hello,
How can I fix this warning?
project-parent is just a maven project with only a pom that is a
Hello Anders,
I've tried to do what the warning told me to do. But I got the same warning
anyway.
In my projetct: *project-parent* i did this:
version*project-parent*.0.0.1-SNAPSHOT/version
I only ask it here because I've tried many other options and in some
situations I got an error, in
I have a sneaky suspicion that you are doing some crazy stupid stuff in
your pom.
please provide the snippet which gave you the warning and what you think
the fix of that is based on the warning...
On 26 November 2012 13:44, Alberto Ivo alberto...@gmail.com wrote:
Hello Anders,
I've tried
You could also try looking at the effective-pom (help:effective-pom) and
search for ${artifactId} in that. It might be something you're inheriting.
But I'm also thinking something along Stephen's comment.
/Anders
On Mon, Nov 26, 2012 at 2:51 PM, Stephen Connolly
stephen.alan.conno...@gmail.com
Specifically it seems like you have got something like
version${artifactId}.0.0.1-SNAPSHOT/version
which is just insane and wrong on so many levels (and we're not talking
about crime in multi-story car parks by the way)
On 26 November 2012 14:08, Anders Hammar and...@hammar.net wrote:
version is
0.0.1-SNAPSHOT
No ArtifactId in the version.
Have a look at one of the free books listed on the Maven site.
Ron
On 26/11/2012 8:44 AM, Alberto Ivo wrote:
Hello Anders,
I've tried to do what the warning told me to do. But I got the same warning
anyway.
In my projetct:
Hi,
I have a build with a Maven profile and I can run in as a Run configuration
from within STS, the Spring Source Tool Suite Eclipse version.
I can also run it from the command line with the command:
mvn clean install -Pmysql-test -Dtest=NavbarLanguageDaoTest
But when I want to run it as a
Is there a way to specify the location of the assembly?
Can I specify the file's full name instead of the default appending the id
to the project file name?
Hi Eric everyone,
I still think the userFriendlytrue/userFriendly version of Maven
would just do the right thing when there is no relativePath/
element, and there is no ../pom.xml.
I agree. Note that there is an issue for it already:
http://jira.codehaus.org/browse/MNG-4687
Regards,
On Mon, Nov 26, 2012 at 11:58 AM, Curtis Rueden ctrue...@wisc.edu wrote:
Hi Eric everyone,
I still think the userFriendlytrue/userFriendly version of Maven
would just do the right thing when there is no relativePath/
element, and there is no ../pom.xml.
I agree. Note that there is an issue
Hi Benson,
No, that's not what this issue says. This issue deals with the case
where there IS a ../pom.xml but it's the wrong ../pom.xml.
Indeed, my apologies.
However, I still think it worth noting, since it is a related issue with
Maven's behavior with respect to doing the right thing with
What do you mean by plain dependency management? At the end of the day,
what else do you do to get dependencies available at runtime for
dependencies not provided by your container?
--
View this message in context:
On Mon, Nov 26, 2012 at 3:37 PM, Curtis Rueden ctrue...@wisc.edu wrote:
However, I still think it worth noting, since it is a related issue with
Maven's behavior with respect to doing the right thing with relativePaths
Indeed. For us, implicit relative path behavior (of ../pom.xml) shows up
On Tue, Nov 27, 2012 at 8:39 AM, Javier Ortiz javier.ortiz...@gmail.com wrote:
I'm loading a Maven project as described
herehttp://stackoverflow.com/questions/4381460/get-mavenproject-from-just-the-pom-xml-pom-parser.
I'm trying to figure out how I can retrieve the source roots so I can
figure
I did go through all that documentation previous to posting the question
but in Stackoverflow and in the list. I replied to your answer and will do
here as well:
I did read it and tried that as well, but the getCompileSourceRoots()
returns empty list. I was expecting the src/main/java at leaset
On Tue, Nov 27, 2012 at 9:44 AM, Javier Ortiz javier.ortiz...@gmail.com wrote:
I did go through all that documentation previous to posting the question
but in Stackoverflow and in the list. I replied to your answer and will do
here as well:
I did read it and tried that as well, but the
19 matches
Mail list logo
