You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ode.apache.org by "Rafal Rusin (JIRA)" <ji...@apache.org> on 2009/02/12 16:35:59 UTC
[jira] Created: (ODE-516) No such method "onResponse" in
JacobObject.getMethod()
No such method "onResponse" in JacobObject.getMethod()
------------------------------------------------------
Key: ODE-516
URL: https://issues.apache.org/jira/browse/ODE-516
Project: ODE
Issue Type: Bug
Components: JBI Integration
Affects Versions: 1.3
Environment: ServiceMix 3.3, Hibernate DAO, Oracle External connection
Reporter: Rafal Rusin
Fix For: 1.3
I run a process, which does some complex behaviour, including <flow/> and invoke statements.
It worked fine on EMBEDDED Derby connection with Hibernate DAO.
I used then an external connection, like this:
<bean id="odeMCF" class="org.tranql.connector.oracle.XAMCF">
<property name="databaseName" value="XE"/>
<property name="userName" value="ode12"/>
<property name="password" value="ode12"/>
<property name="portNumber" value="1521"/>
<property name="serverName" value="localhost"/>
<property name="driverType" value="thin"/>
</bean>
<bean id="odeDataSource" class="org.jencks.factory.ConnectionFactoryFactoryBean">
<property name="managedConnectionFactory" ref="odeMCF"/>
<property name="connectionManager" ref="connectionManager"/>
</bean>
I had an error in 30% of test cases, like this:
16:04:04,252 | ERROR | pool-4-thread-5 | JacobVPU | b.vpu.JacobVPU$JacobThreadImpl 463 | Method "run" in class "org.apache.ode.bpel.engine.BpelRuntimeContextImpl$6" threw an unexpected exception.
java.lang.IllegalArgumentException: No such method "onResponse"!
at org.apache.ode.jacob.JacobObject.getMethod(JacobObject.java:125)
at org.apache.ode.jacob.vpu.ExecutionQueueImpl.matchCommunications(ExecutionQueueImpl.java:403)
at org.apache.ode.jacob.vpu.ExecutionQueueImpl.add(ExecutionQueueImpl.java:198)
at org.apache.ode.jacob.vpu.JacobVPU$JacobThreadImpl.message(JacobVPU.java:343)
at org.apache.ode.jacob.vpu.ChannelFactory$ChannelInvocationHandler.invoke(ChannelFactory.java:89)
at $Proxy34.onResponse(Unknown Source)
at org.apache.ode.bpel.engine.BpelRuntimeContextImpl.invocationResponse2(BpelRuntimeContextImpl.java:998)
at org.apache.ode.bpel.engine.BpelRuntimeContextImpl.access$200(BpelRuntimeContextImpl.java:97)
at org.apache.ode.bpel.engine.BpelRuntimeContextImpl$6.run(BpelRuntimeContextImpl.java:968)
at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.ode.jacob.vpu.JacobVPU$JacobThreadImpl.run(JacobVPU.java:451)
at org.apache.ode.jacob.vpu.JacobVPU.execute(JacobVPU.java:139)
at org.apache.ode.bpel.engine.BpelRuntimeContextImpl.execute(BpelRuntimeContextImpl.java:840)
at org.apache.ode.bpel.engine.BpelProcess.handleWorkEvent(BpelProcess.java:418)
at org.apache.ode.bpel.engine.BpelEngineImpl.onScheduledJob(BpelEngineImpl.java:424)
at org.apache.ode.bpel.engine.BpelServerImpl.onScheduledJob(BpelServerImpl.java:377)
at org.apache.ode.scheduler.simple.SimpleScheduler$4$1.call(SimpleScheduler.java:386)
at org.apache.ode.scheduler.simple.SimpleScheduler$4$1.call(SimpleScheduler.java:380)
at org.apache.ode.scheduler.simple.SimpleScheduler.execTransaction(SimpleScheduler.java:208)
at org.apache.ode.scheduler.simple.SimpleScheduler$4.call(SimpleScheduler.java:379)
at org.apache.ode.scheduler.simple.SimpleScheduler$4.call(SimpleScheduler.java:376)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
at java.lang.Thread.run(Thread.java:595)
Next, I will try to reproduce this on a smaller example and give results.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (ODE-516) No such method "onResponse" in
JacobObject.getMethod()
Posted by "Alexis Midon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/ODE-516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alexis Midon updated ODE-516:
-----------------------------
Fix Version/s: (was: 1.3.1)
1.3.2
> No such method "onResponse" in JacobObject.getMethod()
> ------------------------------------------------------
>
> Key: ODE-516
> URL: https://issues.apache.org/jira/browse/ODE-516
> Project: ODE
> Issue Type: Bug
> Components: JBI Integration
> Affects Versions: 1.3.1
> Environment: ServiceMix 3.3, Hibernate DAO, Oracle External connection
> Reporter: Rafal Rusin
> Fix For: 1.3.2
>
>
> I run a process, which does some complex behaviour, including <flow/> and invoke statements.
> It worked fine on EMBEDDED Derby connection with Hibernate DAO.
> I used then an external connection, like this:
> <bean id="odeMCF" class="org.tranql.connector.oracle.XAMCF">
> <property name="databaseName" value="XE"/>
> <property name="userName" value="ode12"/>
> <property name="password" value="ode12"/>
> <property name="portNumber" value="1521"/>
> <property name="serverName" value="localhost"/>
> <property name="driverType" value="thin"/>
> </bean>
> <bean id="odeDataSource" class="org.jencks.factory.ConnectionFactoryFactoryBean">
> <property name="managedConnectionFactory" ref="odeMCF"/>
> <property name="connectionManager" ref="connectionManager"/>
> </bean>
> I had an error in 30% of test cases, like this:
> 16:04:04,252 | ERROR | pool-4-thread-5 | JacobVPU | b.vpu.JacobVPU$JacobThreadImpl 463 | Method "run" in class "org.apache.ode.bpel.engine.BpelRuntimeContextImpl$6" threw an unexpected exception.
> java.lang.IllegalArgumentException: No such method "onResponse"!
> at org.apache.ode.jacob.JacobObject.getMethod(JacobObject.java:125)
> at org.apache.ode.jacob.vpu.ExecutionQueueImpl.matchCommunications(ExecutionQueueImpl.java:403)
> at org.apache.ode.jacob.vpu.ExecutionQueueImpl.add(ExecutionQueueImpl.java:198)
> at org.apache.ode.jacob.vpu.JacobVPU$JacobThreadImpl.message(JacobVPU.java:343)
> at org.apache.ode.jacob.vpu.ChannelFactory$ChannelInvocationHandler.invoke(ChannelFactory.java:89)
> at $Proxy34.onResponse(Unknown Source)
> at org.apache.ode.bpel.engine.BpelRuntimeContextImpl.invocationResponse2(BpelRuntimeContextImpl.java:998)
> at org.apache.ode.bpel.engine.BpelRuntimeContextImpl.access$200(BpelRuntimeContextImpl.java:97)
> at org.apache.ode.bpel.engine.BpelRuntimeContextImpl$6.run(BpelRuntimeContextImpl.java:968)
> at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.apache.ode.jacob.vpu.JacobVPU$JacobThreadImpl.run(JacobVPU.java:451)
> at org.apache.ode.jacob.vpu.JacobVPU.execute(JacobVPU.java:139)
> at org.apache.ode.bpel.engine.BpelRuntimeContextImpl.execute(BpelRuntimeContextImpl.java:840)
> at org.apache.ode.bpel.engine.BpelProcess.handleWorkEvent(BpelProcess.java:418)
> at org.apache.ode.bpel.engine.BpelEngineImpl.onScheduledJob(BpelEngineImpl.java:424)
> at org.apache.ode.bpel.engine.BpelServerImpl.onScheduledJob(BpelServerImpl.java:377)
> at org.apache.ode.scheduler.simple.SimpleScheduler$4$1.call(SimpleScheduler.java:386)
> at org.apache.ode.scheduler.simple.SimpleScheduler$4$1.call(SimpleScheduler.java:380)
> at org.apache.ode.scheduler.simple.SimpleScheduler.execTransaction(SimpleScheduler.java:208)
> at org.apache.ode.scheduler.simple.SimpleScheduler$4.call(SimpleScheduler.java:379)
> at org.apache.ode.scheduler.simple.SimpleScheduler$4.call(SimpleScheduler.java:376)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
> Next, I will try to reproduce this on a smaller example and give results.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (ODE-516) No such method "onResponse" in
JacobObject.getMethod()
Posted by "Rafal Rusin (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/ODE-516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rafal Rusin closed ODE-516.
---------------------------
Resolution: Invalid
This was configuration problem
> No such method "onResponse" in JacobObject.getMethod()
> ------------------------------------------------------
>
> Key: ODE-516
> URL: https://issues.apache.org/jira/browse/ODE-516
> Project: ODE
> Issue Type: Bug
> Components: JBI Integration
> Affects Versions: 1.3.2
> Environment: ServiceMix 3.3, Hibernate DAO, Oracle External connection
> Reporter: Rafal Rusin
> Fix For: 1.3.3
>
>
> I run a process, which does some complex behaviour, including <flow/> and invoke statements.
> It worked fine on EMBEDDED Derby connection with Hibernate DAO.
> I used then an external connection, like this:
> <bean id="odeMCF" class="org.tranql.connector.oracle.XAMCF">
> <property name="databaseName" value="XE"/>
> <property name="userName" value="ode12"/>
> <property name="password" value="ode12"/>
> <property name="portNumber" value="1521"/>
> <property name="serverName" value="localhost"/>
> <property name="driverType" value="thin"/>
> </bean>
> <bean id="odeDataSource" class="org.jencks.factory.ConnectionFactoryFactoryBean">
> <property name="managedConnectionFactory" ref="odeMCF"/>
> <property name="connectionManager" ref="connectionManager"/>
> </bean>
> I had an error in 30% of test cases, like this:
> 16:04:04,252 | ERROR | pool-4-thread-5 | JacobVPU | b.vpu.JacobVPU$JacobThreadImpl 463 | Method "run" in class "org.apache.ode.bpel.engine.BpelRuntimeContextImpl$6" threw an unexpected exception.
> java.lang.IllegalArgumentException: No such method "onResponse"!
> at org.apache.ode.jacob.JacobObject.getMethod(JacobObject.java:125)
> at org.apache.ode.jacob.vpu.ExecutionQueueImpl.matchCommunications(ExecutionQueueImpl.java:403)
> at org.apache.ode.jacob.vpu.ExecutionQueueImpl.add(ExecutionQueueImpl.java:198)
> at org.apache.ode.jacob.vpu.JacobVPU$JacobThreadImpl.message(JacobVPU.java:343)
> at org.apache.ode.jacob.vpu.ChannelFactory$ChannelInvocationHandler.invoke(ChannelFactory.java:89)
> at $Proxy34.onResponse(Unknown Source)
> at org.apache.ode.bpel.engine.BpelRuntimeContextImpl.invocationResponse2(BpelRuntimeContextImpl.java:998)
> at org.apache.ode.bpel.engine.BpelRuntimeContextImpl.access$200(BpelRuntimeContextImpl.java:97)
> at org.apache.ode.bpel.engine.BpelRuntimeContextImpl$6.run(BpelRuntimeContextImpl.java:968)
> at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at org.apache.ode.jacob.vpu.JacobVPU$JacobThreadImpl.run(JacobVPU.java:451)
> at org.apache.ode.jacob.vpu.JacobVPU.execute(JacobVPU.java:139)
> at org.apache.ode.bpel.engine.BpelRuntimeContextImpl.execute(BpelRuntimeContextImpl.java:840)
> at org.apache.ode.bpel.engine.BpelProcess.handleWorkEvent(BpelProcess.java:418)
> at org.apache.ode.bpel.engine.BpelEngineImpl.onScheduledJob(BpelEngineImpl.java:424)
> at org.apache.ode.bpel.engine.BpelServerImpl.onScheduledJob(BpelServerImpl.java:377)
> at org.apache.ode.scheduler.simple.SimpleScheduler$4$1.call(SimpleScheduler.java:386)
> at org.apache.ode.scheduler.simple.SimpleScheduler$4$1.call(SimpleScheduler.java:380)
> at org.apache.ode.scheduler.simple.SimpleScheduler.execTransaction(SimpleScheduler.java:208)
> at org.apache.ode.scheduler.simple.SimpleScheduler$4.call(SimpleScheduler.java:379)
> at org.apache.ode.scheduler.simple.SimpleScheduler$4.call(SimpleScheduler.java:376)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
> Next, I will try to reproduce this on a smaller example and give results.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.