Compile errors in CVS version

2003-01-09 Thread Marc Wilhelm Küster 
Hi!

I have a problem with the current CVS version which refuses to compile 
for a JDK 1.4 under Windows 2000.

Running

.\build.bat -Dinclude.webapp.libs=yes 
-Dinstall.war=%TOMCAT_HOME%\webapps install

as recommended, the build process breaks with the following compilation 
errors:


[javac] Compiling 112 source files to 
X:\installation\java\cocoon\xml-cocoon
2.neu\build\cocoon\scratchpad\classes
[javac] 
X:\installation\java\cocoon\xml-cocoon2.neu\build\cocoon\scratchpad\
src\org\apache\cocoon\components\source\impl\BlobSourceFactory.java:75: 
org.apac
he.cocoon.components.source.impl.BlobSourceFactory should be declared 
abstract;
it does not define release(org.apache.excalibur.source.Source) in 
org.apache.coc
oon.components.source.impl.BlobSourceFactory
[javac] public class BlobSourceFactory
[javac]^
[javac] 
X:\installation\java\cocoon\xml-cocoon2.neu\build\cocoon\scratchpad\
src\org\apache\cocoon\components\source\impl\XMLDBSource.java:96: 
org.apache.coc
oon.components.source.impl.XMLDBSource should be declared abstract; it 
does not
define getProtocol() in org.apache.cocoon.components.source.impl.XMLDBSource
[javac] public class XMLDBSource extends AbstractLogEnabled 
implements Compo
sable, Source,XMLizable {
[javac]^
[javac] 
X:\installation\java\cocoon\xml-cocoon2.neu\build\cocoon\scratchpad\
src\org\apache\cocoon\components\source\impl\XMLDBSourceFactory.java:80: 
org.apa
che.cocoon.components.source.impl.XMLDBSourceFactory should be declared 
abstract
; it does not define release(org.apache.excalibur.source.Source) in 
org.apache.c
ocoon.components.source.impl.XMLDBSourceFactory
[javac] public final class XMLDBSourceFactory
[javac]  ^
[javac] 
X:\installation\java\cocoon\xml-cocoon2.neu\build\cocoon\scratchpad\
src\org\apache\cocoon\components\source\impl\BlobSource.java:105: 
org.apache.coc
oon.components.source.impl.BlobSource should be declared abstract; it 
does not d
efine getProtocol() in org.apache.cocoon.components.source.impl.BlobSource
[javac] public class BlobSource extends AbstractLogEnabled 
implements Source
, Composable {
[javac]^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 4 errors
   [if] Error in class net.sf.antcontrib.logic.IfTask
---

Using webapp directly as a target does not help either.

The error messages are clear enough, but I'm as yet too much of a Cocoon 
Newbie to make a dash at developing a patch myself.

However, we need the authenfication framework for our application, so 
going back to 2.0.4 is no alternative for us.

I tried also the version of January 1st, but that broke with other errors.

---
[javac] 
X:\installation\java\cocoon\xml-cocoon2\build\cocoon\blocks\database
s\src\org\apache\cocoon\acting\AbstractDatabaseAction.java:615: cannot 
resolve s
ymbol
[javac] symbol  : method getSize  (java.io.File)
[javac] location: class 
org.apache.cocoon.generation.ImageDirectoryGenerator

[javac] int [] dimensions = 
ImageDirectoryGenerator.getS
ize(file);
[javac] 
^
[javac] 
X:\installation\java\cocoon\xml-cocoon2\build\cocoon\blocks\database
s\src\org\apache\cocoon\acting\AbstractDatabaseAction.java:616: 
getFileType(java
.io.File) has private access in 
org.apache.cocoon.generation.ImageDirectoryGener
ator
[javac] String type = 
ImageDirectoryGenerator.getFileTyp
e(file);
[javac]  ^
[javac] 2 errors
---

Can anyone advise me how to solve that problem or alternatively point me 
at a CVS version (date or tag) that compiles without problem?

Many thanks!

Marc


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

RE: Getting CVS version to run on Tomcat 4.1.12

2002-12-12 Thread Antonio Gallardo 
Geoff Howard dijo:
> In later versions of Tomcat you need to copy the jars to
> $TOMCAT_HOME/common/endorsed instead of / in addition to
> jre/lib/endorsed. I'm pretty sure it's because the default catalina.sh
> specifies its own endorsed directory on startup, overriding the default.
>  I have heard rumors that they also need to go to jre/lib/endorsed but
> have not done so myself and have not seen problems (yet).  I'm running
> the exact combination as you (although redhat 7.3)
>
> I have only seen the error you report when the jars aren't there, or
> when there is a version mismatch between the jars in endorsed and the
> ones in WEB-INF/lib.
>
> HTH,
> Geoff Howard

Hi Geof, Its true. I had the same problem. But it was solved when I also
included the files in Java/lib/endorsed. My config: Red Hat Linux 8.0,
Tomcat 4.1.12 and Java 1.4.1_01.

Antonio Gallardo

>
>> -Original Message-
>> From: Andrew Timberlake [mailto:[EMAIL PROTECTED]]
>> Sent: Thursday, December 12, 2002 7:34 AM
>> To: [EMAIL PROTECTED]
>> Subject: Getting CVS version to run on Tomcat 4.1.12
>>
>>
>> I have checked that latest sources out of CVS
>> Copied the Xerces etc jars into $JAVA_HOME/jre/lib/endorsed/
>> run ./build.sh  -Dinclude.webapp.libs=yes clean webapp
>> I have then copied the cocoon.war into webapps and restarted tomcat I
>> now get the error below.
>>
>> I am using RedHat 8.0, Sun's JVM 1.4.1_01, Tomcat 4.1.12
>> Have I missed anything???
>>
>> org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
>> org.apache.cocoon.CascadingIOException:
>> org.apache.xml.utils.WrappedRuntimeException: The output format must
>> have a '{http://xml.apache.org/xslt}content-handler' property!:
>> org.apache.xml.utils.WrappedRuntimeException: The output format must
>> have a '{http://xml.apache.org/xslt}content-handler' property!
>>  at
>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.p
>> rocessXMLPipeline(AbstractProcessingPipeline.java:519)
>>  at
>> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessi
>> ngPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:192)
>>  at
>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.p
>> rocess(AbstractProcessingPipeline.java:484)
>>  at
>> org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.i
>> nvoke(SerializeNode.java:149)
>>  at
>> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
>> gNode.invokeNodes(AbstractParentProcessingNode.java:84)
>>  at
>> org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatch
>> Node.invoke(PreparableMatchNode.java:164)
>>  at
>> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
>> gNode.invokeNodes(AbstractParentProcessingNode.java:108)
>>  at
>> org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.in
>> voke(PipelineNode.java:153)
>>  at
>> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
>> gNode.invokeNodes(AbstractParentProcessingNode.java:108)
>>  at
>> org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.i
>> nvoke(PipelinesNode.java:143)
>>  at
>> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
>> reeProcessor.java:317)
>>  at
>> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
>> reeProcessor.java:299)
>>  at
>> org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invok
>> e(MountNode.java:134)
>>  at
>> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
>> gNode.invokeNodes(AbstractParentProcessingNode.java:84)
>>  at
>> org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatch
>> Node.invoke(PreparableMatchNode.java:164)
>>  at
>> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
>> gNode.invokeNodes(AbstractParentProcessingNode.java:108)
>>  at
>> org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.in
>> voke(PipelineNode.java:153)
>>  at
>> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
>> gNode.invokeNodes(AbstractParentProcessingNode.java:108)
>>  at
>> org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.i
>> nvoke(PipelinesNode.java:143)
>>  at
>> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
>> reeProcessor.java:317)
>>  at
>> org.apache.cocoon.component

