ok, it seems we have a problem with Ant 1.8.0: I opened a Jira issue
http://jira.codehaus.org/browse/MANTTASKS-178
Need to investigate now...
Regards,
Hervé
Le mercredi 17 février 2010, Tony2010 a écrit :
> Hi,
>
> I am using Maven Ant Task to call Maven Artifacts from Apache Ant (1.8).
> The
Thanks for the quick reply.
-Gord
>
>> Is it possible/reasonable to have a version number be simply
>> a single number? e.g. 42-SNAPSHOT. Released version would
>> be 42 and next snapshot would be 43-SNAPSHOT or is the "."
>> component a requirement?
>
> http://www.jarvana.com/jarvana/search?sea
Gordon Cody wrote:
> Is it possible/reasonable to have a version number be simply
> a single number? e.g. 42-SNAPSHOT. Released version would
> be 42 and next snapshot would be 43-SNAPSHOT or is the "."
> component a requirement?
http://www.jarvana.com/jarvana/search?search_type=project&project=
Is it possible/reasonable to have a version number be simply
a single number? e.g. 42-SNAPSHOT. Released version would
be 42 and next snapshot would be 43-SNAPSHOT or is the "."
component a requirement?
Thanks & Regards Gord
gc...@zafinlabs.com
---
> How do I attach/integrate a script with maven?
Edit the mvn.bat file to add this feature (simply turning the short
name into the longer call) and then distribute the modified batch file
(or shell scripts) to your various developers and build machines.
Or just live with the longer command line e
How do I attach/integrate a script with maven?
-Dave
On Wed, Feb 17, 2010 at 2:15 PM, Anders Hammar wrote:
> Create a script, which you could name whatever you want.
>
> /Anders
>
> On Wed, Feb 17, 2010 at 21:41, David Hoffer wrote:
>
> > I want to use the maven-dependency-plugin's copy goal t
Create a script, which you could name whatever you want.
/Anders
On Wed, Feb 17, 2010 at 21:41, David Hoffer wrote:
> I want to use the maven-dependency-plugin's copy goal to copy some specific
> artifacts. I don't want this bound to a maven lifecycle. So far so
> good...it works fine calling
I want to use the maven-dependency-plugin's copy goal to copy some specific
artifacts. I don't want this bound to a maven lifecycle. So far so
good...it works fine calling dependency:copy from the command line.
However that's not what I want. I want to call the operation something
specific like
Kent,
I don't think there a standard way, but Nexus supports this. Have look here:
https://docs.sonatype.org/display/Nexus/Nexus+Archetype+Plugin
/Anders
PS. Please post questions regarding this to the Nexus user mailing list. DS.
On Wed, Feb 17, 2010 at 19:51, Kent Närling wrote:
> I wonder i
I wonder if there is any standard way of automatically updating the
archetype catalog when deploying/releasing an archetype?
We are using nexus and continuum, but first of all I see no archetype
catalog at all on the nexus public repo?
Do you have to create it manually?
Is there any way of automa
Oh sure, i will keep it in mind. I apologize though.
Thanks again for such a prompt response Anders.:clap:
Cheers,
Prithvi
Anders Hammar wrote:
>
> Sorry, I don't have enough time to do that. Post your questions as direct
> as
> possible and I (or someone else) will try top answer them.
>
>
Sorry, I don't have enough time to do that. Post your questions as direct as
possible and I (or someone else) will try top answer them.
/Anders
On Wed, Feb 17, 2010 at 15:26, sehgal.prithvi
wrote:
>
> Dear Anders,
>
> I had implemented something like this today. I would be more then happy if
> y
Sorry, I don't know. As this thread has been going on for some time now, I
guess a lot of people aren't reading it any more. So you might some answers
from other people if you post that questions as a separate post.
/Anders
On Wed, Feb 17, 2010 at 15:18, lukewpatterson wrote:
>
>
> Anders Hammar
Dear Anders,
I had implemented something like this today. I would be more then happy if
you
give your opinion over it.
http://reevsblog.blogspot.com/
In meanwhile, i will have a look at classifiers also. Thanks for your prompt
responses.
Cheers,
Prithvi
Anders Hammar wrote:
>
> GAV is grou
Anders Hammar wrote:
>
> Regarding the changes you propose, please file a jira for that.
>
done: https://issues.sonatype.org/browse/MVNREF-134
Thanks for the help, Anders.
As for the second part of my original questions (question b), is there any
API that will give me a hierarchical view of
Hi Stephane,
I've mapped xml.zip custom type using this syntax:
The build is now able to terminate, but in my EAR file I can see all xml.zip
files are packaged inside. So for me this is not a correct workaround.
Regards,
Julien
- Message d'origine
> De : Stephane Nicoll
>
Yes, IMHO grouped dependencies is somewhat a Maven hack. Something that
Jason calls "mixins" is planned for future Maven releases, which I believe
will do this in a correct way.
Regarding the changes you propose, please file a jira for that.
/Anders
On Wed, Feb 17, 2010 at 14:16, lukewpatterson
Anders Hammar wrote:
>
> a) This is the limitation/drawback of grouped dependencies. The
> dependencies
> you get through a grouped dependencies will be a level down (actually they
> will be transient deps).
>
The description in "grouping dependencies" should probably be changed then
from:
"Yo
GAV is groupId, artifactId and version. The three main coordinates in Maven.
You use classifiers in a project. It doesn't matter if that project is a
module in a multi-module project. However, you need to do some configuration
to get the secondary artifacts attached to your project.
Btw, my view
Hello Anders,
Thanks again.
So by using classifiers, if i am using a multi module project, even then
whole project will be having one single POM? Is it possible in case of a
project
which is using modules?
What is a GAV anders? Sorry it's a dumb question but i am not very well
acquainted with the
1) Well, They easiest explanation is that you would then end up with three
different artifacts with the same GAV which actually are three different
artifacts. That breaks one of the basic rules about coordinates of unique
artifacts in Maven. The other, more subtle, is that you should only have to
e
Hello Anders,
Thanks for such a prompt response. I have two queries in mind after reading
your answer.
1- Why ain't it good to have project which make different builds? Typically
even
if we use ANT, we have one build file responsible for generating different
archives
based on the environment?
2-
Thanks for good news.
Markku
On 17.2.2010 0:29, Stephane Nicoll wrote:
The release vote for 2.4.1 has just been sent on the dev list.
S.
On Tue, Jan 19, 2010 at 8:47 AM, Markku Saarelawrote:
Hi,
What is plan for releasing version 2.4.1 of ear plugin? All issues for this
release are res
Having profiles determining what should be included in the ear (or any other
archive for that matter) is not good practice. You should only do one build
that creates all that you need. If you have profiles, you will typically run
one build for each profile. Not good.
A better approach is to have, i
Dear All,
I am new to Maven and i am encountering the following problem at hand.
I have made a multi-module project. The project eventually has to build an
EAR artifact from a WAR file.
We have different properties files for different environments i.e.
- Development
- Test
- Production
My reso
Thanks I'll try to use cargo
--
View this message in context:
http://old.nabble.com/Deploy-WAR-EAR-to-Weblogic-tp27619730p27620969.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-ma
Hi,
I am using Maven Ant Task to call Maven Artifacts from Apache Ant (1.8).
The artifact:pom task is not able to load the maven pom file so its not
loading Maven pom.build.sourceDirectory and all the other POM parameters.
The Same was working fine with Apache Ant (1.7.1).
The Source director
27 matches
Mail list logo