Re: properties injection issue

2007-07-24 Thread Aaron Morand
h, I run mvn using the '-Pprofilename' method for activating my profiles.  This way I can build several version of the same code base on the 
same set of pom files.  I only need to specify a different profile.


When I do 'mvn -Pprofilename help:effective-pom' I get a successful build and 
all the dependencies are listed with the proper version numbers.

I don't understand why 'mvn -Pprofilename help:effective-pom' gives me the dependency list with versions as I'd expect.  Where as when I run my 
build manually (or under Bamboo) 'mvn -e -Pprofilename clean scm:checkout compile install package deploy' I get errors on all the 
sub-dependency's versions.  All the dependency versions are defined in my settings.xml file under the profilename I'm using.


I'm at a loss.

Cheers,

Aaron



Michael Meyer wrote:
Stupid question but is the profile activated? What is the result of: 
'mvn help:active-profiles'
and 'mvn help:effective-pom'? In the output of 'mvn help:effective-pom' 
your properties should be replaced with the version number.


Cheers, michael


Aaron Morand schrieb:

Good day all,

I am having an issue with a project failing, because a dependant 
project isn't using properties defined in my settings.xml file.


I have my settings.xml file in ~/.m2/setttings.xml and also symlinked 
it to /usr/local/maven/conf/settings.xml just so the default locations 
are covered with the same information.


I am upgrading to Maven2 from Maven1 and am dealing with 50+ projects, 
with various interdependencies on each other and 3rd party projects.


To keep the future of managing builds "easy", I have defined all the 
dependency versions under profile properties in my settings.xml file.


So, for example, project1 depends on project2, project2 depends on 
project3 and all have dependency version #'s defined in the 
settings.xml file.  What I'm finding is that project2 doesn't appear 
to use the properties defined in the settings.xml file.  Syntactically 
everything appears correct and doesn't cause an error, but the 
project1 build fails based on not finding project2's dependencies.  It 
is looking for ${dependency.project2} which has a value of say, 2.1.  
So in settings.xml I have :


...
2.1
3.1
...


in project1's pom.xml I have :

my_project
project2
${dependency.project2}


and in project2's pom.xml I have :

my_project
project3
${dependency.project3}


So it's complaining because it can't find project2's dependency of 
project3.  But it's looking for version ${dependency.project3} not 
version 3.1 that ${dependency.project3} is defined as in the 
settings.xml file.


Why doesn't this work?

Aaron

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





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




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



properties injection issue

2007-07-23 Thread Aaron Morand

Good day all,

I am having an issue with a project failing, because a dependant project isn't 
using properties defined in my settings.xml file.

I have my settings.xml file in ~/.m2/setttings.xml and also symlinked it to /usr/local/maven/conf/settings.xml just so the default locations are 
covered with the same information.


I am upgrading to Maven2 from Maven1 and am dealing with 50+ projects, with 
various interdependencies on each other and 3rd party projects.

To keep the future of managing builds "easy", I have defined all the dependency 
versions under profile properties in my settings.xml file.

So, for example, project1 depends on project2, project2 depends on project3 and all have dependency version #'s defined in the settings.xml 
file.  What I'm finding is that project2 doesn't appear to use the properties defined in the settings.xml file.  Syntactically everything 
appears correct and doesn't cause an error, but the project1 build fails based on not finding project2's dependencies.  It is looking for 
${dependency.project2} which has a value of say, 2.1.  So in settings.xml I have :


...
2.1
3.1
...


in project1's pom.xml I have :

my_project
project2
${dependency.project2}


and in project2's pom.xml I have :

my_project
project3
${dependency.project3}


So it's complaining because it can't find project2's dependency of project3.  But it's looking for version ${dependency.project3} not version 
3.1 that ${dependency.project3} is defined as in the settings.xml file.


Why doesn't this work?

Aaron

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



Re: site:deploy works deploy:deploy hangs

2007-06-22 Thread Aaron Morand


Hi all,

I'm was getting the same problem.

Nathan, did you get a fix for this problem?

I found that the CI I'm using (Bamboo) wasn't displaying that I was actually being prompted for a password.  I didn't discover this until I 
tried running the it directly from the commandline.


I had previously setup a private key for deploying to my repository, but for some reason when I try and specify username/password and/or 
privateKey/passphrase under  in my settings.xml file maven still wants to prompt me for a password to deploy.


When I removed all references to username/password and/or privateKey/passphrase 
it works fine.

I left id, filePermissions and directoryPermissions there so I can make use of 
them and everything still works fine.

I hope someone finds this useful.

Cheers,

Aaron



Nathan Coast wrote:

Hi all,

trying to understand what I might be doing wrong, AFAICT the site and repo 
settings are the same. I have also checked the file permissions on 
/spool/grimis/synergy/development/...   site:deploy works but 
deploy:deploy (executed as part of release:perform) hangs.


[INFO] [site:deploy]
scp://longmdappu4.uk.db.com/spool/grimis/synergy/development/projects/GMRiskCrypto 
- Session: Opened
Executing command: mkdir -p 
/spool/grimis/synergy/development/projects/GMRiskCrypto/.
Executing command: mkdir -p 
/spool/grimis/synergy/development/projects/GMRiskCrypto/.

...
...

executing as part of release:perform
[INFO] [deploy:deploy]
altDeploymentRepository = null
*hangs here*

Configs are the same in pom.xml and settings.xml

pom

  

  gmris.dev.docs  
 
scp://longmdappu4.uk.db.com/spool/grimis/synergy/development/projects/${pom.artifactId}



  grimis.dev.repo
 
scp://longmdappu4.uk.db.com/spool/grimis/synergy/development/maven


  

settings


  X 
  X

  gmris.dev.docs
 

  X 
  X

  gmris.dev.repo
 



---

This e-mail may contain confidential and/or privileged information. If you 
are not the intended recipient (or have received this e-mail in error) 
please notify the sender immediately and destroy this e-mail. Any 
unauthorized copying, disclosure or distribution of the material in this 
e-mail is strictly forbidden.


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




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