RE: Getting CVS version to run on Tomcat 4.1.12

2002-12-12 Thread Andrew Timberlake 
Thanks for the help! It now works

Andrew

On Thu, 2002-12-12 at 18:40, Geoff Howard wrote:
> In later versions of Tomcat you need to copy the jars to
> $TOMCAT_HOME/common/endorsed instead of / in addition to jre/lib/endorsed.
> I'm pretty sure it's because the default catalina.sh specifies its own
> endorsed directory on startup, overriding the default.  I have heard rumors
> that they also need to go to jre/lib/endorsed but have not done so myself
> and have not seen problems (yet).  I'm running the exact combination as you
> (although redhat 7.3)
> 
> I have only seen the error you report when the jars aren't there, or when
> there is a version mismatch between the jars in endorsed and the ones in
> WEB-INF/lib.
> 
> HTH,
> Geoff Howard
> 
> > -Original Message-
> > From: Andrew Timberlake [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, December 12, 2002 7:34 AM
> > To: [EMAIL PROTECTED]
> > Subject: Getting CVS version to run on Tomcat 4.1.12
> >
> >
> > I have checked that latest sources out of CVS
> > Copied the Xerces etc jars into $JAVA_HOME/jre/lib/endorsed/
> > run ./build.sh  -Dinclude.webapp.libs=yes clean webapp
> > I have then copied the cocoon.war into webapps and restarted tomcat
> > I now get the error below.
> >
> > I am using RedHat 8.0, Sun's JVM 1.4.1_01, Tomcat 4.1.12
> > Have I missed anything???
> >
> > org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
> > org.apache.cocoon.CascadingIOException:
> > org.apache.xml.utils.WrappedRuntimeException: The output format must
> > have a '{http://xml.apache.org/xslt}content-handler' property!:
> > org.apache.xml.utils.WrappedRuntimeException: The output format must
> > have a '{http://xml.apache.org/xslt}content-handler' property!
> > at
> > org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.p
> > rocessXMLPipeline(AbstractProcessingPipeline.java:519)
> > at
> > org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessi
> > ngPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:192)
> > at
> > org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.p
> > rocess(AbstractProcessingPipeline.java:484)
> > at
> > org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.i
> > nvoke(SerializeNode.java:149)
> > at
> > org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> > gNode.invokeNodes(AbstractParentProcessingNode.java:84)
> > at
> > org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatch
> > Node.invoke(PreparableMatchNode.java:164)
> > at
> > org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> > gNode.invokeNodes(AbstractParentProcessingNode.java:108)
> > at
> > org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.in
> > voke(PipelineNode.java:153)
> > at
> > org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> > gNode.invokeNodes(AbstractParentProcessingNode.java:108)
> > at
> > org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.i
> > nvoke(PipelinesNode.java:143)
> > at
> > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
> > reeProcessor.java:317)
> > at
> > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
> > reeProcessor.java:299)
> > at
> > org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invok
> > e(MountNode.java:134)
> > at
> > org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> > gNode.invokeNodes(AbstractParentProcessingNode.java:84)
> > at
> > org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatch
> > Node.invoke(PreparableMatchNode.java:164)
> > at
> > org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> > gNode.invokeNodes(AbstractParentProcessingNode.java:108)
> > at
> > org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.in
> > voke(PipelineNode.java:153)
> > at
> > org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> > gNode.invokeNodes(AbstractParentProcessingNode.java:108)
> > at
> > org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.i
> > nvoke(PipelinesNode.java:143)
> > at
> > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
> > reeProcessor.java:317)
> > at
> > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
> > reePr

RE: Getting CVS version to run on Tomcat 4.1.12

2002-12-12 Thread Geoff Howard 
In later versions of Tomcat you need to copy the jars to
$TOMCAT_HOME/common/endorsed instead of / in addition to jre/lib/endorsed.
I'm pretty sure it's because the default catalina.sh specifies its own
endorsed directory on startup, overriding the default.  I have heard rumors
that they also need to go to jre/lib/endorsed but have not done so myself
and have not seen problems (yet).  I'm running the exact combination as you
(although redhat 7.3)

I have only seen the error you report when the jars aren't there, or when
there is a version mismatch between the jars in endorsed and the ones in
WEB-INF/lib.

HTH,
Geoff Howard

