Referencing uniqe SNAPSHOT versions in POM

2008-02-08 Thread Marco Bakera
Hey everybody!

Sometime I find SNAPSHOT versions in the repository like 
groupid/artifactid/SNAPSHOT/artifactid-20071218.1329060-1.jar. It seems that 
this are SNAPSHOTS uniquely identifiable via some identifier.

But how can I refer to such a version from my dependency section in my pom?


Thanks for help and greetings,
Marco.


signature.asc
Description: This is a digitally signed message part.


Re: RES: Referencing uniqe SNAPSHOT versions in POM

2008-02-08 Thread Marco Bakera

The repository contains some artifact at

  a/b/c/artifactid/SNAPSHOT/artifactid-20071218.132506-1.jar

So I try to refer to that file with the following snippet.

project
  dependencies

dependency
  groupIda.b.c/groupId
  artifactIdartifactid/artifactId
  versionSNAPSHOT/version
/dependency

  /dependencies
/project

When using SNAPSHOT it will resolve to the latest version of such file given 
above. But how to refer to an older version?


Thanks for your help.


On Friday 08 February 2008 14:07:20 Dário Luís Coneglian Oliveros wrote:
 Please attach your pom file so I can take a look at it.

 Dário

 -Mensagem original-
 De: Marco Bakera [mailto:[EMAIL PROTECTED]
 Enviada em: sexta-feira, 8 de fevereiro de 2008 11:01
 Para: users@maven.apache.org
 Assunto: Re: Referencing uniqe SNAPSHOT versions in POM


 Sorry neither your nor Dario's solution solves the problem. :(

 However thanks for your help so far.

 On Friday 08 February 2008 13:50:17 nicolas de loof wrote:
  Simply use
 
  version20071218.1329060-1/version
 
  Maven will automatically detect this is a SNAPSHOT (using
  metadatas.xml in repo AFAIK)
 
  The latest (snapshot) release plugin accepts them as valid. You just
  have to ensure there will be available in future for your build to be
  reproductible (make a repo backup or use a corporate repo/proxy)
 
  Nico.
 
  2008/2/8, Marco Bakera [EMAIL PROTECTED]:
   Hey everybody!
  
   Sometime I find SNAPSHOT versions in the repository like
   groupid/artifactid/SNAPSHOT/artifactid-20071218.1329060-1.jar. It
   seems that this are SNAPSHOTS uniquely identifiable via some
   identifier.
  
   But how can I refer to such a version from my dependency section in
   my pom?
  
  
   Thanks for help and greetings,
   Marco.




signature.asc
Description: This is a digitally signed message part.


Re: Referencing uniqe SNAPSHOT versions in POM

2008-02-08 Thread Marco Bakera
Sorry neither your nor Dario's solution solves the problem. :(

However thanks for your help so far.


On Friday 08 February 2008 13:50:17 nicolas de loof wrote:
 Simply use

 version20071218.1329060-1/version

 Maven will automatically detect this is a SNAPSHOT (using metadatas.xml in
 repo AFAIK)

 The latest (snapshot) release plugin accepts them as valid. You just have
 to ensure there will be available in future for your build to be
 reproductible (make a repo backup or use a corporate repo/proxy)

 Nico.

 2008/2/8, Marco Bakera [EMAIL PROTECTED]:
  Hey everybody!
 
  Sometime I find SNAPSHOT versions in the repository like
  groupid/artifactid/SNAPSHOT/artifactid-20071218.1329060-1.jar. It seems
  that
  this are SNAPSHOTS uniquely identifiable via some identifier.
 
  But how can I refer to such a version from my dependency section in my
  pom?
 
 
  Thanks for help and greetings,
  Marco.




signature.asc
Description: This is a digitally signed message part.


Re: Release Plugin/SCM Scheme

2007-12-10 Thread Marco Bakera
On Saturday 08 December 2007 16:54:43 Wendy Smoak wrote:
 On Dec 8, 2007 7:52 AM, Marco Bakera [EMAIL PROTECTED] wrote:
  Does really nobody have a clue on this question? Or has the mail been
  overseen due to Santa Claus happenings?! ;)

 You didn't provide enough information to enable anyone to help.

 What url are you trying to use?  What documentation have you already looked
 at?

 I found this page:  http://maven.apache.org/scm/cvs.html

Right, the page you mentioned was my first try. According to that page I tried

scm:cvs:extssh:[EMAIL PROTECTED]:/path/to/repo

but that results in 

The scm url is invalid.
  - Unknown transport: extssh

When trying 

scm:cvs:ext:[EMAIL PROTECTED]:/path/to/repo

I get

The scm url is invalid.
  - The connection string contains too few tokens.

My CVS/Root in my sandbox contains

:extssh:[EMAIL PROTECTED]:/path/to/repo

Any suggestions how solve this?


Thanks for help.

- Marco.

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



Re: Release Plugin/SCM Scheme

