You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Torsten Curdt <tc...@dff.st> on 2000/12/23 17:03:16 UTC
xsp attribute bug?
<test>
<xsp:attribute name="color">blue</xsp:attribute>
</test>
The above lines result into...
this.contentHandler.startElement("", "test", "test", xspAttr);
xspAttr.clear();
this.characters("\n ");
xspAttr.addAttribute("", "color", "color", "CDATA", "");
this.characters("\n ");
this.contentHandler.endElement("", "test", "test");
But shouldn't it be:
xspAttr.addAttribute("", "color", "color", "CDATA", "blue");
this.contentHandler.startElement("", "test", "test", xspAttr);
xspAttr.clear();
this.characters("\n ");
this.characters("\n ");
this.contentHandler.endElement("", "test", "test");
--
Torsten
Re: [C2] sealing violation in Tomcat4.0b1 with the last checkout??
Posted by Berin Loritsch <bl...@apache.org>.
Alberto Silva wrote:
>
> Hi:
>
> I just have tried the code from cocoon2 CVS, and I am having this problem
> when trying to run it on Tomcat 4.0b1.
>
> My enviroment:
> JDK 1.3.0
> Tomcat 4.0b1
>
> I have seen another messages about a problem with the last checkout, but it
> doesn't seem to be the same problem.
Sealing violation? I don't recall the Manifest marking Cocoon as sealed,
--although one of the SAX parsers that Tomcat 4.0b1 may be using might
have sealed the org.sax.xml.** packages. If that is the case, then
it might be affecting the Cocoon package. According to Servlet 2.3,
The Servlet Classloader is supposed to be divorced from the System
ClassLoader, so even if that was the case, I am not sure why it would
act that way.
>
> When I try to access http://localhost:8080/cocoon I received this error:
>
> ======================================
> A Servlet Exception Has Occurred
>
> Exception Report:
>
> javax.servlet.ServletException: Error instantiating servlet class
> org.apache.cocoon.servlet.CocoonServlet
> at
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:747)
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:544)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:227)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:196)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2041)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
> at org.apache.catalina.valves.ValveBase.invokeNext(ValveBase.java:242)
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:414)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:975)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:159)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
> at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:818)
> at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:897)
> at java.lang.Thread.run(Thread.java:484)
>
> Root Cause:
>
> java.lang.SecurityException: sealing violation
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:234)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at
> org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:648)
> at
> org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:987)
> at
> org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:906)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
> at java.lang.ClassLoader.defineClass0(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
> at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at
> org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:648)
> at
> org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:987)
> at
> org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:906)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
> at java.lang.ClassLoader.defineClass0(Native Method)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
> at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
> at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
> at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
> at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at
> org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:648)
> at
> org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:987)
> at
> org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:906)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
> at java.lang.Class.newInstance0(Native Method)
> at java.lang.Class.newInstance(Class.java:237)
> at
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:740)
> at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:544)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:227)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:196)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2041)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
>
[C2] sealing violation in Tomcat4.0b1 with the last checkout??
Posted by Alberto Silva <al...@nmp.es>.
Hi:
I just have tried the code from cocoon2 CVS, and I am having this problem
when trying to run it on Tomcat 4.0b1.
My enviroment:
JDK 1.3.0
Tomcat 4.0b1
I have seen another messages about a problem with the last checkout, but it
doesn't seem to be the same problem.
When I try to access http://localhost:8080/cocoon I received this error:
======================================
A Servlet Exception Has Occurred
Exception Report:
javax.servlet.ServletException: Error instantiating servlet class
org.apache.cocoon.servlet.CocoonServlet
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:747)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:544)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:227)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:196)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2041)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.valves.ValveBase.invokeNext(ValveBase.java:242)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:414)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:975)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:159)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:818)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:897)
at java.lang.Thread.run(Thread.java:484)
Root Cause:
java.lang.SecurityException: sealing violation
at java.net.URLClassLoader.defineClass(URLClassLoader.java:234)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at
org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:648)
at
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:987)
at
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:906)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at
org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:648)
at
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:987)
at
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:906)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at
org.apache.catalina.loader.StandardClassLoader.findClass(StandardClassLoader.java:648)
at
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:987)
at
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLoader.java:906)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:237)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:740)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:544)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:227)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:196)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2041)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
at org.apache.catalina.valves.ValveBase.invokeNext(ValveBase.java:242)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:414)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:975)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:159)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:977)
at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:818)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:897)
at java.lang.Thread.run(Thread.java:484)
======================================
Thanks for your attention.
--
____________________________________________________________
Alberto Silva - alberto@nmp.es - -o)
http://www.nmp.es - +34 948 19 79 83 - /\
GNU/Linux Registered and Supporter User N.122522 _\_v
____________________________________________________________
Ordenagailu baten gauzarik garrantzitsuena aulkia eta
teklatuaren artean dago
Re: Sony VAIO
Posted by antoine bigirimana <an...@e-tools.com>.
Pier,
Here is my address. I am interested in paying 2,200 for your machine.
antoine bigirimana
antoine@e-tools.com
Electronic Tools Company
928 First Street West
Sonoma, CA 95476
http://www.e-tools.com
+1 707 996 3320 ext. 203
----- Original Message -----
From: Pier Fumagalli <pi...@betaversion.org>
To: <co...@xml.apache.org>
Sent: Thursday, February 01, 2001 2:23 AM
Subject: Unsubscribing...
> I'm moving back to Europe, and will not be able to keep up with the
mailing
> list anymore (not that I've posted that much lately!).
>
> Keep up with the great work, and let me know when 2.0 gets out :) :) :)
>
> Pier
>
> --
> Pier Fumagalli
<ma...@betaversion.org>
> I'm selling my Sony Vaio Z505. Check out
<http://www.betaversion.org/~pier/>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
>
Unsubscribing...
Posted by Pier Fumagalli <pi...@betaversion.org>.
I'm moving back to Europe, and will not be able to keep up with the mailing
list anymore (not that I've posted that much lately!).
Keep up with the great work, and let me know when 2.0 gets out :) :) :)
Pier
--
Pier Fumagalli <ma...@betaversion.org>
I'm selling my Sony Vaio Z505. Check out <http://www.betaversion.org/~pier/>
[patch] RE: xsp attribute bug? fixed
Posted by Torsten Curdt <tc...@dff.st>.
I attached the patch to fix this...
> When I replace the select="text()|xsp:expr" with
> select="node()" the nodes make their way into the
> content variable. Although they ARE text nodes -
> why don't thy get select by text()? They should!!
> --
> Torsten
>
> > Cool! But there still seems to be a problem. The "addAttribute"
> > gets now called at the right place but there seems to be a
> > problem with it's content!
> >
> > <test>
> > <xsp:attribute name="color">blue</xsp:attribute>
> > </test>
> >
> > gives me...
> >
> > xspAttr.addAttribute("", "color", "color", "CDATA", "");
> >
> > this means: in the xsp:attribute template within the content variable
> > the for-each selects no text nodes. I can't see why...
> >
> > <test>
> > <xsp:attribute
> > name="color"><xsp:expr>testString</xsp:expr></xsp:attribute>
> > </test>
> >
> > If I have xsp:expr inside the xsp:attribute it works fine.
> >
> > > This should now be fixed. I ran into that last week, made the fix on
> > > Thursday or Friday.
> > > Get new CVS and see if it is still a problem.
> >
> > I just upgraded my xsp.xsl in my CVS version from about 10 days ago.
>
>
RE: xsp attribute bug?
Posted by Torsten Curdt <tc...@dff.st>.
When I replace the select="text()|xsp:expr" with
select="node()" the nodes make their way into the
content variable. Although they ARE text nodes -
why don't thy get select by text()? They should!!
--
Torsten
> Cool! But there still seems to be a problem. The "addAttribute"
> gets now called at the right place but there seems to be a
> problem with it's content!
>
> <test>
> <xsp:attribute name="color">blue</xsp:attribute>
> </test>
>
> gives me...
>
> xspAttr.addAttribute("", "color", "color", "CDATA", "");
>
> this means: in the xsp:attribute template within the content variable
> the for-each selects no text nodes. I can't see why...
>
> <test>
> <xsp:attribute
> name="color"><xsp:expr>testString</xsp:expr></xsp:attribute>
> </test>
>
> If I have xsp:expr inside the xsp:attribute it works fine.
>
> > This should now be fixed. I ran into that last week, made the fix on
> > Thursday or Friday.
> > Get new CVS and see if it is still a problem.
>
> I just upgraded my xsp.xsl in my CVS version from about 10 days ago.
RE: xsp attribute bug?
Posted by Torsten Curdt <tc...@dff.st>.
Cool! But there still seems to be a problem. The "addAttribute"
gets now called at the right place but there seems to be a
problem with it's content!
<test>
<xsp:attribute name="color">blue</xsp:attribute>
</test>
gives me...
xspAttr.addAttribute("", "color", "color", "CDATA", "");
this means: in the xsp:attribute template within the content variable
the for-each selects no text nodes. I can't see why...
<test>
<xsp:attribute
name="color"><xsp:expr>testString</xsp:expr></xsp:attribute>
</test>
If I have xsp:expr inside the xsp:attribute it works fine.
> This should now be fixed. I ran into that last week, made the fix on
> Thursday or Friday.
> Get new CVS and see if it is still a problem.
I just upgraded my xsp.xsl in my CVS version from about 10 days ago.
--
Torsten
Re: xsp attribute bug?
Posted by Berin Loritsch <bl...@infoplanning.com>.
This should now be fixed. I ran into that last week, made the fix on
Thursday or Friday.
Get new CVS and see if it is still a problem.
----- Original Message -----
From: Torsten Curdt <tc...@dff.st>
To: Cocoon-Dev <co...@xml.apache.org>
Sent: Saturday, December 23, 2000 11:03 AM
Subject: xsp attribute bug?
> <test>
> <xsp:attribute name="color">blue</xsp:attribute>
> </test>
>
> The above lines result into...
>
> this.contentHandler.startElement("", "test", "test", xspAttr);
> xspAttr.clear();
> this.characters("\n ");
> xspAttr.addAttribute("", "color", "color", "CDATA", "");
> this.characters("\n ");
> this.contentHandler.endElement("", "test", "test");
>
> But shouldn't it be:
>
> xspAttr.addAttribute("", "color", "color", "CDATA", "blue");
> this.contentHandler.startElement("", "test", "test", xspAttr);
> xspAttr.clear();
> this.characters("\n ");
> this.characters("\n ");
> this.contentHandler.endElement("", "test", "test");
>
> --
> Torsten