> -Original Message-
> From: Andrew Timberlake [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, December 12, 2002 7:34 AM
> To: [EMAIL PROTECTED]
> Subject: Getting CVS version to run on Tomcat 4.1.12
>
>
> I have checked that latest sources out of CVS
> Copied the Xerces etc jars into $JAVA_HOME/jre/lib/endorsed/
> run ./build.sh  -Dinclude.webapp.libs=yes clean webapp
> I have then copied the cocoon.war into webapps and restarted tomcat
> I now get the error below.
>
> I am using RedHat 8.0, Sun's JVM 1.4.1_01, Tomcat 4.1.12
> Have I missed anything???
>
> org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
> org.apache.cocoon.CascadingIOException:
> org.apache.xml.utils.WrappedRuntimeException: The output format must
> have a '{http://xml.apache.org/xslt}content-handler' property!:
> org.apache.xml.utils.WrappedRuntimeException: The output format must
> have a '{http://xml.apache.org/xslt}content-handler' property!
>   at
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.p
> rocessXMLPipeline(AbstractProcessingPipeline.java:519)
>   at
> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessi
> ngPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:192)
>   at
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.p
> rocess(AbstractProcessingPipeline.java:484)
>   at
> org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.i
> nvoke(SerializeNode.java:149)
>   at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invokeNodes(AbstractParentProcessingNode.java:84)
>   at
> org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatch
> Node.invoke(PreparableMatchNode.java:164)
>   at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invokeNodes(AbstractParentProcessingNode.java:108)
>   at
> org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.in
> voke(PipelineNode.java:153)
>   at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invokeNodes(AbstractParentProcessingNode.java:108)
>   at
> org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.i
> nvoke(PipelinesNode.java:143)
>   at
> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
> reeProcessor.java:317)
>   at
> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
> reeProcessor.java:299)
>   at
> org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invok
> e(MountNode.java:134)
>   at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invokeNodes(AbstractParentProcessingNode.java:84)
>   at
> org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatch
> Node.invoke(PreparableMatchNode.java:164)
>   at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invokeNodes(AbstractParentProcessingNode.java:108)
>   at
> org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.in
> voke(PipelineNode.java:153)
>   at
> org.apache.cocoon.components.treeprocessor.AbstractParentProcessin
> gNode.invokeNodes(AbstractParentProcessingNode.java:108)
>   at
> org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.i
> nvoke(PipelinesNode.java:143)
>   at
> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
> reeProcessor.java:317)
>   at
> org.apache.cocoon.components.treeprocessor.TreeProcessor.process(T
> reeProcessor.java:299)
>   at org.apache.cocoon.Cocoon.process(Cocoon.java:596)
>   at
> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1104)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>   at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A
pplicationFilterChain.java:247)
> ...
>
> Thanks for any help!
>
> Andrew
>
>
>
> -
> Please check that your question  h

Getting CVS version to run on Tomcat 4.1.12

2002-12-12 Thread Andrew Timberlake 
I have checked that latest sources out of CVS
Copied the Xerces etc jars into $JAVA_HOME/jre/lib/endorsed/
run ./build.sh  -Dinclude.webapp.libs=yes clean webapp
I have then copied the cocoon.war into webapps and restarted tomcat
I now get the error below.

I am using RedHat 8.0, Sun's JVM 1.4.1_01, Tomcat 4.1.12
Have I missed anything???

org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
org.apache.cocoon.CascadingIOException:
org.apache.xml.utils.WrappedRuntimeException: The output format must
have a '{http://xml.apache.org/xslt}content-handler' property!:
org.apache.xml.utils.WrappedRuntimeException: The output format must
have a '{http://xml.apache.org/xslt}content-handler' property!
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:519)
at 
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:192)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:484)
at 
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:149)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at 
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)
at 
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)
at 
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:134)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at 
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at 
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)
at 
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)
at org.apache.cocoon.Cocoon.process(Cocoon.java:596)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1104)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
...

Thanks for any help!

Andrew



-
Please check that your question  has not already been answered in the
FAQ before posting. 

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

Re: cvs version: FileNotFoundException: MANIFEST.MF

2002-11-11 Thread Geoff Howard 
Murray, 

--- Murray Cumming <[EMAIL PROTECTED]> wrote:
> On Mon, 2002-11-11 at 17:38, Geoff Howard wrote:
> > This sounds like it's just a configuration problem
> > causing unpacking cocoon.war to fail.  Also,
> unless
> > you left some steps out of your install notes,
> you're
> > going to have problems once things get up and
> running
> > due to the outdated parser that ships with jdk 1.4
> > (unless that no longer holds for 1.4.1) see the
> 1.4
> > specific instructions at
> > http://xml.apache.org/cocoon/installing/index.html
> 
> I thought that the cvs version would work with the
> latest JDK, which I
> believe is 1.4.1. Should we really use an older JDK?

No, don't use an older JDK, just follow the
instructions for overriding the outdated versions of
the xml parser that now ships (for the first time)
with the 1.4.x family of jdk's.

> I gave write access to that user (actually I change
> a few access rights
> until I got this right, so it might take more than
> that.) and that seems
> to fix it.
> 
> Now I get the 
> "javax.servlet.ServletException: Servlet.init() for
> servlet Cocoon2
> threw exception"
> error. I guess that's connected to the JDK 1.4.1
> problem mentioned
> above, which I should be able to deal with.
> 
Yes, I think that's right.

Geoff

__
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: cvs version: FileNotFoundException: MANIFEST.MF

2002-11-11 Thread Murray Cumming 
On Mon, 2002-11-11 at 17:38, Geoff Howard wrote:
> This sounds like it's just a configuration problem
> causing unpacking cocoon.war to fail.  Also, unless
> you left some steps out of your install notes, you're
> going to have problems once things get up and running
> due to the outdated parser that ships with jdk 1.4
> (unless that no longer holds for 1.4.1) see the 1.4
> specific instructions at
> http://xml.apache.org/cocoon/installing/index.html

I thought that the cvs version would work with the latest JDK, which I
believe is 1.4.1. Should we really use an older JDK?

> First, confirm that cocoon.war really does have the
> file it's looking for.  jar tvf cocoon.war | grep
> MANIFEST.MF

Yes, it does.

> Check file permissions to make sure that the tomcat
> user has all permissions necessary to expand the war,

There is no tomcat user. The directory seems to be owned by tomcat4,
though there is no such user. Maybe that's normal.

I gave write access to that user (actually I change a few access rights
until I got this right, so it might take more than that.) and that seems
to fix it.

Now I get the 
"javax.servlet.ServletException: Servlet.init() for servlet Cocoon2
threw exception"
error. I guess that's connected to the JDK 1.4.1 problem mentioned
above, which I should be able to deal with.


-- 
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: cvs version: FileNotFoundException: MANIFEST.MF

