RE: Some progress on Fulcrum Component Builds!
-Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: 15 October 2004 07:06 To: Gump code and data Subject: Re: Some progress on Fulcrum Component Builds! On Friday 15 October 2004 07:45, Brett Porter wrote: depend project=avalon-merlin-unit/ to depend project=merlin-unit/ :o) No, the project here refers to the name within Gump, but I think that the following is needed; depend property=maven.jar.merlin-unit project=avalon-merlin- unit/ Brett, do you have any insight in this?? Steve? AFAIK property is not needed. The gump plugin just generates: depend project=${dependency} / Yes, but the Gump ID and the Maven ArtifactID must correspond, and they don't in this case. Can we just put a symlink in place that links merlin-unit to avalon-merlin-unit?. Steve. Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - 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]
Re: Some progress on Fulcrum Component Builds!
On Friday 15 October 2004 19:02, Stephen McConnell wrote: Can we just put a symlink in place that links merlin-unit to avalon-merlin-unit?. ?? I think the answer lies in the fact that merlin-unit has changed name to avalon-merlin-unit, and the Magic descriptor should provide a compatibility link. i.e. An empty project in index.xml that only creates the dummy Gump project linking the output of avalon-merlin-unit to a merlin-unit project. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Some progress on Fulcrum Component Builds!
I am a little confused.. Why is the behavior of avalon-merlin-unit special/more difficult then any other dependency? Just as an FYI, my attempt to get fulcrum-crypto-api to build by changing the dependency from avalon-merlin-unit to merlin-unit failed. I guess that was reasonable enough. So I have changed it back. However, I saw this usage (taken from avalon-trunk.xml): depend project=avalon-merlin-unitnoclasspath//depend So, I added that into my fulcrum-crypto-api section. At any rate, now all the plugins seem to be installed for Maven and those errors are gone. Eric -Original Message- From: Stephen McConnell [mailto:[EMAIL PROTECTED] Sent: Friday, October 15, 2004 12:02 PM To: 'Gump code and data' Subject: RE: Some progress on Fulcrum Component Builds! -Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: 15 October 2004 07:06 To: Gump code and data Subject: Re: Some progress on Fulcrum Component Builds! On Friday 15 October 2004 07:45, Brett Porter wrote: depend project=avalon-merlin-unit/ to depend project=merlin-unit/ :o) No, the project here refers to the name within Gump, but I think that the following is needed; depend property=maven.jar.merlin-unit project=avalon-merlin- unit/ Brett, do you have any insight in this?? Steve? AFAIK property is not needed. The gump plugin just generates: depend project=${dependency} / Yes, but the Gump ID and the Maven ArtifactID must correspond, and they don't in this case. Can we just put a symlink in place that links merlin-unit to avalon-merlin-unit?. Steve. Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - 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]
Re: Some progress on Fulcrum Component Builds!
On Friday 15 October 2004 19:10, Eric Pugh wrote: I am a little confused.. Why is the behavior of avalon-merlin-unit special/more difficult then any other dependency? That is due to a name change. merlin-unit is needed in your Maven descriptor since that has been released before. avalon-merlin-unit is the new name, and that is the Gump descriptor generated. So, when you add depend project=avalon-merlin-unit/ you will not get the proper override for the Maven descriptor, and Maven will report that merlin-unit-x-x.jar can not be found. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Some progress on Fulcrum Component Builds!
Great news! Last question (well probably not...) In the latest jakarta-turbine-fulcrum, all the jars are now versioned: jar name=fulcrum-pool-api-1.0.2.jar/ Is this due to some sort of issue with how the projects depend on each other? In the future, if I bump a version in my project.xml, should I also fix it here as well? Eric -Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: Friday, October 15, 2004 12:37 PM To: Gump code and data Subject: Re: Some progress on Fulcrum Component Builds! Hi, Solution acquired. You keep merlin-unit in your Maven descriptors. I have created a new merlin-unit project in Gump, which inherits the Jar from avalon-merlin-unit. Everyone happy :o) Niclas On Friday 15 October 2004 19:29, Eric Pugh wrote: I see! This makes sense! Never thought about the impact on name changes on consumers of your code.. At least not in the way Gump is a consumer. So, because I use a specific version of merlin-unit, I am fine in my project. I can't change it to avalon-merlin-unit until the next version comes out. However, because of the name change, and Gump using the latest and greatest, my project doesn't know about the new version. So, in these types of situations, should I just somehow setup a package that I depend on, which would be the merlin-unit-3.3.0.jar version? Alternatively, should Gump's record for avalon-merlin-unit be annotated with all the prior names, so that at the end of the run it produces avalon-merlin-unit-@@DATE@@.jar as well as merlin-unit-@@DATE@@.jar? Or lastly, Could we just make another project record and just copy everything it does and change the last line to this: project name=avalon-merlin-unit license name=central/system/license/LICENSE.TXT/ ant basedir=runtime/merlin/unit !-- for magic -- property name=build.sysclasspath value=last/ property name=magic.home reference=home project=magic/ property name=gump.signature value=@@DATE@@/ SNIP/ !-- end for -- home nested=runtime/merlin/unit/target/deliverables/ jar name=jars/merlin-unit-@@DATE@@.jar/ nag to=[EMAIL PROTECTED] from=Magic Integration lt;[EMAIL PROTECTED]gt;/ /project Eric -Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: Friday, October 15, 2004 12:15 PM To: Gump code and data Subject: Re: Some progress on Fulcrum Component Builds! On Friday 15 October 2004 19:10, Eric Pugh wrote: I am a little confused.. Why is the behavior of avalon-merlin-unit special/more difficult then any other dependency? That is due to a name change. merlin-unit is needed in your Maven descriptor since that has been released before. avalon-merlin-unit is the new name, and that is the Gump descriptor generated. So, when you add depend project=avalon-merlin-unit/ you will not get the proper override for the Maven descriptor, and Maven will report that merlin-unit-x-x.jar can not be found. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - 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] -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - 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]
RE: Some progress on Fulcrum Component Builds!
-Original Message- From: Eric Pugh [mailto:[EMAIL PROTECTED] Sent: 15 October 2004 14:39 To: Gump code and data Subject: RE: Some progress on Fulcrum Component Builds! Great news! Last question (well probably not...) In the latest jakarta-turbine-fulcrum, all the jars are now versioned: jar name=fulcrum-pool-api-1.0.2.jar/ Is this due to some sort of issue with how the projects depend on each other? No. The issue is that gump is checking that the output produced by maven corresponds to the output declared under the jar tag in gump descriptor. If the build output does not correspond them gump will fail the project. In theory this should be handled via properties declared by gump to maven but that does not appear to be working for the moment. So the workaround is to add the explicit version to the gump descriptor. In the future, if I bump a version in my project.xml, should I also fix it here as well? As things stand - yes. Steve. Eric -Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: Friday, October 15, 2004 12:37 PM To: Gump code and data Subject: Re: Some progress on Fulcrum Component Builds! Hi, Solution acquired. You keep merlin-unit in your Maven descriptors. I have created a new merlin-unit project in Gump, which inherits the Jar from avalon-merlin-unit. Everyone happy :o) Niclas On Friday 15 October 2004 19:29, Eric Pugh wrote: I see! This makes sense! Never thought about the impact on name changes on consumers of your code.. At least not in the way Gump is a consumer. So, because I use a specific version of merlin-unit, I am fine in my project. I can't change it to avalon-merlin-unit until the next version comes out. However, because of the name change, and Gump using the latest and greatest, my project doesn't know about the new version. So, in these types of situations, should I just somehow setup a package that I depend on, which would be the merlin-unit-3.3.0.jar version? Alternatively, should Gump's record for avalon-merlin-unit be annotated with all the prior names, so that at the end of the run it produces avalon-merlin-unit-@@DATE@@.jar as well as merlin-unit-@@DATE@@.jar? Or lastly, Could we just make another project record and just copy everything it does and change the last line to this: project name=avalon-merlin-unit license name=central/system/license/LICENSE.TXT/ ant basedir=runtime/merlin/unit !-- for magic -- property name=build.sysclasspath value=last/ property name=magic.home reference=home project=magic/ property name=gump.signature value=@@DATE@@/ SNIP/ !-- end for -- home nested=runtime/merlin/unit/target/deliverables/ jar name=jars/merlin-unit-@@DATE@@.jar/ nag to=[EMAIL PROTECTED] from=Magic Integration lt;[EMAIL PROTECTED]gt;/ /project Eric -Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: Friday, October 15, 2004 12:15 PM To: Gump code and data Subject: Re: Some progress on Fulcrum Component Builds! On Friday 15 October 2004 19:10, Eric Pugh wrote: I am a little confused.. Why is the behavior of avalon-merlin- unit special/more difficult then any other dependency? That is due to a name change. merlin-unit is needed in your Maven descriptor since that has been released before. avalon-merlin-unit is the new name, and that is the Gump descriptor generated. So, when you add depend project=avalon-merlin-unit/ you will not get the proper override for the Maven descriptor, and Maven will report that merlin-unit-x-x.jar can not be found. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - 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] -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - 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
Re: Some progress on Fulcrum Component Builds!
Yesterday on IRC stefanom (who I guess is Stefan Bodewig) helped me get That's probably Stefano Mazzocchi. I need someone to install into the gump users plugin directory the avalon-meta plugin by typing: maven plugin:download -DgroupId=avalon-meta -DartifactId=avalon-meta-plugin -Dvers ion=1.4.0 Gumps all about building them from scratch. So what we really need is an avalon-meta-plugin project. Once built, the plugin dependency will take care of it. This should have been what happened with the other 3, right? Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some progress on Fulcrum Component Builds!
On Thursday 14 October 2004 17:37, Eric Pugh wrote: merlin-unit-3.3.0.jar avalon-meta-plugin-1.4.0.jar For Maven builds; groupIdavalon/avalon-meta/groupId artifactIdavalon-meta-plugin/artifactId groupIdavalon/merlin/groupId artifactIdmerlin-unit/artifactId respectively, AND requires http://www.apache.org/dist/ as a Maven repository. I am not sure why it doesn't synchronize to ibiblio.org/maven. I thought that was automatic. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some progress on Fulcrum Component Builds!
On Thursday 14 October 2004 17:37, Eric Pugh wrote: As far as the error on merlin-unit, I think that in the jakarta-turbine-fulcrum.xml file we depend on avalon-merlin-unit however, in the avalon.xml file it is defined as merlin-unit, so I think I should change that to merlin-unit: depend project=avalon-merlin-unit/ to depend project=merlin-unit/ :o) No, the project here refers to the name within Gump, but I think that the following is needed; depend property=maven.jar.merlin-unit project=avalon-merlin-unit/ Brett, do you have any insight in this?? Steve? Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some progress on Fulcrum Component Builds!
groupIdavalon/avalon-meta/groupId artifactIdavalon-meta-plugin/artifactId groupIdavalon/merlin/groupId artifactIdmerlin-unit/artifactId why isn't this just avalon-meta and merlin for the group? If it is so you can leverage dist/, that's not correct (see below). respectively, AND requires http://www.apache.org/dist/ as a Maven repository. I am not sure why it doesn't synchronize to ibiblio.org/maven. I thought that was automatic. /dist/java-repository/ syncs to ibiblio, which contains: http://www.apache.org/dist/java-repository/avalon-meta/plugins/avalon-meta-plugin-1.4.0.jar http://www.apache.org/dist/java-repository/merlin/jars/merlin-unit-3.3.0.jar However, I assume this is just for building with Maven regularly, as under gump it is all offline. Cheers, Brett - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some progress on Fulcrum Component Builds!
On Thu, 14 Oct 2004, Eric Pugh [EMAIL PROTECTED] wrote: Yesterday on IRC stefanom (who I guess is Stefan Bodewig Must have been Stefano Mazzocchi ) helped me get some of the Maven plugins for building the Fulcrum components installed. So, for the fulcrum-crypto-api component( http://brutus.apache.org/gump/public/jakarta-turbine-fulcrum/fulcrum-crypto- api/gump_work/build_jakarta-turbine-fulcrum_fulcrum-crypto-api.html ), the good news is that last night one of them was found, Whoohoo! Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some progress on Fulcrum Component Builds!
On Thursday 14 October 2004 18:14, Brett Porter wrote: groupIdavalon/avalon-meta/groupId artifactIdavalon-meta-plugin/artifactId groupIdavalon/merlin/groupId artifactIdmerlin-unit/artifactId why isn't this just avalon-meta and merlin for the group? If it is so you can leverage dist/, that's not correct (see below). /dist/java-repository/ syncs to ibiblio, which contains: http://www.apache.org/dist/java-repository/avalon-meta/plugins/avalon-meta- plugin-1.4.0.jar http://www.apache.org/dist/java-repository/merlin/jars/merlin-unit-3.3.0.ja r Ok. I was WRONG. Somewhere there is a misconception... However, I assume this is just for building with Maven regularly, as under gump it is all offline. Well, Eric is having problem with his local build, so we are trying to solve two issues at the same time. Thanks for the rectification. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Some progress on Fulcrum Component Builds!
I think I sorted out my local build issues.. It was an aspect of bad network connectivity causing the merlin-unit unit testing to not download all the resources it needed. At this point, I have been able to successfully build ALL the fulcrum components. Now, I believe for the gump builds, maven plugins must already be built, they aren't dynamically built yet, correct? Eric -Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: Thursday, October 14, 2004 11:47 AM To: Gump code and data Subject: Re: Some progress on Fulcrum Component Builds! On Thursday 14 October 2004 18:14, Brett Porter wrote: groupIdavalon/avalon-meta/groupId artifactIdavalon-meta-plugin/artifactId groupIdavalon/merlin/groupId artifactIdmerlin-unit/artifactId why isn't this just avalon-meta and merlin for the group? If it is so you can leverage dist/, that's not correct (see below). /dist/java-repository/ syncs to ibiblio, which contains: http://www.apache.org/dist/java-repository/avalon-meta/plugins/ava lon-meta- plugin-1.4.0.jar http://www.apache.org/dist/java-repository/merlin/jars/merlin-unit -3.3.0.ja r Ok. I was WRONG. Somewhere there is a misconception... However, I assume this is just for building with Maven regularly, as under gump it is all offline. Well, Eric is having problem with his local build, so we are trying to solve two issues at the same time. Thanks for the rectification. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - 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]
Re: Some progress on Fulcrum Component Builds!
Eric Pugh wrote: Hi all, Yesterday on IRC stefanom (who I guess is Stefan Bodewig) helped me get some of the Maven plugins for building the Fulcrum components installed. ehm, that was me ;-) -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: Some progress on Fulcrum Component Builds!
depend project=avalon-merlin-unit/ to depend project=merlin-unit/ :o) No, the project here refers to the name within Gump, but I think that the following is needed; depend property=maven.jar.merlin-unit project=avalon-merlin-unit/ Brett, do you have any insight in this?? Steve? AFAIK property is not needed. The gump plugin just generates: depend project=${dependency} / - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some progress on Fulcrum Component Builds!
On Friday 15 October 2004 07:45, Brett Porter wrote: depend project=avalon-merlin-unit/ to depend project=merlin-unit/ :o) No, the project here refers to the name within Gump, but I think that the following is needed; depend property=maven.jar.merlin-unit project=avalon-merlin-unit/ Brett, do you have any insight in this?? Steve? AFAIK property is not needed. The gump plugin just generates: depend project=${dependency} / Yes, but the Gump ID and the Maven ArtifactID must correspond, and they don't in this case. Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]