You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Klaus Bertram <k....@kbsm.de> on 2003/10/16 16:09:09 UTC
Linotype all
Hi all
i checked out 2.1 form cvs and make a clean build
and now nothing work (moz and IE), in edit mode all is blank no src in
the browser
Here is the system.out exception by jetty:
15:57:41.944 WARN!! Error for /samples/linotype/private/edit/news/3/
java.lang.VerifyError: (class:
org/apache/cocoon/generation/JXTemplateGenerator$
TransformerAdapter$TemplateConsumer, method: endDocument signature: ()V)
Incompatible argument to function
at
org.apache.cocoon.generation.JXTemplateGenerator$TransformerAdapter.s
etup(JXTemplateGenerator.java:2509)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setu
pPipeline(AbstractProcessingPipeline.java:394)
at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingP
ipeline.setupPipeline(AbstractCachingProcessingPipeline.java:652)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.prep
arePipeline(AbstractProcessingPipeline.java:508)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.proc
ess(AbstractProcessingPipeline.java:470)
at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invo
ke(SerializeNode.java:147)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNod
e.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNo
de.invokeNodes(AbstractParentProcessingNode.java:108)
....
Re: Linotype all
Posted by Christopher Oliver <re...@verizon.net>.
I think this is a compiler bug. When an inner class accesses private
variables of the enclosing class the compiler generates accessors for
the private variables. Carsten changed these to "protected" (which made
no sense to me). This apparently causes the compiler to skip the
accessor generation. However, the result is that one class attempts to
access the protected fields of another (which is illegal). My preference
would be to revert those variables to "private". Another option would be
to make them package scope.
My $0.02,
Chris
Bruno Dumon wrote:
>On Thu, 2003-10-16 at 16:09, Klaus Bertram wrote:
>
>
>>Hi all
>>
>>i checked out 2.1 form cvs and make a clean build
>>and now nothing work (moz and IE), in edit mode all is blank no src in
>>the browser
>>Here is the system.out exception by jetty:
>>
>>15:57:41.944 WARN!! Error for /samples/linotype/private/edit/news/3/
>>java.lang.VerifyError: (class:
>>org/apache/cocoon/generation/JXTemplateGenerator$
>>TransformerAdapter$TemplateConsumer, method: endDocument signature: ()V)
>>Incompatible argument to function
>> at
>>org.apache.cocoon.generation.JXTemplateGenerator$TransformerAdapter.s
>>etup(JXTemplateGenerator.java:2509)
>> at
>>
>>
>
>I'll commit a fix shortly.
>
>I don't know why it gives this problem though, at first I thought it was
>maybe a bug in the Linux JVM I'm using.
>
>The class TemplateConsumer is a static inner class of the class
>TransformerAdapter, which in itself is a static inner class of the class
>JXTemplateGenerator. TemplateConsumer holds an instance of
>JXTemplateGenerator, and tries to access its "xmlConsumer" protected
>instance variable. Changing that by using a getter to get the
>xmlConsumer solves the problem. Strange though that this code compiles
>but fails at runtime...
>
>
>
Re: Linotype all
Posted by Klaus Bertram <k....@kbsm.de>.
Bruno Dumon wrote:
> On Thu, 2003-10-16 at 16:09, Klaus Bertram wrote:
>
>>Hi all
>>
>>i checked out 2.1 form cvs and make a clean build
>>and now nothing work (moz and IE), in edit mode all is blank no src in
>>the browser
>>Here is the system.out exception by jetty:
>>
>>15:57:41.944 WARN!! Error for /samples/linotype/private/edit/news/3/
>>java.lang.VerifyError: (class:
>>org/apache/cocoon/generation/JXTemplateGenerator$
>>TransformerAdapter$TemplateConsumer, method: endDocument signature: ()V)
>>Incompatible argument to function
>> at
>>org.apache.cocoon.generation.JXTemplateGenerator$TransformerAdapter.s
>>etup(JXTemplateGenerator.java:2509)
>> at
>
>
> I'll commit a fix shortly.
>
> I don't know why it gives this problem though, at first I thought it was
> maybe a bug in the Linux JVM I'm using.
>
> The class TemplateConsumer is a static inner class of the class
> TransformerAdapter, which in itself is a static inner class of the class
> JXTemplateGenerator. TemplateConsumer holds an instance of
> JXTemplateGenerator, and tries to access its "xmlConsumer" protected
> instance variable. Changing that by using a getter to get the
> xmlConsumer solves the problem. Strange though that this code compiles
> but fails at runtime...
>
Thank's it rocks
Klaus
Re: Linotype all
Posted by Bruno Dumon <br...@outerthought.org>.
On Thu, 2003-10-16 at 16:09, Klaus Bertram wrote:
> Hi all
>
> i checked out 2.1 form cvs and make a clean build
> and now nothing work (moz and IE), in edit mode all is blank no src in
> the browser
> Here is the system.out exception by jetty:
>
> 15:57:41.944 WARN!! Error for /samples/linotype/private/edit/news/3/
> java.lang.VerifyError: (class:
> org/apache/cocoon/generation/JXTemplateGenerator$
> TransformerAdapter$TemplateConsumer, method: endDocument signature: ()V)
> Incompatible argument to function
> at
> org.apache.cocoon.generation.JXTemplateGenerator$TransformerAdapter.s
> etup(JXTemplateGenerator.java:2509)
> at
I'll commit a fix shortly.
I don't know why it gives this problem though, at first I thought it was
maybe a bug in the Linux JVM I'm using.
The class TemplateConsumer is a static inner class of the class
TransformerAdapter, which in itself is a static inner class of the class
JXTemplateGenerator. TemplateConsumer holds an instance of
JXTemplateGenerator, and tries to access its "xmlConsumer" protected
instance variable. Changing that by using a getter to get the
xmlConsumer solves the problem. Strange though that this code compiles
but fails at runtime...
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
bruno@outerthought.org bruno@apache.org