2002-11-11 Thread Geoff Howard 
This sounds like it's just a configuration problem
causing unpacking cocoon.war to fail.  Also, unless
you left some steps out of your install notes, you're
going to have problems once things get up and running
due to the outdated parser that ships with jdk 1.4
(unless that no longer holds for 1.4.1) see the 1.4
specific instructions at
http://xml.apache.org/cocoon/installing/index.html

First, confirm that cocoon.war really does have the
file it's looking for.  jar tvf cocoon.war | grep
MANIFEST.MF

Check file permissions to make sure that the tomcat
user has all permissions necessary to expand the war,
and that the user you run build as is able to
successfully write to the tomcat webapp dir.

Try manually creating a cocoon dir under webapps and
expanding the war with jar xvf.

HTH,
Geoff Howard

--- Murray Cumming <[EMAIL PROTECTED]> wrote:
> I'm trying to install cocoon again on a fresh RedHat
> 7.3 system, after
> having various problems installing in the past. I
> thought I'd try the
> cvs version this time. Here are my notes:
> http://www.murrayc.com/temp/cocoon_install_notes.txt
> 
> When I check the cocoon page at
> http://murrayc.blueprint.net:8080/cocoon/
> I get "The requested resource (/cocoon/) is not
> available.", and this
> message in the
> /var/tomcat4/logs/localhost_log.2002-11-11.txt
> 
> 2002-11-11 13:52:16 HostConfig[localhost]: Expanding
> web application
> archive cocoon.war
> 2002-11-11 13:52:16 HostConfig[localhost] Exception
> while expanding web
> application archive cocoon.war
> java.io.FileNotFoundException:
> /var/tomcat4/webapps/cocoon/META-INF/MANIFEST.MF (No
> such file or
> directory)
> at java.io.FileOutputStream.open(Native
> Method)
> 
> Any ideas?
> 
> 
> 
> -- 
> Murray Cumming
> [EMAIL PROTECTED]
> www.murrayc.com
> 
> 
>
-
> Please check that your question  has not already
> been answered in the
> FAQ before posting.
> <http://xml.apache.org/cocoon/faq/index.html>
> 
> To unsubscribe, e-mail:
> <[EMAIL PROTECTED]>
> For additional commands, e-mail:  
> <[EMAIL PROTECTED]>
> 


__
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

cvs version: FileNotFoundException: MANIFEST.MF

2002-11-11 Thread Murray Cumming 
I'm trying to install cocoon again on a fresh RedHat 7.3 system, after
having various problems installing in the past. I thought I'd try the
cvs version this time. Here are my notes:
http://www.murrayc.com/temp/cocoon_install_notes.txt

When I check the cocoon page at
http://murrayc.blueprint.net:8080/cocoon/
I get "The requested resource (/cocoon/) is not available.", and this
message in the /var/tomcat4/logs/localhost_log.2002-11-11.txt

2002-11-11 13:52:16 HostConfig[localhost]: Expanding web application
archive cocoon.war
2002-11-11 13:52:16 HostConfig[localhost] Exception while expanding web
application archive cocoon.war
java.io.FileNotFoundException:
/var/tomcat4/webapps/cocoon/META-INF/MANIFEST.MF (No such file or
directory)
at java.io.FileOutputStream.open(Native Method)

Any ideas?



-- 
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

latest cocoon cvs version

2002-10-21 Thread Richard Reyes 



Hi Guys,
 
I am using tomcat ( binary ) 4.1.12 and 
sdk1.3
 
I have checked out the latest cocoon cvs version. 
im trying to install it, after building
the cocoon with this command
 
build -Dinclude.webapp.libs=yes 
-Dinclude.scratchpad.libs=yes -Dinstall.war="C:\Program Files\Apache 
Group\Tomcat 4.1\webapps" webapp
 
I have copied the cocoon.war file in the 
"Tomcat 4.1\webapps" directory when I accessed localhost:8080\cocoon ti gives me 
an error that it cannot execute the sitemap file.
 
Can anybody help me??
 
Thanks in advance.
Richard

Re: latest cocoon cvs version

2002-10-21 Thread Richard Reyes 



thanks Sternath
 
ill try install them again.
 
but i'm still open for other 
advise

  - Original Message - 
  From: 
  Sternath Elmar 
  To: '[EMAIL PROTECTED]' 
  
  Sent: Monday, October 21, 2002 5:05 
  PM
  Subject: AW: latest cocoon cvs 
  version
  
  maybe the problem is that there are blanks in your 
  tomcat installation path.
   
   -Ursprüngliche 
  Nachricht-Von: Richard Reyes 
  [mailto:[EMAIL PROTECTED]]Gesendet: Montag, 21. Oktober 2002 
  11:01An: C2 dev; C2 usersBetreff: latest cocoon cvs 
  version
  
Hi Guys,
 
I am using tomcat ( binary ) 4.1.12 and 
sdk1.3
 
I have checked out the latest cocoon cvs 
version. im trying to install it, after building
the cocoon with this command
 
build -Dinclude.webapp.libs=yes 
-Dinclude.scratchpad.libs=yes -Dinstall.war="C:\Program Files\Apache 
Group\Tomcat 4.1\webapps" webapp
 
I have copied the cocoon.war file in the 
"Tomcat 4.1\webapps" directory when I accessed localhost:8080\cocoon ti 
gives me an error that it cannot execute the sitemap file.
 
Can anybody help me??
 
Thanks in advance.
Richard

AW: latest cocoon cvs version

2002-10-21 Thread Sternath Elmar 



maybe the problem is that there are blanks in your 
tomcat installation path.
 
 -Ursprüngliche 
Nachricht-Von: Richard Reyes 
[mailto:[EMAIL PROTECTED]]Gesendet: Montag, 21. Oktober 2002 
11:01An: C2 dev; C2 usersBetreff: latest cocoon cvs 
version

  Hi Guys,
   
  I am using tomcat ( binary ) 4.1.12 and 
  sdk1.3
   
  I have checked out the latest cocoon cvs version. 
  im trying to install it, after building
  the cocoon with this command
   
  build -Dinclude.webapp.libs=yes 
  -Dinclude.scratchpad.libs=yes -Dinstall.war="C:\Program Files\Apache 
  Group\Tomcat 4.1\webapps" webapp
   
  I have copied the cocoon.war file in the 
  "Tomcat 4.1\webapps" directory when I accessed localhost:8080\cocoon ti gives 
  me an error that it cannot execute the sitemap file.
   
  Can anybody help me??
   
  Thanks in advance.
  Richard

