gump-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bill Barker" <billwbar...@verizon.net>
Subject Re: Advise wanted on build issues
Date Tue, 23 Feb 2010 06:56:46 GMT


--------------------------------------------------
From: "Stefan Bodewig" <bodewig@apache.org>
Sent: Monday, February 22, 2010 9:22 PM
To: <general@gump.apache.org>
Subject: Re: Advise wanted on build issues

> On 2010-02-21, Bill Barker <billwbarker@verizon.net> wrote:
> 
>> It looks like most of the problems related to castor-xml wanting to
>> download an older version of itself are related to portals-pluto's
>> dependency on it.
> 
> The castor-xml build is trying to download the trunk version of
> castor-core from http://snapshots.repository.codehaus.org which isn't
> proxied by the Maven proxy.  This means it will not get the version just
> built - and there doesn't seem to be a jar available at codehaus.
> 
> So far I expected the build would heal itself at one point by a snapshot
> jar becoming available, but I agree it has been taking a long time by
> now.
> 
> One alternative would be to make the Maven proxy webapp aware of the
> codehaus snapshots repo but that isn't trivial either (the current
> webapp decides which real repository to use as fallback by looking at a
> path prefix and there is none for this specific repository so multiple
> fallbacks would be needed).
> 
>> The current Gump portals-pluto is the 1.0 version (which has been dead
>> for years).  So one option is to switch it to be a packaged project.
>> The other is to change portals-pluto to be the current version (which
>> is the "Gump way").
> 
> The downstream dependencies of pluto are likely to require a newer
> version at one point anyway.
> 
>> But that project is huge, and so would take considerable time to set
>> up by anyone (such as myself) that isn't familiar with it.
> 
> It uses Maven 2 and a reactor, doesn't it?  If so you can start out with
> a reactor build in a separate local repository and then add <option>s
> for all things it downloads during the build.  This works pretty well.
> 

Yes, it is M2 and reactor, so will try and set it up.

>> The castor-reactor build wants Maven 2.1, which is probably a good
>> idea to be running on Gump.
> 
> True.
> 
>> I'm happy to do the upgrade for vmgump (and others, if granted access
>> to them), but don't know how Maven 2 was installed in the first place.
>> I'm guessing it was just downloaded and installed, but if it was
>> installed by apt then it should be updated the same way.
> 
> No, it has been installed manually.
> <http://wiki.apache.org/gump/VmgumpConfig> is likely outdated in many
> ways by now, but at least for the Maven part it still tells the truth
> 8-)
> 

Ok, will try and find time between builds to update on vmgump

>> However, I'm not holding out hope that this will fix castor.
> 
> It may fix the reactor build.
> 
>> The lucene-java build is complaining that we have an ancient version
>> of svn installed.  I'm guessing that this was installed by apt, but it
>> would be nice to confirm before I try and update it.
> 
> It should be the apt version.
> 

Ok, will update on vmgump

> Stefan
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
> For additional commands, e-mail: general-help@gump.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Mime
View raw message