Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer;
  b=RsYUL5HePjl/eE7sUS6PQ/3tdw/WEw7fkoazR0bCFzodAiNfqDhpVM4Gp22gsNDxVRK35jve0nQbTIcbzVdNH9+CPR8GGh0vBZm5VJ/v2FNT+sOJ1Lshu0o5+6tQxefYIbe7npAJ80OSSUTxgynsvTlmHMzRMaxEolZYCix9gtM=
  ;
Message-Id: <0F77C73A-C703-4FB7-A7C6-5CF68136DFDC@yahoo.com>
From: David Jencks <david_jencks@yahoo.com>
To: dev@geronimo.apache.org
In-Reply-To: <C589AC6B-B49D-4DA3-A56F-2ACA89BA15EE@visi.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Subject: Re: project with server-assembly packaging
Date: Tue, 12 Jan 2010 11:45:32 -0800
References: <C589AC6B-B49D-4DA3-A56F-2ACA89BA15EE@visi.com>

I fixed this particular problem.

It's caused by incorrect use of a parent project in this demo.  Some  
ancestor of this module defined a dependency on the testsupport module  
using ${version as the version.  This is evaluated at runtime using  
the version of the project you are building.  This might be different  
from what was originally expected.

So, I made the parent of this module a genesis 2 pom.  However it  
would be a lot better to make a parent pom for all the failover demo  
stuff so you have consistent versions and don't need more than one scm  
element.

thanks
david jencks

On Jan 11, 2010, at 1:11 PM, David Blevins wrote:

> Attempting to resuscitate the failover demo.  I've gotten it to go  
> if I use 2.2-SNAPSHOT for everything, but attempting to bump it up  
> to the released 2.2 jars creates some issues.  First one seems like  
> a general issue with our custom server-assembly packaging type.  If  
> the pom.version of the project declaring itself a server-assembly  
> does not match the target Geronimo version, then the chain of  
> dependencies seems to break down a bit:
>
> I've switched the geronimo-tomcat-farm-controller's version to 5.4- 
> SNAPSHOT just to illustrate:
>
> [INFO] Scanning for projects...
> [INFO]  
> ------------------------------------------------------------------------
> [INFO] Building Geronim Plugin Farm Controller Server Assembly for  
> Tomcat
> [INFO]    task-segment: [clean, install]
> [INFO]  
> ------------------------------------------------------------------------
> [INFO] [clean:clean]
> [INFO] [genesis:validate-configuration {execution: default}]
> [...]
> Missing:
> ----------
> 1) org.apache.geronimo.testsupport:testsupport-common:jar:5.4-SNAPSHOT
>
>  Try downloading the file manually from the project website.
>
>  Then, install it using the command:
>      mvn install:install-file - 
> DgroupId=org.apache.geronimo.testsupport -DartifactId=testsupport- 
> common -Dversion=5.4-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
>
>  Alternatively, if you host your own repository you can deploy the  
> file there:
>      mvn deploy:deploy-file - 
> DgroupId=org.apache.geronimo.testsupport -DartifactId=testsupport- 
> common -Dversion=5.4-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file - 
> Durl=[url] -DrepositoryId=[id]
>
>  Path to dependency:
>  	1) org.apache.geronimo.assemblies:geronimo-tomcat-farm- 
> controller:server-assembly:5.4-SNAPSHOT
>  	2) org.apache.geronimo.testsupport:testsupport-common:jar:5.4- 
> SNAPSHOT
>
> ----------
> 1 required artifact is missing.
>
> for artifact:
>  org.apache.geronimo.assemblies:geronimo-tomcat-farm- 
> controller:server-assembly:5.4-SNAPSHOT
>
>
> I could call the assembly 2.2 as well but that seems like a terrible  
> hack as I will be needing to update this demo quite a bit -- not  
> that it works if I do that anyway.  I can get it to work if I build  
> that latest, pre-release, 2.2-SNAPSHOT of geronimo locally and  
> change the demo version to 2.2-SNAPSHOT as well, so I know we're  
> otherwise in good shape and just need to work through some tooling  
> issues.  I'd sort of prefer to rip the band-aid off now rather than  
> just put it off till later.
>
> Anyway, any ideas on what happens to the dependency tree that causes  
> a server-assembly to get a dep on the testsupport-common-$ 
> {notTheGeronimoVersion}.jar ?
>
> -David
>