cvs-version

2002-10-19 Thread Wolle 
hi everybody!

i compiled the latest cvs-version. after installing i get an
error:

apache tomcat/401 -http status 503 - servlet cocoon2 currently unavailable

has anybody a solution


bye

wolfgang


-
Please check that your question  has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html>

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

Re: problem to get lattest cvs version

2002-06-07 Thread Andrew Savory 


On Fri, 7 Jun 2002 [EMAIL PROTECTED] wrote:

> I can't resolve it. As Vadim and Perry has me suggested i've tried to
> download latest version 2.0.3 through cvs system. But at this time our
> Firewall does'nt permit http tunneling.  Consequently i can't download this
> latest version. My question is could someone send me this latest version of
> cocoon or is another way to download it 

You could try one of the CVS snapshots from:

http://cvs.apache.org/snapshots/xml-cocoon2/

(Although I suspect those are of HEAD and not 2.0.3-dev branch ... if you
definitely need the branch, email me off-list and I'll send you a copy.)

Hope that helps,


Andrew.

-- 
Andrew SavoryEmail: [EMAIL PROTECTED]
Managing Director  Tel:  +44 (0)870 741 6658
Luminas Internet Applications  Fax:  +44 (0)700 598 1135
This is not an official statement or order.Web:www.luminas.co.uk


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

problem to get lattest cvs version

2002-06-07 Thread Patrick . Pierra 

hello,

I have a problem in building cocoon 2.0.2. The error is :




prepare-webapp:
[xconf-tool] Reading: D:
\tÈlÈchargement\cocoon\dezip1\cocoon-2.0.2\build\cocoon\webapp\sitemap.xmap

BUILD FAILED

D:\tÈlÈchargement\cocoon\dezip1\cocoon-2.0.2\build.xml:: IOException:
java.net.MalformedURLException: unknown protoc
ol: d

Total time: 3 minutes 7 seconds

**


I can't resolve it. As Vadim and Perry has me suggested i've tried to
download latest version 2.0.3 through cvs system. But at this time our
Firewall does'nt permit http tunneling.  Consequently i can't download this
latest version. My question is could someone send me this latest version of
cocoon or is another way to download it 

Regards,



Patrick PIERRA
Linedata Services Luxembourg
00 352 29 56 65 282
[EMAIL PROTECTED]
www.linedata.com

Re: build problem with current CVS-version 2.1-dev (AbstractXMLFormAction.java:364: Wrong number of arguments in constructor)

2002-04-18 Thread leo leonid 

everything fine now. It was not a good moment to build, last night..
/Leo

On Thursday, April 18, 2002, at 03:09  Uhr, leo leonid wrote:


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

build problem with current CVS-version 2.1-dev (AbstractXMLFormAction.java:364: Wrong number of arguments in constructor)

2002-04-17 Thread leo leonid 



got the following errors when building cocoon current CVS-version 2.1-dev.
/usr/jakarta/xml-cocoon2/build/cocoon/scratchpad/src/org/apache/cocoon/acting/AbstractXMLFormAction.java:364:
Wrong number of arguments in constructor.
throw new RuntimeException( " Failed loading validating schema ", e
);
  ^
/usr/jakarta/xml-cocoon2/build/cocoon/scratchpad/src/org/apache/cocoon/acting/AbstractXMLFormAction.java:390:
Wrong number of arguments in constructor.
throw new RuntimeException( " Failed instantiating form model ", e
);
  ^
2 errors, 1 warning

BUILD FAILED

/Leo

-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

Re: Sitemap problem with latest cvs version ?

2002-01-10 Thread Yann Secq 

Vadim Gritsenko wrote:

>>I had exactly same exception as you have. Once I deleted old working
>>directory with classes and restarted server, it is gone away. Try to
>>find any sitemap_xmap.class and sitemap_xmap.java files on your HD, and
>>delete them. This should solve your problem. If not, send in your
>>(zipped) log files, sitemap java and class files.
>>
Thank you Vadim ! It works !
So you were right : I was deleting the cocoon directory in the 
tomcat/webapp
directory, but I had forgotten to delete the work/localhost/cocoon one.

Once it was done, everything worked wonderfully !

Thanks a lot, yann.




-
Please check that your question has not already been answered in the
FAQ before posting. 

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

RE: Sitemap problem with latest cvs version ?

2002-01-10 Thread Vadim Gritsenko 

> From: Yann Secq [mailto:[EMAIL PROTECTED]]
> 
> Vadim Gritsenko wrote:
> 
> >Once you downloaded new version, delete old working directory which
> >contains classes generated with previous version of Cocoon. They
could
> >be incompatible with newer version of Cocoon.
> >
> Yes, i had this problem, but even when I restart everything from
scratch
> (i.e. 'rm -fr xml-cocoon2' and rm -fr tomcat/webapp/cocoon*' :), by
doing :
> 
> cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login (then
type
> anoncvs)
> cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic -z3 checkout
> xml-cocoon2
> cd xml-cocoon2
>  ./build.sh  -Dinclude.webapp.libs=yes webapp
> 
> I still have the same initialization error when I try to access
> localhost:8080/cocoon
> I have the following error in sitemap.log which I can't understand :
> java.lang.NoSuchFieldError: manager
> at
> org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:344)
> at

I had exactly same exception as you have. Once I deleted old working
directory with classes and restarted server, it is gone away. Try to
find any sitemap_xmap.class and sitemap_xmap.java files on your HD, and
delete them. This should solve your problem. If not, send in your
(zipped) log files, sitemap java and class files.

Vadim


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: Sitemap problem with latest cvs version ?

2002-01-10 Thread Yann Secq 

Vadim Gritsenko wrote:

>Once you downloaded new version, delete old working directory which
>contains classes generated with previous version of Cocoon. They could
>be incompatible with newer version of Cocoon.
>
Yes, i had this problem, but even when I restart everything from scratch
(i.e. 'rm -fr xml-cocoon2' and rm -fr tomcat/webapp/cocoon*' :), by doing :

cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login (then type 
anoncvs)
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic -z3 checkout 
xml-cocoon2
cd xml-cocoon2
 ./build.sh  -Dinclude.webapp.libs=yes webapp

I still have the same initialization error when I try to access 
localhost:8080/cocoon
I have the following error in sitemap.log which I can't understand :
java.lang.NoSuchFieldError: manager
at 
org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:344)
at 
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:172)
at 
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:84)
at 
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:135)
at 
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompiledComponent(ProgramGeneratorImpl.java:355)
at 
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:189)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:221)
at java.lang.Thread.run(Thread.java:484)

