RE: Getting name of POM file?

2012-05-21 Thread Dreier Ruediger 
Hello!

Thanks a lot! It works!

Kind regards,
Ruediger


 -Original Message-
 From: Stevo Slavić [mailto:ssla...@gmail.com]
 Sent: Friday, May 18, 2012 14:59
 To: Maven Users List
 Subject: Re: Getting name of POM file?
 
 Thanks Stephen,
 
 So in pom.xml one can reference it using ${project.file}
 
 That property is listed on
 http://docs.codehaus.org/display/MAVENUSER/MavenPropertiesGuide but
 in one of the user comments. Comment points to maven 2 resource as
 reference to where the info was found, here is link to equivalent file in
 Maven 3
 sources:
 
 http://svn.apache.org/viewvc/maven/maven-3/trunk/maven-
 compat/src/main/resources/META-INF/maven/plugin-
 expressions/project.paramdoc.xml?view=markup
 
 Kind regards,
 Stevo.
 
 2012/5/18 Stephen Connolly stephen.alan.conno...@gmail.com
 
  MavenProject.getFile()
 
  On Wednesday, 16 May 2012, Dreier Ruediger wrote:
 
   Hello!
  
   Is it somehow possible to get the name of the POM file (which might
   not
  be
   POM.xml if Maven was called with -f) inside a POM file (e.g. as
   parameter for other plugins)?
  
  
   Thanks for any help,
  
   i.A. Rüdiger Dreier
   Project Manager
  
   Bruker Daltonik GmbH
   Fahrenheitstr. 4
   28359 Bremen, Germany
  
   Phone: +49 421 2205-393
   Fax: +49 421 2205-3005
  
   ruediger.dre...@bdal.de
   javascript:;mailto:ruediger.dre...@bdal.de
  javascript:;
   
   www.bruker.comhttp://www.bruker.com/
  
  
  
   
   Sitz der Gesellschaft / Registered Office Bremen; Handelsregister
   Amtsgericht Bremen HRB 8150 / Commercial Register District Court
   Bremen
  HRB
   8150; Geschäftsführer / Managing Directors: Gerd Hülso, Sebastian
   Meyer-Plath, Stefan Ruge, Ian Sanders, Ph. D., Dr. Michael Schubert
  
   Haftungsausschluss: Die Bruker Daltonik GmbH ist nicht
   verantwortlich für die ordnungsgemäße, vollständige und
   verzögerungsfreie Übertragung der Nachricht. Der Inhalt der E-Mail
   ist nur rechtsverbindlich, wenn er unsererseits durch einen Brief oder ein
 Fax entsprechend bestätigt wird.
  
   Disclaimer: Bruker Daltonik GmbH is not responsible for correct,
   complete and timely transmission of this message. The content of
   this e-mail, including any attachments, is only legally binding if
   confirmed by Bruker Daltonik GmbH by letter or fax
  
 

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

Getting name of POM file?

2012-05-16 Thread Dreier Ruediger 
Hello!

Is it somehow possible to get the name of the POM file (which might not be 
POM.xml if Maven was called with –f) inside a POM file (e.g. as parameter for 
other plugins)?


Thanks for any help,

i.A. Rüdiger Dreier
Project Manager

Bruker Daltonik GmbH
Fahrenheitstr. 4
28359 Bremen, Germany

Phone: +49 421 2205-393
Fax: +49 421 2205-3005

ruediger.dre...@bdal.demailto:ruediger.dre...@bdal.de
www.bruker.comhttp://www.bruker.com/




Sitz der Gesellschaft / Registered Office Bremen; Handelsregister Amtsgericht 
Bremen HRB 8150 / Commercial Register District Court Bremen HRB 8150; 
Geschäftsführer / Managing Directors: Gerd Hülso, Sebastian Meyer-Plath, Stefan 
Ruge, Ian Sanders, Ph. D., Dr. Michael Schubert

Haftungsausschluss: Die Bruker Daltonik GmbH ist nicht verantwortlich für die 
ordnungsgemäße, vollständige und verzögerungsfreie Übertragung der Nachricht. 
Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er unsererseits durch 
einen Brief oder ein Fax entsprechend bestätigt wird.

Disclaimer: Bruker Daltonik GmbH is not responsible for correct, complete and 
timely transmission of this message. The content of this e-mail, including any 
attachments, is only legally binding if confirmed by Bruker Daltonik GmbH by 
letter or fax

RE: Maven 3.0.3: Problems with SNAPSHOT updates

2011-10-23 Thread Dreier Ruediger 
Hello!

