You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by Stefano Mazzocchi <st...@apache.org> on 2003/03/23 15:33:49 UTC
Re: [GUMP] Build Failure - cocoon-block-slide
Gump@icarus.apache.org wrote:
> ----------------------------------------------------
> This email is autogenerated from the output from:
> <http://cvs.apache.org/builds/gump/2003-03-23/cocoon-block-slide.html>
> ----------------------------------------------------
>
> Buildfile: build.xml
>
> init:
>
> prepare:
> [echo] +-------------------------------------------------------------------------------+
> [echo] Apache Cocoon 20030323 [1999-2003]
> [echo] +-------------------------------------------------------------------------------+
> [echo] Building with Apache Ant version 1.6alpha compiled on March 23 2003
> [echo] using build file /home/rubys/jakarta/cocoon-2.1/build.xml
> [echo] Compiling with debug on, optimize on, deprecation off
> [echo] +-----------------------------| W A R N I N G |---------------------------------+
> [echo] This build is targeted for use with JVM 1.4
> [echo] Using this build on a virtual machine other than the one
> [echo] it is targeted for may result in runtime errors.
> [echo] +-------------------------------------------------------------------------------+
>
> prepare-core:
>
> compile-core:
>
> compile-scratchpad:
>
> init-tasks:
>
> init-xpatch:
>
> compile-deprecated:
>
> compile:
>
> prepare-blocks:
>
> block:
>
> slide-build:
>
> slide-mocks:
>
> slide-prepare:
> [mkdir] Created dir: /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030323/blocks/slide/dest
> [mkdir] Created dir: /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030323/blocks/slide/conf
> [copy] Copying 8 files to /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030323/blocks/slide/conf
>
> slide-compile:
> [javac] Compiling 33 source files to /home/rubys/jakarta/cocoon-2.1/build/cocoon-20030323/blocks/slide/dest
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/ContextFileDescriptorsStore.java:61: package slidestore.file does not exist
> [javac] import slidestore.file.XMLFileDescriptorsStore;
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/ContextFileDescriptorsStore.java:70: cannot resolve symbol
> [javac] symbol : class XMLFileDescriptorsStore
> [javac] location: class org.apache.cocoon.components.repository.impl.ContextFileDescriptorsStore
> [javac] public class ContextFileDescriptorsStore extends XMLFileDescriptorsStore {
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/ContextFileContentStore.java:61: package slidestore.reference does not exist
> [javac] import slidestore.reference.FileContentStore;
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/ContextFileContentStore.java:70: cannot resolve symbol
> [javac] symbol : class FileContentStore
> [javac] location: class org.apache.cocoon.components.repository.impl.ContextFileContentStore
> [javac] public class ContextFileContentStore extends FileContentStore {
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/ContextFileDescriptorsStore.java:94: cannot resolve symbol
> [javac] symbol : variable super
> [javac] location: class org.apache.cocoon.components.repository.impl.ContextFileDescriptorsStore
> [javac] super.setParameters(parameters);
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/ContextFileContentStore.java:94: cannot resolve symbol
> [javac] symbol : variable super
> [javac] location: class org.apache.cocoon.components.repository.impl.ContextFileContentStore
> [javac] super.setParameters(parameters);
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:186: cannot access javax.transaction.UserTransaction
> [javac] file javax/transaction/UserTransaction.class not found
> [javac] this.config = this.nat.getNamespaceConfig();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:294: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:303: package slideroles.basic does not exist
> [javac] object = new slideroles.basic.UserRoleImpl();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:321: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:341: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:375: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:383: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:394: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:468: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:491: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:509: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:543: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:551: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:562: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:585: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:613: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:631: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:768: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:773: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/repository/impl/SlidePrincipalProvider.java:784: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:473: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:481: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:543: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:552: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:611: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:616: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:619: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:641: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:646: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:649: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:667: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:670: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:675: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:845: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:852: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:855: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:1081: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:1089: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:1092: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:1292: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:1300: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:1303: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:1650: cannot resolve symbol
> [javac] symbol : method begin ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.begin();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:1653: cannot resolve symbol
> [javac] symbol : method commit ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.commit();
> [javac] ^
> [javac] /home/rubys/jakarta/cocoon-2.1/src/blocks/slide/java/org/apache/cocoon/components/source/impl/SlideSource.java:1656: cannot resolve symbol
> [javac] symbol : method rollback ()
> [javac] location: interface org.apache.slide.common.NamespaceAccessToken
> [javac] nat.rollback();
> [javac] ^
All right. I think I found out the problem: it seems that the gump
descriptor for jakarta-slide is incorrect and doesn't expose all the
jars that we need and we depend on.
gump-folks, can you please confirm? Thank you.
Stefano.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefano Mazzocchi <st...@apache.org>.
Stefan Bodewig wrote:
> On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
>
>
>>All right. I think I found out the problem: it seems that the gump
>>descriptor for jakarta-slide is incorrect and doesn't expose all the
>>jars that we need and we depend on.
>
>
> I've looked into it.
>
> Cocoon's descriptor is explicitly asking to only get slide-kernel.jar,
> nothing else. Instead of
>
> <depend project="jakarta-slide" ids="kernel" version="supplied"/>
>
> you will probably want to list the ids of all jars you need (space
> separated).
It was our fault. Sorry for disturbing :)
Stefano.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefano Mazzocchi <st...@apache.org>.
Stefan Bodewig wrote:
> On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
>
>
>>All right. I think I found out the problem: it seems that the gump
>>descriptor for jakarta-slide is incorrect and doesn't expose all the
>>jars that we need and we depend on.
>
>
> I've looked into it.
>
> Cocoon's descriptor is explicitly asking to only get slide-kernel.jar,
> nothing else. Instead of
>
> <depend project="jakarta-slide" ids="kernel" version="supplied"/>
>
> you will probably want to list the ids of all jars you need (space
> separated).
It was our fault. Sorry for disturbing :)
Stefano.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefan Bodewig <bo...@apache.org>.
On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
> All right. I think I found out the problem: it seems that the gump
> descriptor for jakarta-slide is incorrect and doesn't expose all the
> jars that we need and we depend on.
I've looked into it.
Cocoon's descriptor is explicitly asking to only get slide-kernel.jar,
nothing else. Instead of
<depend project="jakarta-slide" ids="kernel" version="supplied"/>
you will probably want to list the ids of all jars you need (space
separated).
Stefan
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefano Mazzocchi <st...@apache.org>.
Stephan Michels wrote:
> On Mon, 24 Mar 2003, Stefano Mazzocchi wrote:
>
>
>>Stefan Bodewig wrote:
>>
>>>On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
>>>
>>>
>>>
>>>>All right. I think I found out the problem: it seems that the gump
>>>>descriptor for jakarta-slide is incorrect and doesn't expose all the
>>>>jars that we need and we depend on.
>>>
>>>
>>>Quite possible. Slide used to be unbuildable by Gump for months.
>>>
>>>If you know of any additional jars, feel free to add them.
>>
>>I'm not that sure. I found in jakarta-gump/project/jakarta-slide.xml
>>
>> <home nested="dist"/>
>>
>> ...
>>
>> <jar name="slide/lib/slide-kernel.jar" id="kernel"/>
>> <jar name="slide/lib/slide-roles.jar" id="roles"/>
>> <jar name="slide/lib/slide-stores.jar" id="stores"/>
>> <jar name="slide/lib/slide-webdavservlet.jar" id="webdavservlet"/>
>
>
> Okay, seems that I forget some entries.
Ah, ok. Sorry Gumpers, we are still learning how this beast works :)
>
>>2) community: the cocoon community has been ignoring gump and all XP
>>practices of unit testing and continous integration.
>
>
> That's not true. It's more a lack of knowledge. In most cases, if you
> don't know it, you don't change it, because you don't want to break it.
Yes. that's why I normally learn fast: I'm not afraid of breaking things
as I'm always ready to cleanup my own mess.
Hopefully others will do more of this so that we can get cocoon back to
speed again.
Stefano.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefano Mazzocchi <st...@apache.org>.
Stephan Michels wrote:
> On Mon, 24 Mar 2003, Stefano Mazzocchi wrote:
>
>
>>Stefan Bodewig wrote:
>>
>>>On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
>>>
>>>
>>>
>>>>All right. I think I found out the problem: it seems that the gump
>>>>descriptor for jakarta-slide is incorrect and doesn't expose all the
>>>>jars that we need and we depend on.
>>>
>>>
>>>Quite possible. Slide used to be unbuildable by Gump for months.
>>>
>>>If you know of any additional jars, feel free to add them.
>>
>>I'm not that sure. I found in jakarta-gump/project/jakarta-slide.xml
>>
>> <home nested="dist"/>
>>
>> ...
>>
>> <jar name="slide/lib/slide-kernel.jar" id="kernel"/>
>> <jar name="slide/lib/slide-roles.jar" id="roles"/>
>> <jar name="slide/lib/slide-stores.jar" id="stores"/>
>> <jar name="slide/lib/slide-webdavservlet.jar" id="webdavservlet"/>
>
>
> Okay, seems that I forget some entries.
Ah, ok. Sorry Gumpers, we are still learning how this beast works :)
>
>>2) community: the cocoon community has been ignoring gump and all XP
>>practices of unit testing and continous integration.
>
>
> That's not true. It's more a lack of knowledge. In most cases, if you
> don't know it, you don't change it, because you don't want to break it.
Yes. that's why I normally learn fast: I'm not afraid of breaking things
as I'm always ready to cleanup my own mess.
Hopefully others will do more of this so that we can get cocoon back to
speed again.
Stefano.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stephan Michels <st...@apache.org>.
On Mon, 24 Mar 2003, Stefano Mazzocchi wrote:
> Stefan Bodewig wrote:
> > On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
> >
> >
> >>All right. I think I found out the problem: it seems that the gump
> >>descriptor for jakarta-slide is incorrect and doesn't expose all the
> >>jars that we need and we depend on.
> >
> >
> > Quite possible. Slide used to be unbuildable by Gump for months.
> >
> > If you know of any additional jars, feel free to add them.
>
> I'm not that sure. I found in jakarta-gump/project/jakarta-slide.xml
>
> <home nested="dist"/>
>
> ...
>
> <jar name="slide/lib/slide-kernel.jar" id="kernel"/>
> <jar name="slide/lib/slide-roles.jar" id="roles"/>
> <jar name="slide/lib/slide-stores.jar" id="stores"/>
> <jar name="slide/lib/slide-webdavservlet.jar" id="webdavservlet"/>
Okay, seems that I forget some entries.
> 2) community: the cocoon community has been ignoring gump and all XP
> practices of unit testing and continous integration.
That's not true. It's more a lack of knowledge. In most cases, if you
don't know it, you don't change it, because you don't want to break it.
Thanks, Stephan.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefano Mazzocchi <st...@apache.org>.
Stefan Bodewig wrote:
>>1) technical: the gump descriptor is used *directly* by the cocoon
>>build system to generate (via xslt) the ant build file used to
>>produce our internal blocks (we call 'cocoon functional modules'
>>blocks)
>
>
> Hmm, I see the problem.
>
> The only (ugly) solution I see is duplication. Either of the Gump
> descriptor or keeping the generated build files in Cocoon's CVS. I
> don't like either of both.
The generated build files change a lot and they are very ugly (and will
hopefully move away in the future once ant support <import>
> Stefan
>
> PS: I've followed you FOP discussion in the archive. If this is what
> you want, we could add project definitions for FOP's maintenance
> branch. Gump supports CVS tags and thus branches 8-)
>
> See the tag attribute of <module> and <cvs> and look at
> jakarta-log4j-12 for an example.
Ok, good to know that Gump does that, we'll vote to see what to do.
Thanks for your feedbac.
Stefano.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefano Mazzocchi <st...@apache.org>.
Stefan Bodewig wrote:
>>1) technical: the gump descriptor is used *directly* by the cocoon
>>build system to generate (via xslt) the ant build file used to
>>produce our internal blocks (we call 'cocoon functional modules'
>>blocks)
>
>
> Hmm, I see the problem.
>
> The only (ugly) solution I see is duplication. Either of the Gump
> descriptor or keeping the generated build files in Cocoon's CVS. I
> don't like either of both.
The generated build files change a lot and they are very ugly (and will
hopefully move away in the future once ant support <import>
> Stefan
>
> PS: I've followed you FOP discussion in the archive. If this is what
> you want, we could add project definitions for FOP's maintenance
> branch. Gump supports CVS tags and thus branches 8-)
>
> See the tag attribute of <module> and <cvs> and look at
> jakarta-log4j-12 for an example.
Ok, good to know that Gump does that, we'll vote to see what to do.
Thanks for your feedbac.
Stefano.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefan Bodewig <bo...@apache.org>.
On Mon, 24 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
> <home nested="dist"/>
>
> ...
>
> <jar name="slide/lib/slide-kernel.jar" id="kernel"/>
>
> but from the slide build, it seems that those jars are really found
> in
>
> dist/slide/lib
So things should be fine.
> Now, what does that <home nested="dist"/> mean? does it make the
> <jar> below relative to the nested <home> or not?
It is supposed to.
You would get PRE-REQ failures if any of the jars listed in slide's
descriptor couldn't be found.
> you are not the first one to suggest me to move it back to Gump.
I thought so.
> 1) technical: the gump descriptor is used *directly* by the cocoon
> build system to generate (via xslt) the ant build file used to
> produce our internal blocks (we call 'cocoon functional modules'
> blocks)
Hmm, I see the problem.
The only (ugly) solution I see is duplication. Either of the Gump
descriptor or keeping the generated build files in Cocoon's CVS. I
don't like either of both.
Stefan
PS: I've followed you FOP discussion in the archive. If this is what
you want, we could add project definitions for FOP's maintenance
branch. Gump supports CVS tags and thus branches 8-)
See the tag attribute of <module> and <cvs> and look at
jakarta-log4j-12 for an example.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefan Bodewig <bo...@apache.org>.
On Mon, 24 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
> <home nested="dist"/>
>
> ...
>
> <jar name="slide/lib/slide-kernel.jar" id="kernel"/>
>
> but from the slide build, it seems that those jars are really found
> in
>
> dist/slide/lib
So things should be fine.
> Now, what does that <home nested="dist"/> mean? does it make the
> <jar> below relative to the nested <home> or not?
It is supposed to.
You would get PRE-REQ failures if any of the jars listed in slide's
descriptor couldn't be found.
> you are not the first one to suggest me to move it back to Gump.
I thought so.
> 1) technical: the gump descriptor is used *directly* by the cocoon
> build system to generate (via xslt) the ant build file used to
> produce our internal blocks (we call 'cocoon functional modules'
> blocks)
Hmm, I see the problem.
The only (ugly) solution I see is duplication. Either of the Gump
descriptor or keeping the generated build files in Cocoon's CVS. I
don't like either of both.
Stefan
PS: I've followed you FOP discussion in the archive. If this is what
you want, we could add project definitions for FOP's maintenance
branch. Gump supports CVS tags and thus branches 8-)
See the tag attribute of <module> and <cvs> and look at
jakarta-log4j-12 for an example.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefano Mazzocchi <st...@apache.org>.
Stefan Bodewig wrote:
> On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
>
>
>>All right. I think I found out the problem: it seems that the gump
>>descriptor for jakarta-slide is incorrect and doesn't expose all the
>>jars that we need and we depend on.
>
>
> Quite possible. Slide used to be unbuildable by Gump for months.
>
> If you know of any additional jars, feel free to add them.
I'm not that sure. I found in jakarta-gump/project/jakarta-slide.xml
<home nested="dist"/>
...
<jar name="slide/lib/slide-kernel.jar" id="kernel"/>
<jar name="slide/lib/slide-roles.jar" id="roles"/>
<jar name="slide/lib/slide-stores.jar" id="stores"/>
<jar name="slide/lib/slide-webdavservlet.jar" id="webdavservlet"/>
but from the slide build, it seems that those jars are really found in
dist/slide/lib
Now, what does that <home nested="dist"/> mean? does it make the <jar>
below relative to the nested <home> or not?
> Unlike the
> Gump descriptors for Cocoon, those for Slide are inside Gump's CVS
> module and can be changed by *all* Apache committers ;-)
Yes, I'm fully aware of this and you are not the first one to suggest me
to move it back to Gump. The are two problems, though:
1) technical: the gump descriptor is used *directly* by the cocoon build
system to generate (via xslt) the ant build file used to produce our
internal blocks (we call 'cocoon functional modules' blocks)
Since we can't expect everybody to have a CVS connection everytime they
what to do a build, while gump *does* need a CVS connection anyway, I
think it's better for our developers this way.
2) community: the cocoon community has been ignoring gump and all XP
practices of unit testing and continous integration. This *has* to
change and getting gump to build has been a major issue for both Avalon
and Cocoon in order to remove the 'build on unreleased code' (aka 'build
on sand') attitude that has been plaguing us and leading us not to be
able to release early and often as we should have done.
Now, having the gump descriptor in gump will lead the perception that
*somebody* will fix it anyway. This normally happens, but this doesn't
allow the cocoon community to appreciate the value of such a system and
how difficult it is to get all the microcontracts straight and how easy
it is to break things around by doing locally harmless changes.
I don't know, maybe I'm wrong, but at least I'm trying to make things
change a little.
Stefano.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefano Mazzocchi <st...@apache.org>.
Stefan Bodewig wrote:
> On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
>
>
>>All right. I think I found out the problem: it seems that the gump
>>descriptor for jakarta-slide is incorrect and doesn't expose all the
>>jars that we need and we depend on.
>
>
> Quite possible. Slide used to be unbuildable by Gump for months.
>
> If you know of any additional jars, feel free to add them.
I'm not that sure. I found in jakarta-gump/project/jakarta-slide.xml
<home nested="dist"/>
...
<jar name="slide/lib/slide-kernel.jar" id="kernel"/>
<jar name="slide/lib/slide-roles.jar" id="roles"/>
<jar name="slide/lib/slide-stores.jar" id="stores"/>
<jar name="slide/lib/slide-webdavservlet.jar" id="webdavservlet"/>
but from the slide build, it seems that those jars are really found in
dist/slide/lib
Now, what does that <home nested="dist"/> mean? does it make the <jar>
below relative to the nested <home> or not?
> Unlike the
> Gump descriptors for Cocoon, those for Slide are inside Gump's CVS
> module and can be changed by *all* Apache committers ;-)
Yes, I'm fully aware of this and you are not the first one to suggest me
to move it back to Gump. The are two problems, though:
1) technical: the gump descriptor is used *directly* by the cocoon build
system to generate (via xslt) the ant build file used to produce our
internal blocks (we call 'cocoon functional modules' blocks)
Since we can't expect everybody to have a CVS connection everytime they
what to do a build, while gump *does* need a CVS connection anyway, I
think it's better for our developers this way.
2) community: the cocoon community has been ignoring gump and all XP
practices of unit testing and continous integration. This *has* to
change and getting gump to build has been a major issue for both Avalon
and Cocoon in order to remove the 'build on unreleased code' (aka 'build
on sand') attitude that has been plaguing us and leading us not to be
able to release early and often as we should have done.
Now, having the gump descriptor in gump will lead the perception that
*somebody* will fix it anyway. This normally happens, but this doesn't
allow the cocoon community to appreciate the value of such a system and
how difficult it is to get all the microcontracts straight and how easy
it is to break things around by doing locally harmless changes.
I don't know, maybe I'm wrong, but at least I'm trying to make things
change a little.
Stefano.
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefan Bodewig <bo...@apache.org>.
On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
> All right. I think I found out the problem: it seems that the gump
> descriptor for jakarta-slide is incorrect and doesn't expose all the
> jars that we need and we depend on.
Quite possible. Slide used to be unbuildable by Gump for months.
If you know of any additional jars, feel free to add them. Unlike the
Gump descriptors for Cocoon, those for Slide are inside Gump's CVS
module and can be changed by *all* Apache committers ;-)
Stefan
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefan Bodewig <bo...@apache.org>.
On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
> All right. I think I found out the problem: it seems that the gump
> descriptor for jakarta-slide is incorrect and doesn't expose all the
> jars that we need and we depend on.
I've looked into it.
Cocoon's descriptor is explicitly asking to only get slide-kernel.jar,
nothing else. Instead of
<depend project="jakarta-slide" ids="kernel" version="supplied"/>
you will probably want to list the ids of all jars you need (space
separated).
Stefan
Re: [GUMP] Build Failure - cocoon-block-slide
Posted by Stefan Bodewig <bo...@apache.org>.
On Sun, 23 Mar 2003, Stefano Mazzocchi <st...@apache.org> wrote:
> All right. I think I found out the problem: it seems that the gump
> descriptor for jakarta-slide is incorrect and doesn't expose all the
> jars that we need and we depend on.
Quite possible. Slide used to be unbuildable by Gump for months.
If you know of any additional jars, feel free to add them. Unlike the
Gump descriptors for Cocoon, those for Slide are inside Gump's CVS
module and can be changed by *all* Apache committers ;-)
Stefan