If anyone could find what is the problem, I could finally test the 
XML:DB stuff :)

Thanks, yann.




-
Please check that your question has not already been answered in the
FAQ before posting. 

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

Re: Sitemap problem with latest cvs version ?

2002-01-09 Thread Thomas Sempf 


Hi,

i have the same problem. Downloaded a new CVS version with -A, deleted 
the work directory, but still the same problem and error message.
Any help would be great...

Greetings
Thomas Sempf



>> From: Yann Secq [mailto:[EMAIL PROTECTED]]
>>
>> Vadim Gritsenko wrote:
>>
>>>> "-r" flag is sticky: once used, it is remembered. You need to do
>>>> fresh checkout as Gianugo suggested, or do "-A" which clears this
> flag,
>>>> or "-r HEAD".
>>
>> Thanks ! It's the first time I use CVS and i had some problems to
>> get the latest version. Now it is ok, I finally have the XML:DB stuff.
>>
>> Anyway, I build the cocoon.war and drop it in tomcat4 webapp
> directory,
>> but I have this fatal error (the build process didn't had any errors
>> excepted the warnings concerning jFor and JNDI) :
>
> 
>
>> ERROR   (2002-01-09) 11:12.20:257   [sitemap] (/cocoon/)
>> HttpProcessor[8080][0]/Handler: Error compiling sitemap
>> java.lang.NoSuchFieldError: manager
>>   at
>> org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:344)
>>   at
>
> Once you downloaded new version, delete old working directory which
> contains classes generated with previous version of Cocoon. They could
> be incompatible with newer version of Cocoon.
>
> Vadim
>
>
> -
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

RE: Sitemap problem with latest cvs version ?

2002-01-09 Thread Vadim Gritsenko 

> From: Yann Secq [mailto:[EMAIL PROTECTED]]
> 
> Vadim Gritsenko wrote:
> 
>   >>"-r" flag is sticky: once used, it is remembered. You need to do
>   >>fresh checkout as Gianugo suggested, or do "-A" which clears this
flag,
>   >>or "-r HEAD".
> 
> Thanks ! It's the first time I use CVS and i had some problems to
> get the latest version. Now it is ok, I finally have the XML:DB stuff.
> 
> Anyway, I build the cocoon.war and drop it in tomcat4 webapp
directory,
> but I have this fatal error (the build process didn't had any errors
> excepted the warnings concerning jFor and JNDI) :



> ERROR   (2002-01-09) 11:12.20:257   [sitemap] (/cocoon/)
> HttpProcessor[8080][0]/Handler: Error compiling sitemap
> java.lang.NoSuchFieldError: manager
>   at
> org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:344)
>   at

Once you downloaded new version, delete old working directory which
contains classes generated with previous version of Cocoon. They could
be incompatible with newer version of Cocoon.

Vadim


-
Please check that your question has not already been answered in the
FAQ before posting. 

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

sitemap error, after installing cvs version

2002-01-09 Thread Thomas Sempf 
Greetings,

i´ve recently downloaded and installed the cvs version of cocoon2. But now i get after starting tomcat the following error:

type fatal

message The sitemap handler's sitemap is not available. Please check logs for the exact error.

description org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not available. Please check logs for the exact error.

sender org.apache.cocoon.servlet.CocoonServlet

source Cocoon servlet

request-uri

/cocoon/welcome

path-info

welcome


Here comes the sitemap.log:

java.lang.NoSuchFieldError: manager
at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347)
at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:172)
at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:84)
at org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:135)
at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompiledComponent(ProgramGeneratorImpl.java:355)
at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:189)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:221)
at java.lang.Thread.run(Thread.java:496)

The error in the error.log is the same

So any hint would be nice.

With regards
Thomas Sempf

Sitemap problem with latest cvs version ?

2002-01-09 Thread Yann Secq 

Vadim Gritsenko wrote:

  >>"-r" flag is sticky: once used, it is remembered. You need to do
  >>fresh checkout as Gianugo suggested, or do "-A" which clears this flag,
  >>or "-r HEAD".

Thanks ! It's the first time I use CVS and i had some problems to
get the latest version. Now it is ok, I finally have the XML:DB stuff.

Anyway, I build the cocoon.war and drop it in tomcat4 webapp directory,
but I have this fatal error (the build process didn't had any errors
excepted the warnings concerning jFor and JNDI) :

Cocoon 2 - Internal server error
*type* fatal
*message*_The sitemap handler's sitemap is not available. Please check
logs for the exact error._
*description*_org.apache.cocoon.ProcessingException: The sitemap
handler's sitemap is not available. Please check logs for the exact error._
*sender* org.apache.cocoon.servlet.CocoonServlet
*source* Cocoon servlet
*request-uri*
/cocoon/
*path-info*

And more information is provided in the sitemap log :

ERROR   (2002-01-09) 11:12.20:257   [sitemap] (/cocoon/)
HttpProcessor[8080][0]/Handler: Error compiling sitemap
java.lang.NoSuchFieldError: manager
  at
org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:344)
  at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:172)
  at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:84)
  at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:135)
  at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompiledComponent(ProgramGeneratorImpl.java:355)
  at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:189)
  at org.apache.cocoon.sitemap.Handler.run(Handler.java:221)
  at java.lang.Thread.run(Thread.java:484)

I have not modified anything in the sitemap. I just put the war and
tried to run it. I have joined the others logs, I hope it can be
useful to understand what happens.

Thanks, yann.





