Re: 2.1.5.1 build oddity, 2.0.4 war fails

2005-05-23 Thread Joerg Heinicke

On 08.09.2004 17:41, Peter Flynn wrote:


 I had the same problem and was because Fedora Core 2 had installed
 another versión of Ant, i dont remember which is, i uninstall
 that version and install Ant 1.6.2.


Thanks. That's odd: the docs say that Cocoon ignores any setting of
$ANT_HOME, so it shouldn't be using the copy of ant that came with
FC2 at all, should it?


That's a known issue with Fedora and the reason lies in Cocoon itself as
Matt pointed out at: 
http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=109235211609037&w=4. 
In the meantime a solution is also available at 
http://wiki.apache.org/cocoon/Installing.


Joerg





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: 2.1.5.1 build oddity, 2.0.4 war fails

2004-09-08 Thread Carlos Chávez

Peter Flynn Escribio :-)
> On Wed, 2004-09-08 at 16:03, Carlos Chávez wrote:
>
>>   I had the same problem and was because Fedora Core 2 had installed
>>   another versión of Ant, i dont remember which is, i uninstall
>>   that version and install Ant 1.6.2.
>
> Thanks. That's odd: the docs say that Cocoon ignores any setting of
> $ANT_HOME, so it shouldn't be using the copy of ant that came with
> FC2 at all, should it?

  Well, i think so, but never work for me until i uninstall the version
  of Ant what FC2 have it.

>
>>   Well i have cocoon-2.1.6-dev, but the error message was the same.
>>
>>   you try rpm -q ant to see the Ant installed.
>
> Anyway I changed back to Java 1.4.2_05 and Tomcat 4.1.30 and
> Cocoon 2.0.4.  Now Java and Tomcat work fine but when I copy the
> cocoon.war file into Tomcat's webapps directory and open
> http://localhost/cocoon in my browser, I get a Cocoon error message:
>
>> Cocoon 2 - Internal server error
>> type fatal
>> message Failed to generate program code (this may happen if you use
>> Xalan in incremental processing mode). Please check log file and/or
>> console for errors.
>> description org.apache.cocoon.ProcessingException: Failed to generate
>> program code (this may happen if you use Xalan in incremental
>> processing mode). Please check log file and/or console for errors.
>
> Well, at least it's an error from Cocoon, so *something* is running.
>
> Has anyone any idea why it doesn't bring up the Cocoon install page.
>
> I've installed several Cocoon before and never hit this kind of error.
>
> ///Peter

  I never see that error too, maybe you need change the jar files in
  endorsed directory of tomcat with the jar files of the cocoon/WEB-INF/lib

  Cheers.
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-- 
Carlos Chávez

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: 2.1.5.1 build oddity, 2.0.4 war fails

2004-09-08 Thread Peter Flynn
On Wed, 2004-09-08 at 16:03, Carlos Chávez wrote:

>   I had the same problem and was because Fedora Core 2 had installed
>   another versión of Ant, i dont remember which is, i uninstall
>   that version and install Ant 1.6.2.

Thanks. That's odd: the docs say that Cocoon ignores any setting of
$ANT_HOME, so it shouldn't be using the copy of ant that came with
FC2 at all, should it?

>   Well i have cocoon-2.1.6-dev, but the error message was the same.
> 
>   you try rpm -q ant to see the Ant installed.

Anyway I changed back to Java 1.4.2_05 and Tomcat 4.1.30 and
Cocoon 2.0.4.  Now Java and Tomcat work fine but when I copy the
cocoon.war file into Tomcat's webapps directory and open
http://localhost/cocoon in my browser, I get a Cocoon error message:

> Cocoon 2 - Internal server error
> type fatal
> message Failed to generate program code (this may happen if you use
> Xalan in incremental processing mode). Please check log file and/or
> console for errors.
> description org.apache.cocoon.ProcessingException: Failed to generate
> program code (this may happen if you use Xalan in incremental
> processing mode). Please check log file and/or console for errors.

Well, at least it's an error from Cocoon, so *something* is running.

Has anyone any idea why it doesn't bring up the Cocoon install page.

I've installed several Cocoon before and never hit this kind of error.

///Peter



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: 2.1.5.1 build oddity, 2.0.4 war fails

2004-09-08 Thread Carlos Chávez

Peter Flynn Escribio :-)
> I just installed a fresh tomcat 5.5.0 on Fedora Core 2,
> with jdk1.5.0, and that works fine (edited server.xml to
> make it the default port 80 server).
>
> Then I unwrapped Cocoon 2.1.5.1 and typed ./build to get
> the default set of targets. I immediately get the error:
>
> # cd /opt/cocoon/cocoon-2.1.5.1/
> # ./build.sh
> Exception in thread "main" java.lang.NoClassDefFoundError:
> org/apache/tools/ant/launch/Launcher

  Hi peter,
  I had the same problem and was because Fedora Core 2 had installed
  another versión of Ant, i dont remember which is, i uninstall
  that version and install Ant 1.6.2.

  Well i have cocoon-2.1.6-dev, but the error message was the same.

  you try rpm -q ant to see the Ant installed.

  I hope help you.

  Cheers.