Thanks everyone, I'll try this Artifactory change as soon as our Artifactory 
guru is back from vacation!

Regards,

Ruediger


 -Original Message-
 From: Patrick Sansoucy [mailto:patrick.sanso...@gmail.com]
 Sent: Friday, 21 October, 2011 12:37
 To: Maven Users List
 Subject: Re: Maven 3.0.3: Problems with SNAPSHOT updates
 
 I always refer people to this Jira ...
 http://jira.codehaus.org/browse/MNG-
 5037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 
 But Brian's post explains it very well.
 
 Patrick Sansoucy
 In theory, there is no difference between theory and practice, but in
 practice, there is ...
 
 
 
 On Fri, Oct 21, 2011 at 6:29 AM, Brian Parker onebrianpar...@gmail.com
 wrote:
  I ran in to this.  See
  http://stackoverflow.com/questions/5249342/maven-3-0-2-u-option-
 does-n
  ot-update-snapshot/7081166#7081166
 
  Brian
 
  On Fri, Oct 21, 2011 at 5:13 AM, Dreier Ruediger
 ruediger.dre...@bdal.dewrote:
 
  Hello!
 
  Thanks for your answer, but both solutions do not work for me with
  Maven 3
  - both work perfectly with Maven 2.2.1.
  With Maven 3 only a metadata file is updated, not the artifact itself.
 
  Regards,
 
  Ruediger
 
 
   -Original Message-
   From: Thiessen, Todd (Todd) [mailto:tthies...@avaya.com]
   Sent: Thursday, 20 October, 2011 17:09
   To: Maven Users List
   Subject: RE: Maven 3.0.3: Problems with SNAPSHOT updates
  
   There are two ways. You can force maven to update snapshot by using
   the - U option. Ie:
  
   mvn -U install
  
   Or you can change when maven updates snapshots by default by
   changing the updatePolicy in your settings.xml file.
  
   http://maven.apache.org/ref/3.0.3/maven-settings/settings.html
  
  
-Original Message-
From: Dreier Ruediger [mailto:ruediger.dre...@bdal.de]
Sent: Thursday, October 20, 2011 11:02 AM
To: 'users@maven.apache.org'
Subject: Maven 3.0.3: Problems with SNAPSHOT updates
   
Hello!
   
We are currently using Maven 2.2.1 and Artifactory 2.3.4 (rev.
13017) as repository server and I am now evaluating if we can
migrate to Maven 3.
   
I am testing Maven 3 in the following environment:
   
Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100) Java
 version:
1.6.0_26, vendor: Sun Microsystems Inc.
Default locale: en_US, platform encoding: Cp1252 OS name:
windows 7,
version: 6.1, arch: x86, family: windows
   
I used a very simple POM file for this check:
   
  dependencies
    dependency
      groupIdde.bdal.common.bcl/groupId
      artifactIdsettings/artifactId
      version0.0.0.1-SNAPSHOT/version
      classifierbinaries/classifier
      typezip/type
    /dependency
  /dependencies
   
  build
    plugins
   
      plugin
   
        groupIdorg.apache.maven.plugins/groupId
        artifactIdmaven-dependency-plugin/artifactId
        version2.2/version
        executions
          execution
            phaseprocess-resources/phase
            goals
              goalunpack-dependencies/goal
            /goals
            configuration
              copyPomtrue/copyPom
   
outputDirectory./target/references/outputDirectory
            /configuration
          /execution
        /executions
      /plugin
   
    /plugins
  /build
   
   
On a second PC (our Jenkins build system, still using Maven
2.2.1) the project de.bdal.common.bcl:settings can be build.
   
With an empty local repository, everything works well:
'mvn install' downloads the newest version of
de.bdal.common.bcl:settings to my local repository and the
dependency plugin extracts it.
   
Then I use Jenkins on the build system to create a new SNAPSHOT
build of de.bdal.common.bcl:settings.
   
Now I try to use this new version:
   
'mvn -U install' only downloads metadata:
   
Downloading:
http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1-
SNAPSHOT/maven-metadata.xml
Downloaded:
http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1-
SNAPSHOT/maven-metadata.xml (319 B at 4.0 KB/sec)
   
and my local repository contains updated files maven-metadata-
inhouse.xml, maven-metadata-inhouse.xml.sha1 and resolver-
status.properties. But all other files are not changed
(especially settings-0.0.0.1-SNAPSHOT-binaries.zip is not
updated). However
maven- metadata-inhouse.xml contains the correct value for
lastUpdate (build time on the server).
   