DEBUG   (2002-01-09) 11:11.43:331   [access] (Unknown-URI) 
Unknown-thread/CocoonServlet: getRealPath for /: 
/shared/java/applications/jakarta-tomcat-4.0.1/bin/./../webapps/cocoon/
DEBUG   (2002-01-09) 11:11.43:333   [access] (Unknown-URI) 
Unknown-thread/CocoonServlet: URL for Root: 
file:/shared/java/applications/jakarta-tomcat-4.0.1/bin/./../webapps/cocoon/
DEBUG   (2002-01-09) 11:11.43:334   [access] (Unknown-URI) 
Unknown-thread/CocoonServlet: work-directory was not set - defaulting to 
/shared/java/applications/jakarta-tomcat-4.0.1/work/localhost/cocoon/cocoon-files
DEBUG   (2002-01-09) 11:11.43:763   [access] (Unknown-URI) 
Unknown-thread/CocoonServlet: upload-directory was not set - defaulting to 
/shared/java/applications/jakarta-tomcat-4.0.1/work/localhost/cocoon/cocoon-files/upload-dir
DEBUG   (2002-01-09) 11:11.44:063   [access] (Unknown-URI) 
Unknown-thread/CocoonServlet: cache-directory was not set - defaulting to 
/shared/java/applications/jakarta-tomcat-4.0.1/work/localhost/cocoon/cocoon-files/cache-dir
DEBUG   (2002-01-09) 11:11.44:323   [access] (Unknown-URI) 
Unknown-thread/CocoonServlet: Using configuration file: /cocoon.xconf
DEBUG   (2002-01-09) 11:11.44:335   [access] (Unknown-URI) 
Unknown-thread/CocoonServlet: show-time was not set - defaulting to false
DEBUG   (2002-01-09) 11:11.44:336   [access] (Unknown-URI) 
Unknown-thread/CocoonServlet: parent-component-manager was not set - defaulting to 
null.
DEBUG   (2002-01-09) 11:11.44:348   [access] (Unknown-URI) 
Unknown-thread/CocoonServlet: Trying to load class: org.hsqldb.jdbcDriver
INFO(2002-01-09) 11:11.44:502   [access] (Unknown-URI) 
Unknown-thread/CocoonServlet: Reloading from: jndi:/localhost/cocoon/cocoon.xconf
DEBUG   (2002-01-09) 11:12.20:025   [access] (/cocoon/) 
HttpProcessor[8080][0]/AbstractEnvironment: Resolving 'sitemap.xmap' in context 
'file:/shared/java/applications/jakarta-tomcat-4.0.1/bin/./../webapps/cocoon/'
DEBUG   (2002-01-09) 11:12.20:028   [access] (/cocoon/) 
HttpProcessor[8080][0]/AbstractEnvironment: Resolved to 
'file:/shared/java/applications/jakarta-tomcat-4.0.1/bin/./../webapps/cocoon/sitemap.xmap'
DEBUG   (2002-01-09) 11:12.20:028   [access] (/cocoon/) 
HttpProcessor[8080][0]/AbstractEnvironment: Resolving '' in context 
'file:/shared/java/applications/jakarta-tomcat-4.0.1/bin/./../webapps/cocoon/'
DEBUG   (2002-01-09) 11:12.20:030   [access] (/cocoon/) 
HttpProcessor[8080][0]/AbstractEnvironment: Resolved to 
'file:/shared/java/applications/jakarta-tomcat-4.0.1/bin/./../webapps/cocoon/'
ERROR   (2002-01-09) 11:12.20:288   [access] (/cocoon/) 
HttpProcessor[8080][0]/CocoonServlet: Problem with servlet
org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not available. 
Please check logs for the exact error.
at org.apache.cocoon.sitemap.Manager.setupProcessing(Manager.java:245)

RE: sitemap error, after installing cvs version

2002-01-08 Thread Vadim Gritsenko 

Please delete temporary directory and try again.
For Tomcat, it is usually %TOMCAT_HOME%/work.

Vadim


-Original Message-
From: Thomas Sempf [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, January 08, 2002 4:52 PM
To: [EMAIL PROTECTED]
Subject: sitemap error, after installing cvs version

Von: Thomas Sempf <[EMAIL PROTECTED]>
Datum: Die, 08. Jan. 2002 20:48:21 Europe/Berlin
An: [EMAIL PROTECTED], [EMAIL PROTECTED]
Betreff: sitemap error, after installing cvs version

Greetings,

i´ve recently downloaded and installed the cvs version of cocoon2. But
now i get after starting tomcat the following error:

type fatal

message The sitemap handler's sitemap is not available. Please check
logs for the exact error.

description org.apache.cocoon.ProcessingException: The sitemap handler's
sitemap is not available. Please check logs for the exact error.

sender org.apache.cocoon.servlet.CocoonServlet

source Cocoon servlet

request-uri

/cocoon/welcome

path-info

welcome


Here comes the sitemap.log:

java.lang.NoSuchFieldError: manager
at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347)
at
org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstanc
e(DefaultComponentFactory.java:172)
at
org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initial
ize(ThreadSafeComponentHandler.java:84)
at
org.apache.cocoon.components.language.generator.GeneratorSelector.addGen
erator(GeneratorSelector.java:135)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.add
CompiledComponent(ProgramGeneratorImpl.java:355)
at
org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.loa
d(ProgramGeneratorImpl.java:189)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:221)
at java.lang.Thread.run(Thread.java:496)

The error in the error.log is the same

So any hint would be nice.

With regards
Thomas Sempf


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

Re: sitemap error, after installing cvs version

2002-01-08 Thread Thomas Sempf 

No,

i used before the normal version from the apache site.

Thomas