>
> Is something (ant) missing from 2.1.5.1? The docs at
> http://cocoon.apache.org/2.1/installing/index.html#Building%2BCocoon
> say "The build script overrides the existing ANT_HOME variable."
> In fact I do have ant installed, but I deliberately held back from
> exporting ANT_HOME as I assumed Cocoon came with its own built-in ant.
>
> OK, so backpedal...I unwrapped a copy of Cocoon 2.0.4 and copied the
> cocoon.war file into the tomcat webapps directory. Tomcat picked it
> up and expanded it, apparently correctly, but http://localhost/cocoon
> just gives me the error message (yes I *am* using port 80, not 8080):
>
> HTTP Status 404 - /cocoon
> type Status report
> message /cocoon
> description The requested resource (/cocoon) is not available.
> Apache Tomcat/5.5.0
>
> What have I done wrong?
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-- 
Carlos Chávez

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: 2.1.5.1 build oddity, 2.0.4 war fails

2004-09-08 Thread Peter Flynn
On Wed, 2004-09-08 at 09:57, Ugo Cei wrote:
> Since Cocoon works fine with JDK 1.4, I guess it's unfair to say that 
> Cocoon is "broken". If there's something that's broken is the degree of 
> backward-compatibility offered by Java5 and you can hardly blame anyone 
> for not delivering a release that runs on an undelivered platform.

True. Sorry, it's my ignorance. I assumed that the error message
Exception in thread "main" java.lang.NoClassDefFoundError: 
org/apache/tools/ant/launch/Launcher
meant that some routine called Launcher was missing from the 
Cocoon ant distribution, not that there was something wrong with
the Java that was looking for it.

> This is Open Source software, so if you have a need to run Cocoon on 
> Java5, you are free to provide the necessary patches. If they solve the 
> problem, they will surely be included in a future release.

Absolutely. If I knew enough Java, I would. But I misinterpreted the 
error message to mean Cocoon was at fault.

///Peter



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: 2.1.5.1 build oddity, 2.0.4 war fails

2004-09-08 Thread Ugo Cei
Il giorno 08/set/04, alle 10:45, Peter Flynn ha scritto:
I can confirm that it doesn't, and it seems to be the Launcher missing
from the ant distributed with Cocoon, not anything to do with Tomcat,
because you can't even build Cocoon 2.1.5.1 as it stands: it's broken
as distributed. So it cannot be tested with Tomcat 5.5 yet.
Since Cocoon works fine with JDK 1.4, I guess it's unfair to say that 
Cocoon is "broken". If there's something that's broken is the degree of 
backward-compatibility offered by Java5 and you can hardly blame anyone 
for not delivering a release that runs on an undelivered platform.

This is Open Source software, so if you have a need to run Cocoon on 
Java5, you are free to provide the necessary patches. If they solve the 
problem, they will surely be included in a future release.

Cheers,
Ugo
--
Ugo Cei - http://beblogging.com/


smime.p7s
Description: S/MIME cryptographic signature


Re: 2.1.5.1 build oddity, 2.0.4 war fails

2004-09-08 Thread Niko Popitsch
Hi,
Peter Flynn wrote:
On Tue, 2004-09-07 at 19:38, Antonio Gallardo wrote:
Hi Peter:
I use Fedora Core 2 with tomcat 5.0.28, j2sdk 1.4.2_05 and that work OK
with Cocoon 2.1.5.1 and cvs version.
If you are a new in Cocoon, please try first tomcat 4.1.x with j2sdk
1.4.2_x. This configuration works on Fedora.
I tried to deploy my application (based on cocoon 2.1.5.1) in both: 
tomcat 5.0.27 and 5.5.0. Both did not work because of a conflict between 
 my commons-logging-1.0.3.jar and tomcat's commons-logging-api.jar (I 
posted this yesterday... still found no solution :-{).