2007-12-10 Thread Marco Bakera
On Monday 10 December 2007 10:26:37 Marco Bakera wrote:
 On Saturday 08 December 2007 16:54:43 Wendy Smoak wrote:
  On Dec 8, 2007 7:52 AM, Marco Bakera [EMAIL PROTECTED] wrote:
   Does really nobody have a clue on this question? Or has the mail been
   overseen due to Santa Claus happenings?! ;)
 
  You didn't provide enough information to enable anyone to help.
 
  What url are you trying to use?  What documentation have you already
  looked at?
 
  I found this page:  http://maven.apache.org/scm/cvs.html

 Right, the page you mentioned was my first try. According to that page I
 tried

 scm:cvs:extssh:[EMAIL PROTECTED]:/path/to/repo

 but that results in

 The scm url is invalid.
   - Unknown transport: extssh

I missed to specify the CVS module at the end. Now everything works fine. :)


However, thanks for your help.

- Marco.



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



Re: Optional Proxy Configuration

2007-12-08 Thread Marco Bakera
On Saturday 08 December 2007 08:35:07 Heinrich Nirschl wrote:
 On Dec 8, 2007 8:13 AM, Marco Bakera [EMAIL PROTECTED] wrote:
  Hello everybody.
 
  At work I need a proxy for maven to work while I don't need one at home.
  So I have to change my settings.xml back and forth during work at home
  and and at work.
 
  So is it possible to simply turn off the proxy server configuration with
  a command line option?

 The -s option allows you to use a different user settings file.

Although this is possible I don't know whether it is the preferred way of 
doing, since I just want to turn off one part of the settings file while 
keeping the others as is.


- Marco.

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



Re: Optional Proxy Configuration

2007-12-08 Thread Marco Bakera
On Saturday 08 December 2007 13:40:25 Heinrich Nirschl wrote:
 On Dec 8, 2007 12:58 PM, Marco Bakera [EMAIL PROTECTED] wrote:
  On Saturday 08 December 2007 08:35:07 Heinrich Nirschl wrote:
   On Dec 8, 2007 8:13 AM, Marco Bakera [EMAIL PROTECTED] 
wrote:
Hello everybody.
   
At work I need a proxy for maven to work while I don't need one at
home. So I have to change my settings.xml back and forth during work
at home and and at work.
   
So is it possible to simply turn off the proxy server configuration
with a command line option?
  
   The -s option allows you to use a different user settings file.
 
  Although this is possible I don't know whether it is the preferred way of
  doing, since I just want to turn off one part of the settings file while
  keeping the others as is.

 Is this a serious problem? How often do you change the settings file?
 If you are *really* worried about inconsistencies you could even come
 up with a little transformation (e.g. in XSLT) that converts one
 setting file to the other.

You are right, of course I'm not *really* worried about this procedure but 
just had the feeling of doing a hack (the xslt variant would be a hack too). 
So I have chosen to better ask for a better practice. :)

If my setup is too special and therefore (currently) not supported I will do 
if with two setting.xml files.


Anyhow, thanks for help and greetings,
Marco Bakera.

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



Re: Release Plugin/SCM Scheme

2007-12-08 Thread Marco Bakera
Does really nobody have a clue on this question? Or has the mail been overseen 
due to Santa Claus happenings?! ;)

On Thursday 06 December 2007 10:35:59 you wrote:
 Hey everybody,

 Mavens release plugin relies on the SCM element in the pom file for tagging
 the release. I'm using Eclipse with CVS, so CVS transport type is extssh.
 However this is not a legal scm transport specifier for CVS in scm.

 When using only ext (instead of extssh) Maven claims

 The scm url is invalid.
   - The connection string contains too few tokens.

 Any suggestions?


 Thanks and greetings,
 Marco.



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



Optional Proxy Configuration

2007-12-07 Thread Marco Bakera
Hello everybody.

At work I need a proxy for maven to work while I don't need one at home. So I 
have to change my settings.xml back and forth during work at home and and at  
work.

So is it possible to simply turn off the proxy server configuration with a 
command line option?


Thanks for help.

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



Release Plugin/SCM Scheme

2007-12-06 Thread Marco Bakera
Hey everybody,

Mavens release plugin relies on the SCM element in the pom file for tagging 
the release. I'm using Eclipse with CVS, so CVS transport type is extssh. 
However this is not a legal scm transport specifier for CVS in scm.

When using only ext (instead of extssh) Maven claims

The scm url is invalid.
  - The connection string contains too few tokens.

Any suggestions?


Thanks and greetings,
Marco.

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



Running application from Maven

2007-12-04 Thread Marco Bakera
Hey everybody,

What is the preferred way of running an application from Maven? It would be 
very nice to have the specified (runtime) dependencies at hand such that 
there is no need for further configuration of the classpath.

I found the exec-plugin from codehaus but don't know whether that is the 
intended way of doing.

Thanks for any suggestions.


Greetings from Germany,
Marco.

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