Possible bug?

2002-04-04 Thread Mike Ahlers 




Using: Jdk 1.4, Tomcat 2.0.3, Cocoon 
2.0.2

I notice during creation of first XSP page I always 
get an error. The page is partially created, and after first image it errors. 
Refreshing the request results in a smooth operation. My hunch is that there 
might be a flaw during initialization? Response wasn't reset??? An extract from 
log:

DEBUG (2002-04-04) 
13:34.06:624 [access](/cocoon/somesite/images/downloads.jpg) 
HttpProcessor[80][5]/AbstractEnvironment: Changing Cocoon 
contextDEBUG (2002-04-04) 13:34.06:624 
[access](/cocoon/somesite/images/downloads.jpg) 
HttpProcessor[80][5]/AbstractEnvironment: from 
context(file:/G:/Tomcat/webapps/cocoon/) and prefix()DEBUG 
(2002-04-04) 13:34.06:624 
[access](/cocoon/somesite/images/downloads.jpg) 
HttpProcessor[80][5]/AbstractEnvironment: to context(sitemap.xmap) 
and prefix()DEBUG (2002-04-04) 13:34.06:624 
[access](/cocoon/somesite/images/downloads.jpg) 
HttpProcessor[80][5]/AbstractEnvironment: at URI 
somesite/images/downloads.jpgDEBUG (2002-04-04) 
13:34.06:624 [access](/cocoon/somesite/images/downloads.jpg) 
HttpProcessor[80][5]/AbstractEnvironment: New context is 
file:/G:/Tomcat/webapps/cocoon/DEBUG (2002-04-04) 
13:34.06:624 [access](/cocoon/somesite/images/downloads.jpg) 
HttpProcessor[80][5]/AbstractEnvironment: Changing Cocoon 
contextDEBUG (2002-04-04) 13:34.06:624 
[access](/cocoon/somesite/images/downloads.jpg) 
HttpProcessor[80][5]/AbstractEnvironment: from 
context(file:/G:/Tomcat/webapps/cocoon/) and prefix()DEBUG 
(2002-04-04) 13:34.06:624 
[access](/cocoon/somesite/images/downloads.jpg) 
HttpProcessor[80][5]/AbstractEnvironment: to 
context(somesite/sitemap.xmap) and prefix(somesite)DEBUG 
(2002-04-04) 13:34.06:624 
[access](/cocoon/somesite/images/downloads.jpg) 
HttpProcessor[80][5]/AbstractEnvironment: at URI 
somesite/images/downloads.jpgDEBUG (2002-04-04) 
13:34.06:624 [access](/cocoon/somesite/images/downloads.jpg) 
HttpProcessor[80][5]/AbstractEnvironment: New context is 
file:/G:/Tomcat/webapps/cocoon/somesite/DEBUG (2002-04-04) 
13:34.06:624 [access](/cocoon/somesite/images/login.jpg) 
HttpProcessor[80][6]/AbstractEnvironment: Set the URI Prefix (OLD=somesite/, 
NEW=)DEBUG (2002-04-04) 13:34.06:624 
[access](/cocoon/somesite/images/login.jpg) 
HttpProcessor[80][6]/AbstractEnvironment: Reset context to 
file:/G:/Tomcat/webapps/cocoon/DEBUG (2002-04-04) 
13:34.06:624 [access](/cocoon/somesite/images/login.jpg) 
HttpProcessor[80][6]/HttpEnvironment: Response wasn't resetDEBUG 
(2002-04-04) 13:34.06:634 
[access](/cocoon/somesite/images/login.jpg) 
HttpProcessor[80][6]/AbstractEnvironment: Resolving 
'stylesheets/system/error2html.xsl' in context 
'file:/G:/Tomcat/webapps/cocoon/'DEBUG (2002-04-04) 
13:34.06:634 [access](/cocoon/somesite/images/login.jpg) 
HttpProcessor[80][6]/AbstractEnvironment: Resolved to 
'file:/G:/Tomcat/webapps/cocoon/stylesheets/system/error2html.xsl'

snip