What am I doing wrong?
How do I get updates of snapshot dependencies without deleting my
local repository?
   
Thanks for any help,
   
i.A. Rüdiger Dreier
Project Manager
   
Bruker Daltonik GmbH
Fahrenheitstr. 4
28359 Bremen, Germany
   
Phone: +49 421 2205-393
Fax:     +49 421 2205-3005
   
ruediger.dre...@bdal.demailto:ruediger.dre

RE: Maven 3.0.3: Problems with SNAPSHOT updates

2011-10-21 Thread Dreier Ruediger 
Hello!

Thanks for your answer, but both solutions do not work for me with Maven 3 - 
both work perfectly with Maven 2.2.1.
With Maven 3 only a metadata file is updated, not the artifact itself.

Regards,

Ruediger


 -Original Message-
 From: Thiessen, Todd (Todd) [mailto:tthies...@avaya.com]
 Sent: Thursday, 20 October, 2011 17:09
 To: Maven Users List
 Subject: RE: Maven 3.0.3: Problems with SNAPSHOT updates
 
 There are two ways. You can force maven to update snapshot by using the -
 U option. Ie:
 
 mvn -U install
 
 Or you can change when maven updates snapshots by default by changing
 the updatePolicy in your settings.xml file.
 
 http://maven.apache.org/ref/3.0.3/maven-settings/settings.html
 
 
  -Original Message-
  From: Dreier Ruediger [mailto:ruediger.dre...@bdal.de]
  Sent: Thursday, October 20, 2011 11:02 AM
  To: 'users@maven.apache.org'
  Subject: Maven 3.0.3: Problems with SNAPSHOT updates
 
  Hello!
 
  We are currently using Maven 2.2.1 and Artifactory 2.3.4 (rev. 13017)
  as repository server and I am now evaluating if we can migrate to
  Maven 3.
 
  I am testing Maven 3 in the following environment:
 
  Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100) Java version:
  1.6.0_26, vendor: Sun Microsystems Inc.
  Default locale: en_US, platform encoding: Cp1252 OS name: windows 7,
  version: 6.1, arch: x86, family: windows
 
  I used a very simple POM file for this check:
 
dependencies
  dependency
groupIdde.bdal.common.bcl/groupId
artifactIdsettings/artifactId
version0.0.0.1-SNAPSHOT/version
classifierbinaries/classifier
typezip/type
  /dependency
/dependencies
 
build
  plugins
 
plugin
 
  groupIdorg.apache.maven.plugins/groupId
  artifactIdmaven-dependency-plugin/artifactId
  version2.2/version
  executions
execution
  phaseprocess-resources/phase
  goals
goalunpack-dependencies/goal
  /goals
  configuration
copyPomtrue/copyPom
outputDirectory./target/references/outputDirectory
  /configuration
/execution
  /executions
/plugin
 
  /plugins
/build
 
 
  On a second PC (our Jenkins build system, still using Maven 2.2.1) the
  project de.bdal.common.bcl:settings can be build.
 
  With an empty local repository, everything works well:
  'mvn install' downloads the newest version of
  de.bdal.common.bcl:settings to my local repository and the dependency
  plugin extracts it.
 
  Then I use Jenkins on the build system to create a new SNAPSHOT build
  of de.bdal.common.bcl:settings.
 
  Now I try to use this new version:
 
  'mvn -U install' only downloads metadata:
 
  Downloading:
  http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1-
  SNAPSHOT/maven-metadata.xml
  Downloaded:
  http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1-
  SNAPSHOT/maven-metadata.xml (319 B at 4.0 KB/sec)
 
  and my local repository contains updated files maven-metadata-
  inhouse.xml, maven-metadata-inhouse.xml.sha1 and resolver-
  status.properties. But all other files are not changed (especially
  settings-0.0.0.1-SNAPSHOT-binaries.zip is not updated). However
  maven- metadata-inhouse.xml contains the correct value for
  lastUpdate (build time on the server).
 
  What am I doing wrong?
  How do I get updates of snapshot dependencies without deleting my
  local repository?
 
  Thanks for any help,
 
  i.A. Rüdiger Dreier
  Project Manager
 
  Bruker Daltonik GmbH
  Fahrenheitstr. 4
  28359 Bremen, Germany
 
  Phone: +49 421 2205-393
  Fax: +49 421 2205-3005
 
  ruediger.dre...@bdal.demailto:ruediger.dre...@bdal.de
  www.bruker.comhttp://www.bruker.com/
 
 
 
  
  Sitz der Gesellschaft / Registered Office Bremen; Handelsregister
  Amtsgericht Bremen HRB 8150 / Commercial Register District Court
  Bremen HRB 8150; Geschäftsführer / Managing Directors: Frank Laukien,
  Ph. D., Gerd Hülso, Sebastian Meyer-Plath, Stefan Ruge, Ian Sanders,
  Ph. D., Dr. Michael Schubert
 
  Haftungsausschluss: Die Bruker Daltonik GmbH ist nicht verantwortlich
  für die ordnungsgemäße, vollständige und verzögerungsfreie Übertragung
  der Nachricht. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn
  er unsererseits durch einen Brief oder ein Fax entsprechend bestätigt
  wird.
 
  Disclaimer: Bruker Daltonik GmbH is not responsible for correct,
  complete and timely transmission of this message. The content of this
  e-mail, including any attachments, is only legally binding if
  confirmed by Bruker Daltonik GmbH by letter or fax