I'm not new to Cocoon (been using it since v1) but I don't reinstall
it that often :-) and I'm not a developer, so I don't track the code.
Using 4.x sounds sensible; I was just trying to keep up to date :-)
me too. not the best idea apparently (although it would be really nice 
to speed up my cocoon on a 64bit box with the new jdk... *dreams*


Else, try to search another ant.jar and java libraries in your Fedora Core
installation.

I have very bad experiences with ant (basically it appears to be 
non-functional anywhere I've tried it). I didn't even know it was
included in FC2. I wouldn't know what to do with ant.jar anyway
(there appear to be two on the machine, in /usr/share/java/ant.jar
and /usr/share/ant/lib/ant.jar). Do I copy one of them into the 
Cocoon distribution directory, overwriting the one in 
/opt/cocoon/cocoon-2.1.5.1/tools/lib/ant.jar ?

Hmm. I just did. Same error:
Exception in thread "main" java.lang.NoClassDefFoundError: 
org/apache/tools/ant/launch/Launcher

Grrr. Why O why is Java stuff always broken?

If you are interested, here are some bugzilla reports related to j2sdk 1.5
(aka. java 5.0):

Thanks but no thanks. Bugzilla is impenetrably user-hostile.

But, I think we could avoid j2sdk 5.0 until the stable (final) version.

Good idea. But unfortunately the Tomcat site says it is a requirement
for tomcat 5.5
It is not.
There is a compatibility package available for download at the apache 
binary download site. overwrite the files in your tomcat 5.5 directory 
by the files in this archive and it should work with jdk 1.4.2_x (works 
fine on my linux box).


Unfortunately, I had no time to test if Cocoon run on the new tomcat 5.5.
Maybe someone else can confirm that.
I can confirm that it doesn't, and it seems to be the Launcher missing
from the ant distributed with Cocoon, not anything to do with Tomcat,
because you can't even build Cocoon 2.1.5.1 as it stands: it's broken
as distributed. So it cannot be tested with Tomcat 5.5 yet.
I had no problems with building (but i built my cocoon 2.1.5.1 on a 
windows machine in cygwin with jdk 1.4.2_03-b02

///Peter
best regards,
Niko

-
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: 2.1.5.1 build oddity, 2.0.4 war fails

2004-09-08 Thread Peter Flynn
On Tue, 2004-09-07 at 19:38, Antonio Gallardo wrote:
> Hi Peter:
> 
> I use Fedora Core 2 with tomcat 5.0.28, j2sdk 1.4.2_05 and that work OK
> with Cocoon 2.1.5.1 and cvs version.
> 
> If you are a new in Cocoon, please try first tomcat 4.1.x with j2sdk
> 1.4.2_x. This configuration works on Fedora.

I'm not new to Cocoon (been using it since v1) but I don't reinstall
it that often :-) and I'm not a developer, so I don't track the code.

Using 4.x sounds sensible; I was just trying to keep up to date :-)

> Else, try to search another ant.jar and java libraries in your Fedora Core
> installation.

I have very bad experiences with ant (basically it appears to be 
non-functional anywhere I've tried it). I didn't even know it was
included in FC2. I wouldn't know what to do with ant.jar anyway
(there appear to be two on the machine, in /usr/share/java/ant.jar
and /usr/share/ant/lib/ant.jar). Do I copy one of them into the 
Cocoon distribution directory, overwriting the one in 
/opt/cocoon/cocoon-2.1.5.1/tools/lib/ant.jar ?

Hmm. I just did. Same error:
Exception in thread "main" java.lang.NoClassDefFoundError: 
org/apache/tools/ant/launch/Launcher

Grrr. Why O why is Java stuff always broken?

> If you are interested, here are some bugzilla reports related to j2sdk 1.5
> (aka. java 5.0):

Thanks but no thanks. Bugzilla is impenetrably user-hostile.

> But, I think we could avoid j2sdk 5.0 until the stable (final) version.

Good idea. But unfortunately the Tomcat site says it is a requirement
for tomcat 5.5

> Unfortunately, I had no time to test if Cocoon run on the new tomcat 5.5.
> Maybe someone else can confirm that.

I can confirm that it doesn't, and it seems to be the Launcher missing
from the ant distributed with Cocoon, not anything to do with Tomcat,
because you can't even build Cocoon 2.1.5.1 as it stands: it's broken
as distributed. So it cannot be tested with Tomcat 5.5 yet.

///Peter



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: 2.1.5.1 build oddity, 2.0.4 war fails

2004-09-07 Thread Antonio Gallardo
Hi Peter:

I use Fedora Core 2 with tomcat 5.0.28, j2sdk 1.4.2_05 and that work OK
with Cocoon 2.1.5.1 and cvs version.

If you are a new in Cocoon, please try first tomcat 4.1.x with j2sdk
1.4.2_x. This configuration works on Fedora.

Else, try to search another ant.jar and java libraries in your Fedora Core
instalation.

If you are interested, here are some bugzilla reports related to j2sdk 1.5
(aka. java 5.0):

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=30883
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=30971

But, I think we could avoid j2sdk 5.0 until the stable (final) version.

Unfortunately, I had no time to test if Cocoon run on the new tomcat 5.5.
Maybe someone else can confirm that.

Best Regards,

Antonio Gallardo


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]