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 13:13:02 GMT
sorry, I was thinking of ejb plugin (adding -client to the artifact),
and it relates to deployment, not generation.

Files in ${maven.repo.local} or remote repositories will always have
versions. This is a Maven-controlled area, and Maven relies on certain
things being there.

- Brett


On Tue, 12 Oct 2004 14:07:56 +0100, Oren Berenson
<oren.berenson@morpheus.co.uk> wrote:
> Sorry, but i don't understand how to fix it.
> 
> Can you please provide some help.
> 
> Thanks
> 
> Oren 
> 
> 
> 
> 
> -----Original Message-----
> From: Brett Porter [mailto:brett.porter@gmail.com]
> Sent: 12 October 2004 13:50
> To: Maven Users List
> Subject: Re: Unversioned artifacts
> 
> 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
> 
> ****************************************************************************
> 
> 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


Mime
View raw message