Maven 3.0.3: Problems with SNAPSHOT updates

2011-10-20 Thread Dreier Ruediger 
Hello!

We are currently using Maven 2.2.1 and Artifactory 2.3.4 (rev. 13017) as 
repository server and I am now evaluating if we can migrate to Maven 3.

I am testing Maven 3 in the following environment:

Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
Java version: 1.6.0_26, vendor: Sun Microsystems Inc.
Default locale: en_US, platform encoding: Cp1252
OS name: windows 7, version: 6.1, arch: x86, family: windows

I used a very simple POM file for this check:

  dependencies
dependency
  groupIdde.bdal.common.bcl/groupId
  artifactIdsettings/artifactId
  version0.0.0.1-SNAPSHOT/version
  classifierbinaries/classifier
  typezip/type
/dependency
  /dependencies

  build
plugins

  plugin

groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-dependency-plugin/artifactId
version2.2/version
executions
  execution
phaseprocess-resources/phase
goals
  goalunpack-dependencies/goal
/goals
configuration
  copyPomtrue/copyPom
  outputDirectory./target/references/outputDirectory
/configuration
  /execution
/executions
  /plugin

/plugins
  /build


On a second PC (our Jenkins build system, still using Maven 2.2.1) the project 
de.bdal.common.bcl:settings can be build.

With an empty local repository, everything works well:
'mvn install' downloads the newest version of de.bdal.common.bcl:settings to my 
local repository and the dependency plugin extracts it.

Then I use Jenkins on the build system to create a new SNAPSHOT build of 
de.bdal.common.bcl:settings.

Now I try to use this new version:

'mvn -U install' only downloads metadata:

Downloading: 
http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1-SNAPSHOT/maven-metadata.xml
Downloaded: 
http://hbeswbinaries1/repo/de/bdal/common/bcl/settings/0.0.0.1-SNAPSHOT/maven-metadata.xml
 (319 B at 4.0 KB/sec)

and my local repository contains updated files maven-metadata-inhouse.xml, 
maven-metadata-inhouse.xml.sha1 and resolver-status.properties. But all 
other files are not changed (especially settings-0.0.0.1-SNAPSHOT-binaries.zip 
is not updated). However maven-metadata-inhouse.xml contains the correct 
value for lastUpdate (build time on the server).

What am I doing wrong?
How do I get updates of snapshot dependencies without deleting my local 
repository?

Thanks for any help,

i.A. Rüdiger Dreier
Project Manager

Bruker Daltonik GmbH
Fahrenheitstr. 4
28359 Bremen, Germany

Phone: +49 421 2205-393
Fax: +49 421 2205-3005

ruediger.dre...@bdal.demailto:ruediger.dre...@bdal.de
www.bruker.comhttp://www.bruker.com/




Sitz der Gesellschaft / Registered Office Bremen; Handelsregister Amtsgericht 
Bremen HRB 8150 / Commercial Register District Court Bremen HRB 8150; 
Geschäftsführer / Managing Directors: Frank Laukien, Ph. D., Gerd Hülso, 
Sebastian Meyer-Plath, Stefan Ruge, Ian Sanders, Ph. D., Dr. Michael Schubert

Haftungsausschluss: Die Bruker Daltonik GmbH ist nicht verantwortlich für die 
ordnungsgemäße, vollständige und verzögerungsfreie Übertragung der Nachricht. 
Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er unsererseits durch 
einen Brief oder ein Fax entsprechend bestätigt wird.

Disclaimer: Bruker Daltonik GmbH is not responsible for correct, complete and 
timely transmission of this message. The content of this e-mail, including any 
attachments, is only legally binding if confirmed by Bruker Daltonik GmbH by 
letter or fax