DEBUG (2002-04-04) 
13:34.06:714 [access](/cocoon/somesite/images/login.jpg) 
HttpProcessor[80][6]/AbstractEnvironment: Set the URI Prefix (OLD=, 
NEW=)DEBUG (2002-04-04) 13:34.06:714 
[access](/cocoon/somesite/images/login.jpg) 
HttpProcessor[80][6]/AbstractEnvironment: Reset context to 
file:/G:/Tomcat/webapps/cocoon/ERROR (2002-04-04) 
13:34.06:714 [access](/cocoon/somesite/images/login.jpg) 
HttpProcessor[80][6]/CocoonServlet: Problem with 
servletjava.lang.IllegalStateExceptionat 
org.apache.catalina.connector.HttpResponseFacade.sendError(HttpResponseFacade.java:159)at 
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1003)at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193

Reagrds,
Mike Ahlers

Possible bug? (addendum)

2002-04-04 Thread Mike Ahlers 




Make that Tomcat 4.0.3

Oops

Mike

Problems with Cocoon 2.0.2

2002-03-26 Thread Mike Ahlers 




Hi,

I use java 1.4, Tomcat 4.0.3 and Cocoon 2.0.2. 
Copied the cocoon.war to webapps and was hoping of a smooth lift-off. Error I am 
getting is:

org.apache.cocoon.ProcessingException: Error compiling sitemap: 
java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGPaint	at 
org.apache.cocoon.sitemap.Handler.run(Handler.java:295)	at 
java.lang.Thread.run(Thread.java:536)Caused by: 
java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGPaint	at 
java.lang.ClassLoader.defineClass0(Native Method)	at 
java.lang.ClassLoader.defineClass(ClassLoader.java:509)	at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)	at 
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1631)	at 
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:926)	at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1360)	at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1243)	at 
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:322)
[ -- snipped rest of stack-trace -- ]

Do I miss something here?

Thanks in advance,
Mike

Re: Problems with Cocoon 2.0.2

2002-03-26 Thread Mike Ahlers 



Tx, that solved it.

  - Original Message - 
  From: 
  Diego Lluna 
  
  To: [EMAIL PROTECTED] 
  
  Sent: Tuesday, March 26, 2002 12:41 
  PM
  Subject: RE: Problems with Cocoon 
  2.0.2
  
  Hi,
  
  I was having a similar problem a while ago. My versions do not exactly 
  match, still,
  I would try this:
  
  
  Then you have to copy the batik...jar and xml-apis.jar file to 
  the common/lib directory and restart tomcat again.
  
  it worked for me, and i couldn't find it in the 
  documentation.
  
  Diego
  
-Mensaje original-De: Mike Ahlers 
[mailto:[EMAIL PROTECTED]]Enviado el: martes, 26 de marzo de 2002 
12:31Para: [EMAIL PROTECTED]Asunto: Problems 
with Cocoon 2.0.2

Hi,

I use java 1.4, Tomcat 4.0.3 and Cocoon 2.0.2. 
Copied the cocoon.war to webapps and was hoping of a smooth lift-off. Error 
I am getting is:

org.apache.cocoon.ProcessingException: Error compiling sitemap: 
java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGPaintat 
org.apache.cocoon.sitemap.Handler.run(Handler.java:295)at 
java.lang.Thread.run(Thread.java:536)Caused by: 
java.lang.NoClassDefFoundError: org/w3c/dom/svg/SVGPaintat 
java.lang.ClassLoader.defineClass0(Native Method)at 
java.lang.ClassLoader.defineClass(ClassLoader.java:509)at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)at 
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1631)at 
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:926)at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1360)at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1243)at 
java.lang.ClassLoader.loadClassInternal(ClassLoader.java:322)
[ -- snipped rest of stack-trace -- 
]

Do I miss something here?

Thanks in advance,
Mike

sitemap.xmap question

2002-01-08 Thread Mike Ahlers 




Hi list,

I am new to Cocoon and I am getting my hands dirty 
already. I love it, but have a question or problem that puzzles me.
Is it possible to configure the sitemap that when 
it encounters a 'directory-call' like ../righthere/ i.e. requests with a 
trailing slash that FIRST a check is made to see if there is a file present, 
lets say index.xml, and IF it is, it would transform that index file rather than 
displaying the directory structure?

From browsing through the source I found 
this:

 map:match 
pattern="**/" map:generate type="directory" 
src="{1}"/ map:transform 
src="stylesheets/system/directory2html.xsl"/ 
map:serialize/ /map:match
In my eyes, it should be possible to tamper with 
this but I have no idea how. Thanks in advance,

Mike