You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Rainer Heesen <ra...@gmx.de> on 2008/09/17 23:13:13 UTC
Javaflow in C2.2
Hi,
I tried to use Javaflow within C2.2. I instrumented the Invoker.class of the
javaflow-impl archive using the AntRewriteTask. Also, I instrumented my
javaflow-bean. But I still get an error message. Do you have any idea?
Kind regards,
Rainer
2008-09-17 23:03:21,842 DEBUG http-8080-Processor25 cocoon.flow.manager - WK:
Created continuation
2276383467632d761f8d004e4c452e411e21183b
2008-09-17 23:03:21,842 DEBUG http-8080-Processor25
org.apache.cocoon.components.flow.java.JavaInterpreter - resuming
javaflow continuation
Continuation@28328720/org.apache.catalina.loader.WebappClassLoader@33114655
2008-09-17 23:03:21,842 DEBUG http-8080-Processor25
org.apache.commons.javaflow.Continuation - continueing with
continuation
org.apache.commons.javaflow.Continuation@28328720/org.apache.catalina.loader.WebappClassLoader@33114655
2008-09-17 23:03:21,842 DEBUG http-8080-Processor25
org.apache.commons.javaflow.bytecode.StackRecorder - Restoring state
of
org.apache.cocoon.components.flow.java.Invoker@2364305/org.apache.catalina.loader.WebappClassLoader@33114655
2008-09-17 23:03:21,843 DEBUG http-8080-Processor25
org.apache.commons.javaflow.bytecode.StackRecorder - calling
runnable
2008-09-17 23:03:21,843 DEBUG http-8080-Processor25
org.apache.commons.javaflow.bytecode.Stack - pop int 2
i[1],l[0],d[0],f[0],o[4],r[1]
2008-09-17 23:03:21,843 DEBUG http-8080-Processor25
org.apache.commons.javaflow.bytecode.Stack - pop object
org.cocoontest.javaflow.CFormsFlow@25359322/org.apache.catalina.loader.WebappClassLoader@33114655
[org.cocoontest.javaflow.CFormsFlow@182f3da]
2008-09-17 23:03:21,843 DEBUG http-8080-Processor25
org.apache.commons.javaflow.bytecode.Stack - pop object
org.apache.cocoon.components.flow.java.Invoker@2364305/org.apache.catalina.loader.WebappClassLoader@33114655
[org.apache.cocoon.components.flow.java.Invoker@241391]
2008-09-17 23:03:21,843 DEBUG http-8080-Processor25
org.apache.commons.javaflow.bytecode.Stack - pop reference
org.cocoontest.javaflow.CFormsFlow@25359322/org.apache.catalina.loader.WebappClassLoader@33114655
[org.cocoontest.javaflow.CFormsFlow@182f3da] i[1],l[0],d[0],f[0],o[2],r[0]
2008-09-17 23:03:21,843 ERROR http-8080-Processor25
org.apache.commons.javaflow.bytecode.StackRecorder -
org.cocoontest.javaflow.CFormsFlow
java.lang.ClassCastException: org.cocoontest.javaflow.CFormsFlow
at org.apache.cocoon.components.flow.java.Invoker.run(Invoker.java)
at
org.apache.commons.javaflow.bytecode.StackRecorder.execute(StackRecorder.java:95)
at
org.apache.commons.javaflow.Continuation.continueWith(Continuation.java:170)
at
org.apache.cocoon.components.flow.java.JavaInterpreter.handleContinuation(JavaInterpreter.java:185)
at
org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:94)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55
)
at
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78
)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78
)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:81)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:241)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:173)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:247)
at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:347)
at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:169)
Re: Javaflow in C2.2
Posted by Torsten Curdt <tc...@apache.org>.
Hm ... guess it's time for some debugging. I'll try maybe during AC
... but no promises.
cheers
--
Torsten
Re: Javaflow in C2.2
Posted by Rainer Heesen <ra...@gmx.de>.
I understand your point, but I don't know how to implement it. After resuming
the continuation, I think the stack contains correct classes.
o[7]
0:
org.apache.cocoon.samples.flow.java.CalculatorFlow@746976/org.apache.catalina.loader.WebappClassLoader@9903445
1: java.lang.String@97/unknown
2: java.lang.String@291596246/unknown
3: java.lang.String@1794106052/unknown
4:
org.apache.cocoon.samples.flow.java.CalculatorFlow@746976/org.apache.catalina.loader.WebappClassLoader@9903445
5:
org.apache.cocoon.components.flow.java.Invoker@4583661/org.apache.catalina.loader.WebappClassLoader@9903445
6:
org.apache.cocoon.samples.flow.java.CalculatorFlow@746976/org.apache.catalina.loader.WebappClassLoader@9903445
r[2]
0:
org.apache.cocoon.samples.flow.java.CalculatorFlow@746976/org.apache.catalina.loader.WebappClassLoader@9903445
1:
org.apache.cocoon.samples.flow.java.CalculatorFlow@746976/org.apache.catalina.loader.WebappClassLoader@9903445
I saw that CalculatorFlow is invoked by commons/javaflow. I haven't identified
other sources in cocoon-javaflow-impl or other blocks that invoke
CalculatorFlow. So I don't know how an incorrect instance of CalculatorFlow
is invoked.
Kind regards
Rainer
Am Sonntag 26 Oktober 2008 schrieb Torsten Curdt:
> > Eclipse offers much information in debugging mode. Are the addresses the
> > right information?
>
> Indeed.
>
>
> org.apache.cocoon.samples.flow.java.CalculatorFlow@16273041/org.apache.cata
>lina.loader.WebappClassLoader@20085762
>
> Means it's instance 16273041 of CalculatorFlow in WebappClassLoader
> instance 20085762.
>
> If you try to cast a CalculatorFlow to a CalculatorFlow that was
> loaded by anything else but
> org.apache.catalina.loader.WebappClassLoader@20085762 you will see a
> CCE. In fact it means you are then dealing with two different versions
> (not instances) of the same class.
>
> HTH
>
> cheers
> --
> Torsten
Re: Javaflow in C2.2
Posted by Torsten Curdt <tc...@apache.org>.
> Eclipse offers much information in debugging mode. Are the addresses the right
> information?
Indeed.
org.apache.cocoon.samples.flow.java.CalculatorFlow@16273041/org.apache.catalina.loader.WebappClassLoader@20085762
Means it's instance 16273041 of CalculatorFlow in WebappClassLoader
instance 20085762.
If you try to cast a CalculatorFlow to a CalculatorFlow that was
loaded by anything else but
org.apache.catalina.loader.WebappClassLoader@20085762 you will see a
CCE. In fact it means you are then dealing with two different versions
(not instances) of the same class.
HTH
cheers
--
Torsten
Re: Javaflow in C2.2
Posted by Rainer Heesen <ra...@gmx.de>.
Am Donnerstag 23 Oktober 2008 schrieb Torsten Curdt:
> More important than what listed above is the actual classloader that
> loaded the class on the stack.
>
> I you must be dealing with two different versions of CalculatorFlow or
> Invoker. (Different in being loaded by different classloaders)
>
> Check the .getClass().getClassLoader() for those and compare them with
> where the CCE occurs.
>
I think there is only one CalculatorFlow and one Invoker in place. The
addresses of the classes are:
- Classloader: 20085762
- CalculatorFlow: 16273041
- Invoker: 16645359
- Continuation: 13372028 and 2340597
I found these addresses in the logs too:
2008-10-26 11:27:51,449 DEBUG http-8080-Processor24
org.apache.commons.javaflow.Continuation - starting new flow from
org.apache.cocoon.components.flow.java.Invoker@16645359/org.apache.catalina.loader.WebappClassLoader@20085762
2008-10-26 11:27:57,001 DEBUG http-8080-Processor24
org.apache.commons.javaflow.Continuation - continueing with continuation
org.apache.commons.javaflow.Continuation@13372028/org.apache.catalina.loader.WebappClassLoader@20085762
2008-10-26 11:28:23,409 DEBUG http-8080-Processor24
org.apache.commons.javaflow.bytecode.Stack - push reference
org.apache.cocoon.samples.flow.java.CalculatorFlow@16273041/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.samples.flow.java.CalculatorFlow@f84e91]
i[0],l[0],d[0],f[0],o[0],r[0]
2008-10-26 11:28:33,266 DEBUG http-8080-Processor24
org.apache.commons.javaflow.bytecode.Stack - push object
org.apache.cocoon.samples.flow.java.CalculatorFlow@16273041/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.samples.flow.java.CalculatorFlow@f84e91]
i[0],l[0],d[0],f[0],o[0],r[1]
2008-10-26 11:29:11,826 DEBUG http-8080-Processor24
org.apache.commons.javaflow.bytecode.Stack - push reference
org.apache.cocoon.samples.flow.java.CalculatorFlow@16273041/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.samples.flow.java.CalculatorFlow@f84e91]
i[1],l[0],d[0],f[2],o[4],r[1]
2008-10-26 11:29:14,208 DEBUG http-8080-Processor24
org.apache.commons.javaflow.bytecode.Stack - push object
org.apache.cocoon.samples.flow.java.CalculatorFlow@16273041/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.samples.flow.java.CalculatorFlow@f84e91]
i[1],l[0],d[0],f[2],o[4],r[2]
2008-10-26 11:29:56,638 DEBUG http-8080-Processor24
org.apache.commons.javaflow.bytecode.Stack - push reference
org.apache.cocoon.components.flow.java.Invoker@16645359/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.components.flow.java.Invoker@fdfcef]
i[2],l[0],d[0],f[2],o[5],r[2]
2008-10-26 11:29:59,413 DEBUG http-8080-Processor24
org.apache.commons.javaflow.bytecode.Stack - push object
org.apache.cocoon.components.flow.java.Invoker@16645359/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.components.flow.java.Invoker@fdfcef]
i[2],l[0],d[0],f[2],o[5],r[3]
2008-10-26 11:30:00,777 DEBUG http-8080-Processor24
org.apache.commons.javaflow.bytecode.Stack - push object
org.apache.cocoon.samples.flow.java.CalculatorFlow@16273041/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.samples.flow.java.CalculatorFlow@f84e91]
i[2],l[0],d[0],f[2],o[6],r[3]
2008-10-26 11:30:13,900 DEBUG http-8080-Processor24
org.apache.commons.javaflow.bytecode.Stack - pop reference
org.apache.cocoon.components.flow.java.Invoker@16645359/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.components.flow.java.Invoker@fdfcef]
i[3],l[0],d[0],f[2],o[7],r[2]
2008-10-26 11:30:19,662 DEBUG http-8080-Processor24
org.apache.cocoon.components.flow.java.JavaInterpreter - generated javaflow
continuation
Continuation@23404597/org.apache.catalina.loader.WebappClassLoader@20085762
2008-10-26 11:31:32,158 DEBUG http-8080-Processor23
org.apache.cocoon.components.flow.java.JavaInterpreter - resuming javaflow
continuation
Continuation@23404597/org.apache.catalina.loader.WebappClassLoader@20085762
2008-10-26 11:31:51,076 DEBUG http-8080-Processor23
org.apache.commons.javaflow.Continuation - continueing with continuation
org.apache.commons.javaflow.Continuation@23404597/org.apache.catalina.loader.WebappClassLoader@20085762
2008-10-26 11:32:01,223 DEBUG http-8080-Processor23
org.apache.commons.javaflow.bytecode.StackRecorder - Restoring state of
org.apache.cocoon.components.flow.java.Invoker@16645359/org.apache.catalina.loader.WebappClassLoader@20085762
2008-10-26 11:32:26,656 DEBUG http-8080-Processor23
org.apache.commons.javaflow.bytecode.Stack - pop object
org.apache.cocoon.samples.flow.java.CalculatorFlow@16273041/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.samples.flow.java.CalculatorFlow@f84e91]
2008-10-26 11:32:42,290 DEBUG http-8080-Processor23
org.apache.commons.javaflow.bytecode.Stack - pop object
org.apache.cocoon.components.flow.java.Invoker@16645359/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.components.flow.java.Invoker@fdfcef]
2008-10-26 11:32:54,006 DEBUG http-8080-Processor23
org.apache.commons.javaflow.bytecode.Stack - pop reference
org.apache.cocoon.samples.flow.java.CalculatorFlow@16273041/org.apache.catalina.loader.WebappClassLoader@20085762
[org.apache.cocoon.samples.flow.java.CalculatorFlow@f84e91]
i[2],l[0],d[0],f[2],o[5],r[1]
When the error occurs I don't any information about the involved classes.
After "com.sun.jdi.InternalException" follows the CCE.
Eclipse offers much information in debugging mode. Are the addresses the right
information?
Kind regards
Rainer
Re: Javaflow in C2.2
Posted by Torsten Curdt <tc...@apache.org>.
>> Uh ... that's not good. The samples should be working. You should
>> raise an issue in jira.
>>
> I tried to locate the error via remote debugging. So, I started
> Tomcat with
> debugging support and stepped through the classes using eclipse
> debugging
> perspective. However, when I stepped into Invoker.java, I got a
> message "com.sun.jdi.InternalExcpetion: Got error code in reply: 35
> occurred
> retrieving 'this' from stack frame". I think this is a result of
> instrumenting Invoker.class by commons/javaflow. So, I can't locate
> the error
> exactly.
Hm ... usually instrumenting should not hamper debugging.
> After sendPageAndWait these are the stacks:
>
> - Integer Stack
> 0: 8
> 1: 0
> 2: 2
>
> - Object stack:
> 0: CalculatorFlow
> 1: "a"
> 2: "page/calculator-a"
> 3: "hello world"
> 4: CalculatorFlow
> 5: Invoker
> 6: Class<T> (org.apache.cocoon.samples.flow.java.CalculatorFlow)
> 7: CalculatorFlow
>
> - Reference stack:
> 0: CalculatorFlow
> 1: CalculatorFlow
>
> I don't know, if these stacks are correct. However, several pop
> actions happen
> now:
>
> 1. Reducing iTop to 2
> 2. Reducing oTop to 5
> 3. Reducing rTop to 1
>
> After this pops, the error occurs. I get an class exception error.
>
> I don't know what caused the error and how to get more information.
> Do you
> have any idea?
More important than what listed above is the actual classloader that
loaded the class on the stack.
I you must be dealing with two different versions of CalculatorFlow or
Invoker. (Different in being loaded by different classloaders)
Check the .getClass().getClassLoader() for those and compare them with
where the CCE occurs.
cheers
--
Torsten
Re: Javaflow in C2.2
Posted by Rainer Heesen <ra...@gmx.de>.
Am Samstag 20 September 2008 schrieb Torsten Curdt:
> Hey
>
> > ok, CFormsFlow is wrong, so I started to run CalculatorFlow from the
> > cocoon-javaflow-sample block. I got similar error messages. So, I
> > think my
> > setup is wrong.
>
> Uh ... that's not good. The samples should be working. You should
> raise an issue in jira.
>
I tried to locate the error via remote debugging. So, I started Tomcat with
debugging support and stepped through the classes using eclipse debugging
perspective. However, when I stepped into Invoker.java, I got a
message "com.sun.jdi.InternalExcpetion: Got error code in reply: 35 occurred
retrieving 'this' from stack frame". I think this is a result of
instrumenting Invoker.class by commons/javaflow. So, I can't locate the error
exactly.
After sendPageAndWait these are the stacks:
- Integer Stack
0: 8
1: 0
2: 2
- Object stack:
0: CalculatorFlow
1: "a"
2: "page/calculator-a"
3: "hello world"
4: CalculatorFlow
5: Invoker
6: Class<T> (org.apache.cocoon.samples.flow.java.CalculatorFlow)
7: CalculatorFlow
- Reference stack:
0: CalculatorFlow
1: CalculatorFlow
I don't know, if these stacks are correct. However, several pop actions happen
now:
1. Reducing iTop to 2
2. Reducing oTop to 5
3. Reducing rTop to 1
After this pops, the error occurs. I get an class exception error.
I don't know what caused the error and how to get more information. Do you
have any idea?
Kind regards
Rainer
Re: Javaflow in C2.2
Posted by Torsten Curdt <tc...@apache.org>.
Hey
> ok, CFormsFlow is wrong, so I started to run CalculatorFlow from the
> cocoon-javaflow-sample block. I got similar error messages. So, I
> think my
> setup is wrong.
Uh ... that's not good. The samples should be working. You should
raise an issue in jira.
> Since I didn't instrument any classes I got the error message that
> Invoker.class is not instrumented.
That's still not included in the build yet? Hm
> Do you have any idea?
Frankly speaking last time I looked into javaflow (especially the
cocoon integration) is already a few years ago. And many things have
changed.
Maybe someone using javaflow today could help out?
I would try to get class reloading working first. Both are using a
similar mechanism.
cheers
--
Torsten
Re: Javaflow in C2.2
Posted by Rainer Heesen <ra...@gmx.de>.
Hi Torsten,
ok, CFormsFlow is wrong, so I started to run CalculatorFlow from the
cocoon-javaflow-sample block. I got similar error messages. So, I think my
setup is wrong.
At first, I compiled the cocoon-javaflow-impl and cocoon-javaflow-sample
block. In the sitemap, I changed the class
org.apache.cocoon.components.flow.java.JavaflowResourceStore to org.apache.
commons.stores.JavaflowResourceStore since there was no
org.apache.cocoon.components.flow.java.JavaflowResourceStore.class in my
environment.
So, the sitemap is now:
<map:classloader
factory-role="org.apache.cocoon.classloader.ClassLoaderFactory/reloading">
<class-dir
src="../../../../../../blocks/cocoon-javaflow/cocoon-javaflow-sample/target/classes">
<store class="org.apache.commons.stores.JavaflowResourceStore" />
</class-dir>
<class-dir
src="../../../../../../blocks/cocoon-javaflow/cocoon-javaflow-impl/target/classes">
<store class="org.apache.commons.stores.JavaflowResourceStore" />
</class-dir>
<include-classes
pattern="org.apache.cocoon.forms.flow.java.FormInstance" />
<include-classes pattern="org.apache.cocoon.samples.flow.java.**" />
<include-classes
pattern="org.apache.cocoon.components.flow.java.AbstractContinuable" />
</map:classloader>
The archives javaflow-1.0-20061102.193912-3.jar as well as commons-jci-*.jar
are in the webapp/WEB-INF/lib directory.
Since I didn't instrument any classes I got the error message that
Invoker.class is not instrumented.
In the next step, I instrumented Invoker.class of the cocoon-javaflow-impl
block. Then I received an EmptyStack error.
So, I instrumented CalculatorFlow too. Afterwards, I got the
ClassCastException similar to the CFormsFlow example.
Are there any points besides javaflow beans, sitemap, and instrumentation of
classes that influence the execution of javaflow beans?
2008-09-20 20:00:10,286 ERROR http-8080-Processor24
org.apache.commons.javaflow.bytecode.StackRecorder -
org.apache.cocoon.samples.flow.java.CalculatorFlow
java.lang.ClassCastException:
org.apache.cocoon.samples.flow.java.CalculatorFlow
at org.apache.cocoon.components.flow.java.Invoker.run(Invoker.java)
at
org.apache.commons.javaflow.bytecode.StackRecorder.execute(StackRecorder.java:95)
at
org.apache.commons.javaflow.Continuation.continueWith(Continuation.java:170)
at
org.apache.cocoon.components.flow.java.JavaInterpreter.handleContinuation(JavaInterpreter.java:185)
Do you have any idea?
Kind regards
Rainer
Am Freitag 19 September 2008 schrieb Torsten Curdt:
> Hey Rainer,
>
> CFormsFlow seems to be the culprit - not the invoker.
> It's hard to tell more without knowing your setup.
>
> cheers
> --
> Torsten
>
Re: Javaflow in C2.2
Posted by Torsten Curdt <tc...@apache.org>.
Hey Rainer,
CFormsFlow seems to be the culprit - not the invoker.
It's hard to tell more without knowing your setup.
cheers
--
Torsten
On Sep 18, 2008, at 23:09, Rainer Heesen wrote:
> Many thanks for you help. It sounds interesting. I tried a grep of
> the log
> file to identify the Invoker.class instances.
>
> grep Invoker log4j.log says
>
> I think there is only one instance of the Invoker.class mentioned in
> the log
> file. Do you have any suggestion for points to check?
>
> Kind regards
>
> Rainer
>
>
>
>
> Am Donnerstag 18 September 2008 schrieb Torsten Curdt:
>>> org.apache.commons.javaflow.bytecode.StackRecorder -
>>> org.cocoontest.javaflow.CFormsFlow
>>> java.lang.ClassCastException: org.cocoontest.javaflow.CFormsFlow
>>> at
>>> org.apache.cocoon.components.flow.java.Invoker.run(Invoker.java)
>>
>> This is the interesting bit. There is somehow a classloader screwup.
>>
>> CFormsFlow is on the stack and there are different versions of it.
>> Somehow it's using the wrong one.
>>
>> But I can't say much more from here. HTH anyway.
>>
>> cheers
>> --
>> Torsten
>
>
> <log4j.zip>
Re: Javaflow in C2.2
Posted by Rainer Heesen <ra...@gmx.de>.
Many thanks for you help. It sounds interesting. I tried a grep of the log
file to identify the Invoker.class instances.
grep Invoker log4j.log says
2008-09-18 22:48:35,367 DEBUG http-8080-Processor25
org.apache.commons.javaflow.Continuation - starting new flow from
org.apache.cocoon.components.flow.java.Invoker@20805333/org.apache.catalina.loader.WebappClassLoader@11697208
2008-09-18 22:48:40,903 DEBUG http-8080-Processor25
org.apache.commons.javaflow.bytecode.Stack - push reference
org.apache.cocoon.components.flow.java.Invoker@20805333/org.apache.catalina.loader.WebappClassLoader@11697208
[org.apache.cocoon.components.flow.java.Invoker@13d76d5]
i[1],l[0],d[0],f[0],o[2],r[1]
2008-09-18 22:48:40,903 DEBUG http-8080-Processor25
org.apache.commons.javaflow.bytecode.Stack - push object
org.apache.cocoon.components.flow.java.Invoker@20805333/org.apache.catalina.loader.WebappClassLoader@11697208
[org.apache.cocoon.components.flow.java.Invoker@13d76d5]
i[1],l[0],d[0],f[0],o[2],r[2]
2008-09-18 22:48:40,903 DEBUG http-8080-Processor25
org.apache.commons.javaflow.bytecode.Stack - pop reference
org.apache.cocoon.components.flow.java.Invoker@20805333/org.apache.catalina.loader.WebappClassLoader@11697208
[org.apache.cocoon.components.flow.java.Invoker@13d76d5]
i[2],l[0],d[0],f[0],o[4],r[1]
2008-09-18 22:48:43,958 DEBUG http-8080-Processor24
org.apache.commons.javaflow.bytecode.StackRecorder - Restoring state
of
org.apache.cocoon.components.flow.java.Invoker@20805333/org.apache.catalina.loader.WebappClassLoader@11697208
2008-09-18 22:48:43,959 DEBUG http-8080-Processor24
org.apache.commons.javaflow.bytecode.Stack - pop object
org.apache.cocoon.components.flow.java.Invoker@20805333/org.apache.catalina.loader.WebappClassLoader@11697208
[org.apache.cocoon.components.flow.java.Invoker@13d76d5]
at org.apache.cocoon.components.flow.java.Invoker.run(Invoker.java)
at org.apache.cocoon.components.flow.java.Invoker.run(Invoker.java)
at org.apache.cocoon.components.flow.java.Invoker.run(Invoker.java)
I think there is only one instance of the Invoker.class mentioned in the log
file. Do you have any suggestion for points to check?
Kind regards
Rainer
Am Donnerstag 18 September 2008 schrieb Torsten Curdt:
> > org.apache.commons.javaflow.bytecode.StackRecorder -
> > org.cocoontest.javaflow.CFormsFlow
> > java.lang.ClassCastException: org.cocoontest.javaflow.CFormsFlow
> > at
> > org.apache.cocoon.components.flow.java.Invoker.run(Invoker.java)
>
> This is the interesting bit. There is somehow a classloader screwup.
>
> CFormsFlow is on the stack and there are different versions of it.
> Somehow it's using the wrong one.
>
> But I can't say much more from here. HTH anyway.
>
> cheers
> --
> Torsten
Re: Javaflow in C2.2
Posted by Torsten Curdt <tc...@apache.org>.
> org.apache.commons.javaflow.bytecode.StackRecorder -
> org.cocoontest.javaflow.CFormsFlow
> java.lang.ClassCastException: org.cocoontest.javaflow.CFormsFlow
> at
> org.apache.cocoon.components.flow.java.Invoker.run(Invoker.java)
This is the interesting bit. There is somehow a classloader screwup.
CFormsFlow is on the stack and there are different versions of it.
Somehow it's using the wrong one.
But I can't say much more from here. HTH anyway.
cheers
--
Torsten