You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by gregster <gr...@uvic.ca> on 2004/12/08 20:24:41 UTC
2.1.6 build fails looking for TraXLiaison
I'm trying to run a build of 2.1.6 and I'm getting a failure like this:
BUILD FAILED
/home/myHomeFolder/cocoon-2.1.6/tools/targets/compile-build.xml:223:
java.lang.ClassNotFoundException:
org.apache.tools.ant.taskdefs.optional.TraXLiaison
My system is Linux (Fedora Core 3)/Tomcat 5.0/JDK1.5.
Can anyone tell me if this error is a result of my own installation of
Ant (or any other package) or if I need to edit anything in my Cocoon
source folder?
Cheers,
Greg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: 2.1.6 build fails looking for TraXLiaison
Posted by Joerg Heinicke <jo...@gmx.de>.
On 08.12.2004 20:24, gregster wrote:
> I'm trying to run a build of 2.1.6 and I'm getting a failure like this:
>
> BUILD FAILED
> /home/myHomeFolder/cocoon-2.1.6/tools/targets/compile-build.xml:223:
> java.lang.ClassNotFoundException:
> org.apache.tools.ant.taskdefs.optional.TraXLiaison
Never heard of TraXLiaison and this error.
> My system is Linux (Fedora Core 3)/Tomcat 5.0/JDK1.5.
> Can anyone tell me if this error is a result of my own installation of
> Ant (or any other package) or if I need to edit anything in my Cocoon
> source folder?
But there are issues with Fedora and its Ant regularly. But they were
about Loader.java/.class, you should find messages about it in the archives.
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: CLI at Cocoon 2.1.6: working somewhere?
Posted by Upayavira <uv...@upaya.co.uk>.
Alexander Schatten wrote:
> I try (again) to get Cocoon CLI under Control. But it seems, that there
> are severe problems in version 2.1.6; actually not even the default
> cli.xconf example is working.
>
> I receive a multitude of Erorrs/Exceptions (unknown resource,
> InvocationTargetException...) all details can be found at:
>
> http://schatten.info/info/misc/cli-out.txt
>
>
> moreover, hsqldb is started and not ended; so one has to terminate the
> job...
>
>
> ideas anyone?
Yes. I believe this is explained on the Wiki page CommandLine. Basically:
1) Remove all blocks you don't need. Some of them are not compatible
with the command line.
2) If necessary, find a copy of servlet.jar and put it into your WEB-INF/lib
That should get you started.
Regards, Upayavira
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
CLI at Cocoon 2.1.6: working somewhere?
Posted by Alexander Schatten <al...@gmx.at>.
I try (again) to get Cocoon CLI under Control. But it seems, that there
are severe problems in version 2.1.6; actually not even the default
cli.xconf example is working.
I receive a multitude of Erorrs/Exceptions (unknown resource,
InvocationTargetException...) all details can be found at:
http://schatten.info/info/misc/cli-out.txt
moreover, hsqldb is started and not ended; so one has to terminate the
job...
ideas anyone?
thanks in advance!
Alex
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: adding personal blocks to Cocoon build (was: 2.1.6 build fails
looking for TraXLiaison)
Posted by Antonio Gallardo <ag...@agssa.net>.
Hi Bruce,
can you wikify it? ;-)
Best Regards,
Antonio Gallardo
On Mie, 8 de Diciembre de 2004, 16:41, Bruce Robertson dijo:
> Quoting Joerg Heinicke <jo...@gmx.de>:
>
>> On 08.12.2004 23:01, Greg Newton wrote:
>>
>> > I want to incorporate the eXist xml database (http://exist-db.org/)
>> into
>> > my builds of Cocoon and I'd like to do it as a block (unless there are
>>
>> > compelling reasons to do it another way).
>> >
>> > Are there good (read no assumptions made about my competence level)
>> > online instructions for doing this, or is this something that really
>>
>> > requires alot of experience to do?
>> >
>> > There is a fellow that does this very thing (eXist as block) but I'd
>>
>> > like to learn *how* to do it rather than relying on others to do it
>> for me.
>>
>> There is not much meaning about a Cocoon *block* at the moment as it is
>>
>> more or less only a directory structure. Having the dirs and files at
>> the correct place lets them get incorporated into a Cocoon build.
>>
>> If you need some additional configuration in Cocoon files like
>> cocoon.xconf you have to write some xpatch files which get merged with
>>
>> the main cocoon.xconf (and maybe others).
>>
>> A third issue is the gump descriptor. I think you need an entry there to
>>
>> get your block added to the list of to-be-build blocks, but I do not
>> really know.
>>
>> I would really wonder if there are any online instructions about doing
>>
>> this. So learning by doing/copying & pasting from the existent blocks
>> will be the way to go. The most important parts I hopefully mentioned
>> above.
>>
>> Joerg
>
>
> One additional step is not mentioned in Joerg's description. You must get
> cocoon to build its xpatch task code before you can run it over this and
> that. A sample from the heml build.xml file is:
>
> <!-- XPatch Stuff -->
> <target name="xpatch" depends="xpatch_gump,xpatch_jars"/>
>
>
> <target name="xpatch_init">
> <ant antfile="${cocoon.home}/tools/targets/init-build.xml"
> dir="${cocoon.home}" target="init-tasks"/>
>
>
> <taskdef name="xpatch" classname="XConfToolTask"
> classpath="${cocoon.ant.tasks}"/>
> </target>
>
>
> <target name="xpatch_gump" depends="xpatch_init">
> <xpatch file="${cocoon.home}/gump.xml"
> includes="xpatches/*.xgump"
> />
> </target>
>
>
> <target name="xpatch_jars" depends="xpatch_init">
> <xpatch file="${cocoon.home}/lib/jars.xml"
> includes="xpatches/*.xjars"
> />
> </target>
>
>
> If someone is interested in doing this with their own project, they would
> probably find the exist_as_block code above the easiest to pick apart.
>
> Yrs,
> --
> Bruce Robertson,
> Dept. of Classics, Mount Allison University
> http://heml.mta.ca
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: adding personal blocks to Cocoon build (was: 2.1.6 build fails looking for TraXLiaison)
Posted by Bruce Robertson <br...@mta.ca>.
Quoting Joerg Heinicke <jo...@gmx.de>:
> On 08.12.2004 23:01, Greg Newton wrote:
>
> > I want to incorporate the eXist xml database (http://exist-db.org/)
> into
> > my builds of Cocoon and I'd like to do it as a block (unless there are
>
> > compelling reasons to do it another way).
> >
> > Are there good (read no assumptions made about my competence level)
> > online instructions for doing this, or is this something that really
>
> > requires alot of experience to do?
> >
> > There is a fellow that does this very thing (eXist as block) but I'd
>
> > like to learn *how* to do it rather than relying on others to do it
> for me.
>
> There is not much meaning about a Cocoon *block* at the moment as it is
>
> more or less only a directory structure. Having the dirs and files at
> the correct place lets them get incorporated into a Cocoon build.
>
> If you need some additional configuration in Cocoon files like
> cocoon.xconf you have to write some xpatch files which get merged with
>
> the main cocoon.xconf (and maybe others).
>
> A third issue is the gump descriptor. I think you need an entry there to
>
> get your block added to the list of to-be-build blocks, but I do not
> really know.
>
> I would really wonder if there are any online instructions about doing
>
> this. So learning by doing/copying & pasting from the existent blocks
> will be the way to go. The most important parts I hopefully mentioned
> above.
>
> Joerg
One additional step is not mentioned in Joerg's description. You must get
cocoon to build its xpatch task code before you can run it over this and
that. A sample from the heml build.xml file is:
<!-- XPatch Stuff -->
<target name="xpatch" depends="xpatch_gump,xpatch_jars"/>
<target name="xpatch_init">
<ant antfile="${cocoon.home}/tools/targets/init-build.xml"
dir="${cocoon.home}" target="init-tasks"/>
<taskdef name="xpatch" classname="XConfToolTask"
classpath="${cocoon.ant.tasks}"/>
</target>
<target name="xpatch_gump" depends="xpatch_init">
<xpatch file="${cocoon.home}/gump.xml"
includes="xpatches/*.xgump"
/>
</target>
<target name="xpatch_jars" depends="xpatch_init">
<xpatch file="${cocoon.home}/lib/jars.xml"
includes="xpatches/*.xjars"
/>
</target>
If someone is interested in doing this with their own project, they would
probably find the exist_as_block code above the easiest to pick apart.
Yrs,
--
Bruce Robertson,
Dept. of Classics, Mount Allison University
http://heml.mta.ca
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: adding personal blocks to Cocoon build
Posted by Upayavira <uv...@upaya.co.uk>.
Joerg Heinicke wrote:
> On 08.12.2004 23:01, Greg Newton wrote:
>
>> I want to incorporate the eXist xml database (http://exist-db.org/)
>> into my builds of Cocoon and I'd like to do it as a block (unless
>> there are compelling reasons to do it another way).
>>
>> Are there good (read no assumptions made about my competence level)
>> online instructions for doing this, or is this something that really
>> requires alot of experience to do?
>>
>> There is a fellow that does this very thing (eXist as block) but I'd
>> like to learn *how* to do it rather than relying on others to do it
>> for me.
>
>
> There is not much meaning about a Cocoon *block* at the moment as it
> is more or less only a directory structure. Having the dirs and files
> at the correct place lets them get incorporated into a Cocoon build.
>
> If you need some additional configuration in Cocoon files like
> cocoon.xconf you have to write some xpatch files which get merged with
> the main cocoon.xconf (and maybe others).
>
> A third issue is the gump descriptor. I think you need an entry there
> to get your block added to the list of to-be-build blocks, but I do
> not really know.
>
> I would really wonder if there are any online instructions about doing
> this. So learning by doing/copying & pasting from the existent blocks
> will be the way to go. The most important parts I hopefully mentioned
> above.
From tools/targets/compile-build.xml:
<!-- prepares the blocks build -->
<target name="prepare-blocks" depends="prepare">
<mkdir dir="${build.blocks}"/>
<xslt in="${gump.descriptor}"
out="${build.temp}/blocks-build.xml"
style="${tools.src}/blocks-build.xsl"/>
</target>
So, it seems that the blocks to be built come from the gump.xml file.
Also, looking at tools/src/blocks-build.xsl, it seems that only blocks
who's names begin with 'cocoon-block-' are included in the blocks build.
It probably wouldn't be hard to add a build process to include some
external blocks, by transforming a local.gump.xml, or similar.
Regards, Upayavira
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: adding personal blocks to Cocoon build (was: 2.1.6 build fails looking for TraXLiaison)
Posted by Bertrand Delacretaz <bd...@apache.org>.
Le 8 déc. 04, à 23:17, Joerg Heinicke a écrit :
> ...If you need some additional configuration in Cocoon files like
> cocoon.xconf you have to write some xpatch files which get merged with
> the main cocoon.xconf (and maybe others)....
> ...I would really wonder if there are any online instructions about
> doing this. So learning by doing/copying & pasting from the existent
> blocks will be the way to go. The most important parts I hopefully
> mentioned above....
http://wiki.apache.org/cocoon/YourCocoonBasedProjectAnt16 is a good
start for helping build your project, including xconf files. It doesn't
handle the gump descriptor but this is not really needed for standalone
projects.
-Bertrand
adding personal blocks to Cocoon build (was: 2.1.6 build fails looking
for TraXLiaison)
Posted by Joerg Heinicke <jo...@gmx.de>.
On 08.12.2004 23:01, Greg Newton wrote:
> I want to incorporate the eXist xml database (http://exist-db.org/) into
> my builds of Cocoon and I'd like to do it as a block (unless there are
> compelling reasons to do it another way).
>
> Are there good (read no assumptions made about my competence level)
> online instructions for doing this, or is this something that really
> requires alot of experience to do?
>
> There is a fellow that does this very thing (eXist as block) but I'd
> like to learn *how* to do it rather than relying on others to do it for me.
There is not much meaning about a Cocoon *block* at the moment as it is
more or less only a directory structure. Having the dirs and files at
the correct place lets them get incorporated into a Cocoon build.
If you need some additional configuration in Cocoon files like
cocoon.xconf you have to write some xpatch files which get merged with
the main cocoon.xconf (and maybe others).
A third issue is the gump descriptor. I think you need an entry there to
get your block added to the list of to-be-build blocks, but I do not
really know.
I would really wonder if there are any online instructions about doing
this. So learning by doing/copying & pasting from the existent blocks
will be the way to go. The most important parts I hopefully mentioned above.
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: 2.1.6 build fails looking for TraXLiaison
Posted by Antonio Gallardo <ag...@agssa.net>.
On Mie, 8 de Diciembre de 2004, 16:52, Joerg Heinicke dijo:
> On 08.12.2004 23:46, Bruce Robertson wrote:
>
>>>I'm impressed! What a community :-) Unfortunately the main link to
>>>http://heml.mta.ca/releases/exist_as_block/ is broken.
>>
>> Odd. I'm sitting at that machine right now, and it works locally and
>> when I
>> ssh into a machine at virginia.edu
>
> Strange, yes, it works. But few minutes ago I got a 404. Sorry for any
> confusion ;-)
Perhaps a DNS trouble. That could happen, when a lot of request to the
same DNS server, the requested the name is not on the cache => you get a
timeout and the browser just send you a 404 error. Of course there can be
other similars situations.
Best Regards,
Antonio Gallardo
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: 2.1.6 build fails looking for TraXLiaison
Posted by Joerg Heinicke <jo...@gmx.de>.
On 08.12.2004 23:46, Bruce Robertson wrote:
>>I'm impressed! What a community :-) Unfortunately the main link to
>>http://heml.mta.ca/releases/exist_as_block/ is broken.
>
> Odd. I'm sitting at that machine right now, and it works locally and when I
> ssh into a machine at virginia.edu
Strange, yes, it works. But few minutes ago I got a 404. Sorry for any
confusion ;-)
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: 2.1.6 build fails looking for TraXLiaison
Posted by Antonio Gallardo <ag...@agssa.net>.
On Mie, 8 de Diciembre de 2004, 16:46, Bruce Robertson dijo:
> Quoting Joerg Heinicke <jo...@gmx.de>:
>
>
>> I'm impressed! What a community :-) Unfortunately the main link to
>> http://heml.mta.ca/releases/exist_as_block/ is broken.
??. The link works for me too. ;-)
>
> Odd. I'm sitting at that machine right now, and it works locally and when
> I
> ssh into a machine at virginia.edu
BTW, I am not sitting on the refered computer right now! Instead at home
few thousand of kilometers away. ;-)
Best Regards,
Antonio Gallardo.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: 2.1.6 build fails looking for TraXLiaison
Posted by Bruce Robertson <br...@mta.ca>.
Quoting Joerg Heinicke <jo...@gmx.de>:
> I'm impressed! What a community :-) Unfortunately the main link to
> http://heml.mta.ca/releases/exist_as_block/ is broken.
>
> Joerg
Odd. I'm sitting at that machine right now, and it works locally and when I
ssh into a machine at virginia.edu
Yrs,
--
Bruce Robertson,
Dept. of Classics, Mount Allison University
http://heml.mta.ca
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: 2.1.6 build fails looking for TraXLiaison
Posted by Joerg Heinicke <jo...@gmx.de>.
On 08.12.2004 23:13, Antonio Gallardo wrote:
> Greg:
>
> I found on cocoon wiki some links to exists:
>
> http://wiki.apache.org/cocoon/
>
> Some of them:
> http://wiki.apache.org/cocoon/EXistAsBlock
> http://wiki.apache.org/cocoon/EXistInCocoon
>
> But you can search for other links inside the wiki. :-D
I'm impressed! What a community :-) Unfortunately the main link to
http://heml.mta.ca/releases/exist_as_block/ is broken.
Joerg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: 2.1.6 build fails looking for TraXLiaison
Posted by Antonio Gallardo <ag...@agssa.net>.
Greg:
I found on cocoon wiki some links to exists:
http://wiki.apache.org/cocoon/
Some of them:
http://wiki.apache.org/cocoon/EXistAsBlock
http://wiki.apache.org/cocoon/EXistInCocoon
But you can search for other links inside the wiki. :-D
Best Regards,
Antonio Gallardo
On Mie, 8 de Diciembre de 2004, 16:01, Greg Newton dijo:
> Thanks Antonio and Joerg,
> With your help I've got Cocoon building, now on to the question I
> originally wanted to ask:
>
> I want to incorporate the eXist xml database (http://exist-db.org/) into
> my builds of Cocoon and I'd like to do it as a block (unless there are
> compelling reasons to do it another way).
>
> Are there good (read no assumptions made about my competence level)
> online instructions for doing this, or is this something that really
> requires alot of experience to do?
>
> There is a fellow that does this very thing (eXist as block) but I'd
> like to learn *how* to do it rather than relying on others to do it for
> me.
>
> Thanks again for the rapid assistance,
> Greg
>
> Antonio Gallardo wrote:
>> On Mie, 8 de Diciembre de 2004, 13:24, gregster dijo:
>>
>>>I'm trying to run a build of 2.1.6 and I'm getting a failure like this:
>>>
>>>BUILD FAILED
>>>/home/myHomeFolder/cocoon-2.1.6/tools/targets/compile-build.xml:223:
>>>java.lang.ClassNotFoundException:
>>>org.apache.tools.ant.taskdefs.optional.TraXLiaison
>>>
>>>My system is Linux (Fedora Core 3)/Tomcat 5.0/JDK1.5.
>>>
>>>Can anyone tell me if this error is a result of my own installation of
>>>Ant (or any other package) or if I need to edit anything in my Cocoon
>>>source folder?
>>
>>
>> Hi Greg, please check this page:
>>
>> http://wiki.apache.org/cocoon/Installing?action=highlight&value=fedora
>>
>> I am using FC3 and FC2 with java 1.4.2 and 1.5. If you have more
>> troubles,
>> let us know.
>>
>> Best Regards,
>>
>> Antonio Gallardo
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: 2.1.6 build fails looking for TraXLiaison
Posted by Greg Newton <gr...@uvic.ca>.
Thanks Antonio and Joerg,
With your help I've got Cocoon building, now on to the question I
originally wanted to ask:
I want to incorporate the eXist xml database (http://exist-db.org/) into
my builds of Cocoon and I'd like to do it as a block (unless there are
compelling reasons to do it another way).
Are there good (read no assumptions made about my competence level)
online instructions for doing this, or is this something that really
requires alot of experience to do?
There is a fellow that does this very thing (eXist as block) but I'd
like to learn *how* to do it rather than relying on others to do it for me.
Thanks again for the rapid assistance,
Greg
Antonio Gallardo wrote:
> On Mie, 8 de Diciembre de 2004, 13:24, gregster dijo:
>
>>I'm trying to run a build of 2.1.6 and I'm getting a failure like this:
>>
>>BUILD FAILED
>>/home/myHomeFolder/cocoon-2.1.6/tools/targets/compile-build.xml:223:
>>java.lang.ClassNotFoundException:
>>org.apache.tools.ant.taskdefs.optional.TraXLiaison
>>
>>My system is Linux (Fedora Core 3)/Tomcat 5.0/JDK1.5.
>>
>>Can anyone tell me if this error is a result of my own installation of
>>Ant (or any other package) or if I need to edit anything in my Cocoon
>>source folder?
>
>
> Hi Greg, please check this page:
>
> http://wiki.apache.org/cocoon/Installing?action=highlight&value=fedora
>
> I am using FC3 and FC2 with java 1.4.2 and 1.5. If you have more troubles,
> let us know.
>
> Best Regards,
>
> Antonio Gallardo
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: 2.1.6 build fails looking for TraXLiaison
Posted by Antonio Gallardo <ag...@agssa.net>.
On Mie, 8 de Diciembre de 2004, 13:24, gregster dijo:
> I'm trying to run a build of 2.1.6 and I'm getting a failure like this:
>
> BUILD FAILED
> /home/myHomeFolder/cocoon-2.1.6/tools/targets/compile-build.xml:223:
> java.lang.ClassNotFoundException:
> org.apache.tools.ant.taskdefs.optional.TraXLiaison
>
> My system is Linux (Fedora Core 3)/Tomcat 5.0/JDK1.5.
>
> Can anyone tell me if this error is a result of my own installation of
> Ant (or any other package) or if I need to edit anything in my Cocoon
> source folder?
Hi Greg, please check this page:
http://wiki.apache.org/cocoon/Installing?action=highlight&value=fedora
I am using FC3 and FC2 with java 1.4.2 and 1.5. If you have more troubles,
let us know.
Best Regards,
Antonio Gallardo
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org