> Did you have that problem before? Are you running Linux? Did you get 
> this
> error before the upgrade?
>
> Carlos
>
> On 01/08/02 13:52, "Thomas Sempf" <[EMAIL PROTECTED]> wrote:
>
>>> Von: Thomas Sempf <[EMAIL PROTECTED]>
>>> Datum: Die, 08. Jan. 2002  20:48:21 Europe/Berlin
>>> An: [EMAIL PROTECTED], [EMAIL PROTECTED]
>>> Betreff: sitemap error, after installing cvs version
>>>
>>> Greetings,
>>>
>>> i´ve recently downloaded and installed the cvs version of cocoon2. But
>>> now i get after starting tomcat the following error:
>>>
>>> type fatal
>>>
>>> message The sitemap handler's sitemap is not available. Please check
>>> logs for the exact error.
>>>
>>> description org.apache.cocoon.ProcessingException: The sitemap
>>> handler's sitemap is not available. Please check logs for the exact
>>> error.
>>>
>>> sender org.apache.cocoon.servlet.CocoonServlet
>>>
>>> source Cocoon servlet
>>>
>>> request-uri
>>>
>>> /cocoon/welcome
>>>
>>> path-info
>>>
>>> welcome
>>>
>>>
>>> Here comes the sitemap.log:
>>>
>>> java.lang.NoSuchFieldError: manager
>>> at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347)
>>> at
>>> org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(
>>> DefaultComponentFactory.java:172)
>>> at
>>> org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(
>>> ThreadSafeComponentHandler.java:84)
>>> at
>>> org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerato
>>> r(
>>> GeneratorSelector.java:135)
>>> at
>>> org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompi
>>> ledComponent(
>>> ProgramGeneratorImpl.java:355)
>>> at
>>> org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(
>>> ProgramGeneratorImpl.java:189)
>>> at org.apache.cocoon.sitemap.Handler.run(Handler.java:221)
>>> at java.lang.Thread.run(Thread.java:496)
>>>
>>> The error in the error.log is the same
>>>
>>> So any hint would be nice.
>>>
>>> With regards
>>> Thomas Sempf
>>
>
> --
> Carlos E. Araya
> ---+ WebCT Administrator/Trainer
>  P | California Virtual Campus
>  - | C/O De Anza College
>  G | 21250 Stevens Creek Blvd
> ---+ Cupertino, CA 95014
>
> email   [EMAIL PROTECTED]
> web http://www.cvc1.org/ (work)
> http://www.silverwolf-net.net (personal)
> phone   408 257 0420 (work)
> PGP Fingerprint:E629 5DFD 7EAE 4995 E9D7  3D2F 5A9F 0CE7 DFE7 1756
>
> Paradoxically, a refusal to 'put a monetary value on life' means that 
> life
> is often undervalued.
> -- Artificial Intelligence: A Modern Approach
>
>
>
> -
> Please check that your question has not already been answered in the
> FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>
>
> To unsubscribe, e-mail: <[EMAIL PROTECTED]>
> For additional commands, e-mail: <[EMAIL PROTECTED]>
>


-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

Re: sitemap error, after installing cvs version

2002-01-08 Thread Carlos 

Did you have that problem before? Are you running Linux? Did you get this
error before the upgrade?

Carlos

On 01/08/02 13:52, "Thomas Sempf" <[EMAIL PROTECTED]> wrote:

>> Von: Thomas Sempf <[EMAIL PROTECTED]>
>> Datum: Die, 08. Jan. 2002  20:48:21 Europe/Berlin
>> An: [EMAIL PROTECTED], [EMAIL PROTECTED]
>> Betreff: sitemap error, after installing cvs version
>> 
>> Greetings,
>> 
>> i´ve recently downloaded and installed the cvs version of cocoon2. But
>> now i get after starting tomcat the following error:
>> 
>> type fatal
>> 
>> message The sitemap handler's sitemap is not available. Please check
>> logs for the exact error.
>> 
>> description org.apache.cocoon.ProcessingException: The sitemap
>> handler's sitemap is not available. Please check logs for the exact
>> error.
>> 
>> sender org.apache.cocoon.servlet.CocoonServlet
>> 
>> source Cocoon servlet
>> 
>> request-uri
>> 
>> /cocoon/welcome
>> 
>> path-info
>> 
>> welcome
>> 
>> 
>> Here comes the sitemap.log:
>> 
>> java.lang.NoSuchFieldError: manager
>> at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347)
>> at 
>> org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(
>> DefaultComponentFactory.java:172)
>> at 
>> org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(
>> ThreadSafeComponentHandler.java:84)
>> at 
>> org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerato
>> r(
>> GeneratorSelector.java:135)
>> at 
>> org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompi
>> ledComponent(
>> ProgramGeneratorImpl.java:355)
>> at 
>> org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(
>> ProgramGeneratorImpl.java:189)
>> at org.apache.cocoon.sitemap.Handler.run(Handler.java:221)
>> at java.lang.Thread.run(Thread.java:496)
>> 
>> The error in the error.log is the same
>> 
>> So any hint would be nice.
>> 
>> With regards
>> Thomas Sempf
> 

-- 
Carlos E. Araya
---+ WebCT Administrator/Trainer
 P | California Virtual Campus
 - | C/O De Anza College
 G | 21250 Stevens Creek Blvd
---+ Cupertino, CA 95014

email   [EMAIL PROTECTED]
web http://www.cvc1.org/ (work)
http://www.silverwolf-net.net (personal)
phone   408 257 0420 (work)
PGP Fingerprint:E629 5DFD 7EAE 4995 E9D7  3D2F 5A9F 0CE7 DFE7 1756

Paradoxically, a refusal to 'put a monetary value on life' means that life
is often undervalued.
-- Artificial Intelligence: A Modern Approach



-
Please check that your question has not already been answered in the
FAQ before posting. <http://xml.apache.org/cocoon/faqs.html>

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

sitemap error, after installing cvs version

2002-01-08 Thread Thomas Sempf 
Von: Thomas Sempf <[EMAIL PROTECTED]>
Datum: Die, 08. Jan. 2002  20:48:21 Europe/Berlin
An: [EMAIL PROTECTED], [EMAIL PROTECTED]
Betreff: sitemap error, after installing cvs version

Greetings,

i´ve recently downloaded and installed the cvs version of cocoon2. But now i get after starting tomcat the following error:

type fatal

message The sitemap handler's sitemap is not available. Please check logs for the exact error.

description org.apache.cocoon.ProcessingException: The sitemap handler's sitemap is not available. Please check logs for the exact error.

sender org.apache.cocoon.servlet.CocoonServlet

source Cocoon servlet

request-uri

/cocoon/welcome

path-info

welcome


Here comes the sitemap.log:

java.lang.NoSuchFieldError: manager
at org.apache.cocoon.www.sitemap_xmap.configure(sitemap_xmap.java:347)
at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:172)
at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:84)
at org.apache.cocoon.components.language.generator.GeneratorSelector.addGenerator(GeneratorSelector.java:135)
at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.addCompiledComponent(ProgramGeneratorImpl.java:355)
at org.apache.cocoon.components.language.generator.ProgramGeneratorImpl.load(ProgramGeneratorImpl.java:189)
at org.apache.cocoon.sitemap.Handler.run(Handler.java:221)
at java.lang.Thread.run(Thread.java:496)

The error in the error.log is the same

So any hint would be nice.

With regards
Thomas Sempf