Upayavira wrote:
Reinhard Poetz wrote:
Upayavira wrote:
Reinhard Poetz wrote:
Bertrand Delacretaz wrote:
Le 3 avr. 06 à 09:08, Gump a écrit :
... -DEBUG- Sole output [chaperon-20040205.jar] identifier set to
project name
-INFO- Failed with reason missing build outputs
-ERROR- Missing Output: /usr/local/gump/public/workspace/cocoon/
lib/optional/chaperon-20040205.jar
-ERROR- No such directory (where output is expected) : /usr/local/
gump/public/workspace/cocoon/lib/optional...
What's up here? Is gump trying to build the trunk with the old ant
build system?
I'm not too sure about where to look for details on what exactly
gump is trying to do....
The error above seems to be caused by the missing lib/optional directory
as I removed them last week.
If somebody wants to reactivate gump again, he should start
incrementally and write a gump descriptor for cocoon-core but please
make sure that we don't have any svn:externals in trunk; I removed the
svn:externals link to gump.xml.
Well that is going to break things. That SVN external was to allow Gump
people write access to our gump descriptor. How come you removed it? It
was placed there in discussion with this list and with the Gump peeps.
Sorry for not bringing this issue to the list.
IIUC I didn't delete the descriptor but only the link to it as gump.xml
is located in the gump SVN. We can add the svn:external to our
repository for convenience but please don't do it within trunk -
/cocoon/gump would be a better idea IMHO.
Actually, this is fair enough, as we no longer depend upon Gump for our
build process.
- o -
More generally, we need to decide what we do with it as gump.xml as it
is today is totally broken because of the move to Maven 2 (e.g. we are
relying on many libraries within the repository; many source directories
have changed, etc.).
Basically the gump descriptor expresses the same dependencies as the
pom.xml and I doubt our community will take care of both. BTW, is
anybody taking care of a working Gump descriptor? The best solution
would be Gump that can work based on pom.xml descriptors ...
I did see some discussion on Gump working with Maven2, but have since
unsubscribed from [EMAIL PROTECTED], as I was hardly reading it.
Found this thread: http://marc.theaimsgroup.com/?t=114347541700002&r=1&w=2
So in time, maybe Gump itself will run off pom files where they exis
yes, according to the mails above sometime in the future it will work.
- o -
If somebody has time to fix gump.xml so that it builds at least cocoon-core it
would be a good idea. If not, we should simply ask the Gump folks to remove the
descriptor.
WDOT?
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source, Web Applications, Apache Cocoon}
web(log): http://www.poetz.cc
--------------------------------------------------------------------
___________________________________________________________
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
