Maybe one of the maven gurus could give us some light
here...Please :)

jeff mutonho

--- Oren Berenson <[EMAIL PROTECTED]>
wrote:

> True. I am battling with it now.
> 
> Oren 
> 
> -----Original Message-----
> From: jeff mutonho [mailto:[EMAIL PROTECTED]
> Sent: 12 October 2004 13:37
> To: Maven Users List
> Subject: Re: Unversioned artifacts
> 
> 
> >use maven.final.name to force maven to produce
> artifact with name like ${maven.final.name}.ear
> 
> That seems to  only fix it for the jar,ejb , war or
> ear files created under the "targets" directory.The
> jar,war and ear created under
> ${maven.repo.local}/${pom.name}/jars/
> ,${maven.repo.local}/${pom.name}/ejbs ,
> ${maven.repo.local}/${pom.name}/wars  and
> ${maven.repo.local}/${pom.name}/ears
> will still have version numbers
> 
> I've been battling with the same problem , as
> well...
> 
> jeff mutonho
> 
> Registered Linux user number 366042
> 
> 
> --- [EMAIL PROTECTED] wrote:
> 
> > use maven.final.name to force maven to produce
> > artifact with name like ${maven.final.name}.ear
> > 
> > Nicolas,
> > 
> > 
> > 
> > 
> > 
> > "Colin Hawkett" <[EMAIL PROTECTED]>
> > 12/10/2004 13:08
> > Veuillez répondre à "Maven Users List"
> > 
> >  
> >         Pour :  "[EMAIL PROTECTED]"
> > <[EMAIL PROTECTED]>
> >         cc : 
> >         Objet : Unversioned artifacts
> > 
> > 
> > Hi,
> > 
> >  
> > 
> >    We are trying to generate artifacts without
> maven
> > automatically
> > appending the version number to the end.  For
> > example, when building an
> > EAR file, we use a pre-existing application.xml
> and
> > simply direct it to
> > be included in the META-INF of the ear.  It is not
> > built at build-time,
> > so to speak.  This configuration file refers to
> > MyWebApp.war, which is
> > an artifact produced by the maven build - except
> > that maven is
> > determined to append the version to the end of the
> > war file.
> > 
> >  
> > 
> > The reason we don't want maven to build the
> > application.xml file is that
> > WebSphere has already put a module id in the
> > application.xml that is
> > referred to in other WebSphere specific files.  I
> am
> > assuming that if
> > this id is not retained in application.xml then
> the
> > other parts break.
> > 
> >  
> > 
> > I guess there are a number of possible solutions
> to
> > my problem
> > 
> >  
> > 
> > 1.               My understanding of the module id
> > is wrong, and 
> > everything would
> > work just fine if maven generated the
> > application.xml, and put version
> > numbers on everything
> > 2.               I will need to rename the maven
> > artifact after it is 
> > created to
> > remove the version number (yuk!)
> > 3.               Maven has a neat way for me to
> tell
> > it not to append the 
> > version
> > number.
> > 
> >  
> > 
> > Am I looking at this right?  Has anyone got any
> > suggestions for this
> > one?  Thanks,
> > 
> >  
> > 
> > Colin
> > 
> >  
> > 
> > Colin Hawkett
> > 
> > Technical Architect
> > 
> > Morpheus - eBusiness Solutions
> > 
> > Morpheus Limited, Unit 6, The Courtyard, Eastern
> > Road, Bracknell,
> > Berkshire, RG12 2XB
> > 
> > Email: [EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]> 
> > 
> > Tel: 01344 458188; Fax: 01344 458189
> > 
> > Web:  <http://www.morpheus.co.uk/>
> > http://www.morpheus.co.uk
> > 
> >  
> > 
> > 
> > 
> > 
> >
>
************************************************************************
> ****
> > 
> > This email and any files transmitted with it
> contain
> > information that may 
> > be
> > confidential or privileged, and are intended
> solely
> > for the use of the
> > individual or entity to whom they are addressed.
> If
> > you are not the 
> > intended
> > recipient any disclosure, copying, distribution or
> > use of the information 
> > is
> > prohibited. If you have received this email in
> > error, please notify me by
> > return email immediately. Any opinions expressed
> are
> > those of the author,
> > not of Morpheus Limited.
> > 
> > 
> > This message has been checked for all known
> viruses
> > by UUNET delivered 
> > through the MessageLabs Virus Control Centre.
> > 
> >
>
************************************************************************
> ****
> > 
> > 
> > 
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > 
> > 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> http://mail.yahoo.com 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> 
=== message truncated ===


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to