maven-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brett Porter <brett.por...@gmail.com>
Subject Re: Unversioned artifacts
Date Tue, 12 Oct 2004 12:50:04 GMT
I think this is correct. Please read the resolution to
MPARTIFACT-35... a fix is needed in maven-ear-plugin.


On Tue, 12 Oct 2004 13:45:35 +0100, james.shute@barclayscapital.com
<james.shute@barclayscapital.com> wrote:
> I think this is already filed as a bug - MPWAR-31 / MPARTIFACT-35
> 
> James
> 
> 
> 
> -----Original Message-----
> From: Oren Berenson [mailto:oren.berenson@morpheus.co.uk]
> Sent: 12 October 2004 13:40
> To: Maven Users List
> Subject: RE: Unversioned artifacts
> 
> True. I am battling with it now.
> 
> Oren
> 
> -----Original Message-----
> From: jeff mutonho [mailto:ejbengine@yahoo.com]
> 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
> 
> --- Nicolas.CHALUMEAU@arsoe-trelaze.com wrote:
> 
> > use maven.final.name to force maven to produce
> > artifact with name like ${maven.final.name}.ear
> >
> > Nicolas,
> >
> >
> >
> >
> >
> > "Colin Hawkett" <colin.hawkett@morpheus.co.uk>
> > 12/10/2004 13:08
> > Veuillez répondre à "Maven Users List"
> >
> >
> >         Pour :  "users@maven.apache.org" <users@maven.apache.org>
> >         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: colin.hawkett@morpheus.co.uk
> > <mailto:colin.hawkett@morpheus.co.uk>
> >
> > 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:
> > users-unsubscribe@maven.apache.org
> > For additional commands, e-mail:
> > users-help@maven.apache.org
> >
> >
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
> 
> ****************************************************************************
> 
> 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: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
> 
> 
> ------------------------------------------------------------------------
> For more information about Barclays Capital, please
> visit our web site at http://www.barcap.com.
> 
> Internet communications are not secure and therefore the Barclays
> Group does not accept legal responsibility for the contents of this
> message.  Although the Barclays Group operates anti-virus programmes,
> it does not accept responsibility for any damage whatsoever that is
> caused by viruses being passed.  Any views or opinions presented are
> solely those of the author and do not necessarily represent those of the
> Barclays Group.  Replies to this email may be monitored by the Barclays
> Group for operational or business reasons.
> 
> ------------------------------------------------------------------------
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org


Mime
View raw message