1:51 p.m.
Hi,
I found this question repeated three times on this user list without any
answers. I would, however, appreciate one.
We have a point where the flow reached a wait state and suspended. Now
we are resuming the flow [by running a different test] and trying to
complete the work item, as it is suggested by some posts on this user list.
However we are getting a Null Pointer Exception here [ at
org.drools.marshalling.impl.MarshallerReaderContext.resolveClass(MarshallerReaderContext.java:78)
].
If you have any ideas, it would be helpful.
Thank you.
// COMPLETING WORK ITEM:
ksession = JPAKnowledgeService.loadStatefulKnowledgeSession(
rwi.getSessionId(), knowledgeBase, null, env );
registerWorkItemHandlers((WorkItemManager) ksession
.getWorkItemManager(), ksession);
dbLogger = new WorkingMemoryDbLogger( ksession );
ksession.getWorkItemManager().completeWorkItem( rwi.getWorkItemId(), null
);
// EXCEPTION:
java.lang.NullPointerException
at
org.drools.marshalling.impl.MarshallerReaderContext.resolveClass(MarshallerReaderContext.java:78)
at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source)
at java.io.ObjectInputStream.readClassDesc(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
at java.io.ObjectInputStream.readObject0(Unknown Source)
at java.io.ObjectInputStream.readObject(Unknown Source)
at
org.drools.marshalling.impl.InputMarshaller.readWorkItem(InputMarshaller.java:829)
at
org.drools.persistence.processinstance.WorkItemInfo.getWorkItem(WorkItemInfo.java:86)
at
org.drools.persistence.processinstance.JPAWorkItemManager.completeWorkItem(JPAWorkItemManager.java:90)
at
org.drools.command.runtime.process.CompleteWorkItemCommand.execute(CompleteWorkItemCommand.java:46)
at
org.drools.command.runtime.process.CompleteWorkItemCommand.execute(CompleteWorkItemCommand.java:12)
at
org.drools.persistence.session.SingleSessionCommandService.execute(SingleSessionCommandService.java:254)
at
org.drools.command.impl.CommandBasedStatefulKnowledgeSession$1.completeWorkItem(CommandBasedStatefulKnowledgeSession.java:118)
at
com.jpmc.admincenter.flow.ApprovalFlowPersistenceTest.shouldResumeFlow(ApprovalFlowPersistenceTest.java:103)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:44)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
at
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
at
org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:46)
at
org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at
org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
-------- Test Execution Finished --------
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
3:19 p.m.
@nanic23,
It seems that when trying to complete the work item, internally Drools
Flow is using JPA persistence module to find ( retrieve ) a work item to be
completed from a WorkItemInfo table.
Interestingly enough, if you look at the "getWorkItem" method of the
"org.drools.persistence.processinstance.WorkItemInfo", it passes a NULL for
a RuleBase while setting up a context:
public WorkItem getWorkItem() {
if ( workItem == null ) {
try {
ByteArrayInputStream bais = new ByteArrayInputStream(
workItemByteArray );
MarshallerReaderContext context = new
MarshallerReaderContext( bais,
null, // THIS IS a RULEBASE <<<<<<<<<<<<<
null,
null );
workItem = InputMarshaller.readWorkItem( context );
And right after that, when trying to set parameters on the work item, it
uses that RuleBase in MarshallerReaderContext:
protected Class< ? > resolveClass(ObjectStreamClass desc) throws
IOException, ClassNotFoundException {
String name = desc.getName();
try {
return Class.forName(name, false,
this.ruleBase.getRootClassLoader()); // HERE IS WHERE THE NULL POINTER
EXCEPTION OCCURS
<<<<<<<<<<<<<<<<<<<<<<<
since the RuleBase is NULL
} catch (ClassNotFoundException ex) {
return super.resolveClass( desc );
}
}
I am not sure why it is not passing a RuleBase in case of
"JPAWorkItemManager.completeWorkItem", but that is how it behaves.
I think Kris would be a good guy to explain the reason / the approach
that should be taken.
/Anatoly
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
3:52 p.m.
It seems that if the Drools Flow Workitem has ANY parameters mapped (e.g.
<mapping type="in" from="someId" to="someId" />), the
InputMarshaller's for
loop gets executed:
int nbParameters = stream.readInt();
for ( int i = 0; i < nbParameters; i++ ) {
String name = stream.readUTF();
Object value = stream.readObject(); // Always a NULL
RuleBase ==> Null Pointer Exception down the line inside the callback of
this method (as described above) !!!!
workItem.setParameter( name, value ); // Never gets here
Which internally calls MarshallerReaderContext.resolveClass, and throws a
NullPointerException.
Seems like a very dangerous place to have a bug ( if it is a bug, of
course ), since that means that nobody actually resumed workitems with
parameters [ in a different thread / execution ] after the flow was
suspended... Also I did not find any framework tests for it [ separate
threaded (real life) ones ].
/Anatoly
P.S. I guess it is missed because Drools Flow rely on the out of the box
WSHumanTask implementation (that is coupled with MinaServer, hence we don't
use it). But, again, that is really strange, if it is a bug of course..
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
6:24 p.m.
With a simple test case of the problem we can figured out the solution
of it's a problem or fix it if it's a bug. In both situations we will
be happy to help!
- Ing. Mauricio Salatino -
On Apr 13, 2010, at 16:52, tolitius <webakaunt(a)gmail.com> wrote:
It seems that if the Drools Flow Workitem has ANY parameters mapped
(e.g.
<mapping type="in" from="someId" to="someId" />), the
InputMarshaller's for
loop gets executed:
int nbParameters = stream.readInt();
for ( int i = 0; i < nbParameters; i++ ) {
String name = stream.readUTF();
Object value = stream.readObject(); // Always a
NULL
RuleBase ==> Null Pointer Exception down the line inside the
callback of
this method (as described above) !!!!
workItem.setParameter( name, value ); // Never
gets here
Which internally calls MarshallerReaderContext.resolveClass, and
throws a
NullPointerException.
Seems like a very dangerous place to have a bug ( if it is a bug, of
course ), since that means that nobody actually resumed workitems with
parameters [ in a different thread / execution ] after the flow was
suspended... Also I did not find any framework tests for it [ separate
threaded (real life) ones ].
/Anatoly
P.S. I guess it is missed because Drools Flow rely on the out of the
box
WSHumanTask implementation (that is coupled with MinaServer, hence
we don't
use it). But, again, that is really strange, if it is a bug of
course..
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
6:04 p.m.
Hi Mauricio,
I am setting my "env" the following way:
env = KnowledgeBaseFactory.newEnvironment();
env.set(EnvironmentName.ENTITY_MANAGER_FACTORY, emf);
env.set(EnvironmentName.GLOBALS, new MapGlobalResolver());
My registerWorkItemHandlers() method registers workItemHandlers the
following way:
manager.registerWorkItemHandler("SomeHandler", new SomeHandler());
manager.registerWorkItemHandler("SomeOtherHandler", new
SomeOtherHandler());
After configuring the environment and registering the workItemHandlers I
reload the Session as follow:
ksession = JPAKnowledgeService.loadStatefulKnowledgeSession( SESSION_ID,
knowledgeBase, null, env );
I am using the same knowledgeBase I used to originally start the workflow,
the sessionId is the correct as I can see this on the DB, and I think I'm
setting the "env" correctly as well.
I hope this gives you a better picture of what is going on.
Please let me know if you have any questions.
Thanks,
Nick.
P.S. I agree with Tolitius... if I don't have any "Parameter Mapping"
variables going in the workItem it runs fine. But whenever I have a
Parameter Mapped for the workItem I get this error.
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
7:50 p.m.
Good to know that, can you share with us the types of the parameter
mappings, because this mappings get persisted to a binary snapshot in
the db. For this reason all the stuff that you put in there needs to
be serializable.
I'm implementing the same mechanism used by variable persistence
strategies to those mappings in work items parameters.
- Ing. Mauricio Salatino -
On Apr 13, 2010, at 19:04, nanic23 <nanic23(a)hotmail.com> wrote:
Hi Mauricio,
I am setting my "env" the following way:
env = KnowledgeBaseFactory.newEnvironment();
env.set(EnvironmentName.ENTITY_MANAGER_FACTORY, emf);
env.set(EnvironmentName.GLOBALS, new MapGlobalResolver());
My registerWorkItemHandlers() method registers workItemHandlers the
following way:
manager.registerWorkItemHandler("SomeHandler", new SomeHandler
());
manager.registerWorkItemHandler("SomeOtherHandler", new
SomeOtherHandler());
After configuring the environment and registering the
workItemHandlers I
reload the Session as follow:
ksession = JPAKnowledgeService.loadStatefulKnowledgeSession
( SESSION_ID,
knowledgeBase, null, env );
I am using the same knowledgeBase I used to originally start the
workflow,
the sessionId is the correct as I can see this on the DB, and I
think I'm
setting the "env" correctly as well.
I hope this gives you a better picture of what is going on.
Please let me know if you have any questions.
Thanks,
Nick.
P.S. I agree with Tolitius... if I don't have any "Parameter Mapping"
variables going in the workItem it runs fine. But whenever I have a
Parameter Mapped for the workItem I get this error.
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
6:26 a.m.
Hello,
I'm having exactly the same problem. The class it is trying to resolve is a
java.util.HashMap which is serializable.
Steve
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
6:49 a.m.
What is in your hashmap? Hashmap is only serializable if all the keys and values within it
are also serializable.
Thomas
-----Original Message-----
From: rules-users-bounces(a)lists.jboss.org [mailto:rules-users-
bounces(a)lists.jboss.org] On Behalf Of slawlor
Sent: 14 April 2010 12:26
To: rules-users(a)lists.jboss.org
Subject: Re: [rules-users] Resuming Flow: NPE when completing a work item
Hello,
I'm having exactly the same problem. The class it is trying to resolve is a
java.util.HashMap which is serializable.
Steve
--
View this message in context: http://n3.nabble.com/Resuming-Flow-NPE-when-
completing-a-work-item-tp716847p718277.html
Sent from the Drools - User mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
**************************************************************************************
This message is confidential and intended only for the addressee. If you have received
this message in error, please immediately notify the postmaster(a)nds.com and delete it from
your system as well as any copies. The content of e-mails as well as traffic data may be
monitored by NDS for employment and security purposes. To protect the environment please
do not print this e-mail unless necessary.
NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United
Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603
8808 40-00
**************************************************************************************
This message is confidential and intended only for the addressee. If you have received
this message in error, please immediately notify the postmaster(a)nds.com and delete it from
your system as well as any copies. The content of e-mails as well as traffic data may be
monitored by NDS for employment and security purposes.
To protect the environment please do not print this e-mail unless necessary.
An NDS Group Limited company. www.nds.com
7:07 a.m.
Thanks Thomas,
The key is a String and the value is a
org.drools.process.core.datatype.impl.type.ObjectDataType. The latter is
Externalizable which I think means it's also Serializable.
Steve
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
9:14 a.m.
The ObjectDataType describe a type of Object, that means that in runtime you
will have an instance of an object. Do you have a particular reason to
insert an ObjectDataType inside the parameter mappings of a work item?
In the class WorkItemImpl you will see the parameters field:
private Map<String, Object> parameters = new HashMap<String, Object>();
On Wed, Apr 14, 2010 at 8:07 AM, slawlor <
slawlor_contractor(a)decaresystems.ie> wrote:
Thanks Thomas,
The key is a String and the value is a
org.drools.process.core.datatype.impl.type.ObjectDataType. The latter is
Externalizable which I think means it's also Serializable.
Steve
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
8:59 a.m.
Hi Mauricio,
Thank you very much for you comments. I am mapping a single variable type
Long.
Could you please look at posts above as I think they might have a good
point. There it seems that the getWorkItem method is creating a
MarshallerReaderContext with a "null" value for the ruleBase argument:
public WorkItem getWorkItem() {
if ( workItem == null ) {
try {
ByteArrayInputStream bais = new ByteArrayInputStream(
workItemByteArray );
MarshallerReaderContext context = new
MarshallerReaderContext( bais,
null, // THIS IS a RULEBASE <<<<<<<<<<<<<
null,
null );
workItem = InputMarshaller.readWorkItem( context );
This in turn ends up creating a NPE when the "null" ruleBase is used.
protected Class< ? > resolveClass(ObjectStreamClass desc) throws
IOException, ClassNotFoundException {
String name = desc.getName();
try {
return Class.forName(name, false,
this.ruleBase.getRootClassLoader()); // HERE IS WHERE THE NULL POINTER
EXCEPTION OCCURS
<<<<<<<<<<<<<<<<<<<<<<<
since the RuleBase is NULL
} catch (ClassNotFoundException ex) {
return super.resolveClass( desc );
}
}
This is explained in more detail in the posts above. Do you think this could
be the issue? Am I following (and understanding) Drools src code correctly?
I appreciate your help!
Thanks,
Nick.
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
9:59 a.m.
Can you provide us a simple project with a test case?
It's easy to me to debug and find the problem. And looks like you already
point out where is the problem (the work items mapping parameters).
With a simple maven project that show that situation we can create a jira
issue if we think that it's a bug. That it's possible because the
resolveClass methods was introduced after the rest of the class.
I can work on solve that problem tonight after finishing my current
assignments, but with out a simple test case that shows that it fails. It's
impossible for me to start with it.
On Wed, Apr 14, 2010 at 9:59 AM, nanic23 <nanic23(a)hotmail.com> wrote:
Hi Mauricio,
Thank you very much for you comments. I am mapping a single variable type
Long.
Could you please look at posts above as I think they might have a good
point. There it seems that the getWorkItem method is creating a
MarshallerReaderContext with a "null" value for the ruleBase argument:
public WorkItem getWorkItem() {
if ( workItem == null ) {
try {
ByteArrayInputStream bais = new ByteArrayInputStream(
workItemByteArray );
MarshallerReaderContext context = new
MarshallerReaderContext( bais,
null, // THIS IS a RULEBASE <<<<<<<<<<<<<
null,
null );
workItem = InputMarshaller.readWorkItem( context );
This in turn ends up creating a NPE when the "null" ruleBase is used.
protected Class< ? > resolveClass(ObjectStreamClass desc) throws
IOException, ClassNotFoundException {
String name = desc.getName();
try {
return Class.forName(name, false,
this.ruleBase.getRootClassLoader()); // HERE IS WHERE THE NULL POINTER
EXCEPTION OCCURS
<<<<<<<<<<<<<<<<<<<<<<<
since the RuleBase is NULL
} catch (ClassNotFoundException ex) {
return super.resolveClass( desc );
}
}
This is explained in more detail in the posts above. Do you think this
could
be the issue? Am I following (and understanding) Drools src code correctly?
I appreciate your help!
Thanks,
Nick.
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
10:06 a.m.
BTW, you stack trace seem to be from another version, and not the trunk.
Can you please also provide the Drools version that you are using with the
test case?
On Wed, Apr 14, 2010 at 10:59 AM, Mauricio Salatino <salaboy(a)gmail.com>wrote:
Can you provide us a simple project with a test case?
It's easy to me to debug and find the problem. And looks like you already
point out where is the problem (the work items mapping parameters).
With a simple maven project that show that situation we can create a jira
issue if we think that it's a bug. That it's possible because the
resolveClass methods was introduced after the rest of the class.
I can work on solve that problem tonight after finishing my current
assignments, but with out a simple test case that shows that it fails. It's
impossible for me to start with it.
On Wed, Apr 14, 2010 at 9:59 AM, nanic23 <nanic23(a)hotmail.com> wrote:
>
> Hi Mauricio,
>
> Thank you very much for you comments. I am mapping a single variable type
> Long.
>
> Could you please look at posts above as I think they might have a good
> point. There it seems that the getWorkItem method is creating a
> MarshallerReaderContext with a "null" value for the ruleBase argument:
>
> public WorkItem getWorkItem() {
> if ( workItem == null ) {
> try {
> ByteArrayInputStream bais = new ByteArrayInputStream(
> workItemByteArray );
> MarshallerReaderContext context = new
> MarshallerReaderContext( bais,
>
>
> null, // THIS IS a RULEBASE <<<<<<<<<<<<<
>
>
> null,
>
> null );
> workItem = InputMarshaller.readWorkItem( context );
>
>
> This in turn ends up creating a NPE when the "null" ruleBase is used.
>
> protected Class< ? > resolveClass(ObjectStreamClass desc) throws
> IOException, ClassNotFoundException {
> String name = desc.getName();
> try {
>
> return Class.forName(name, false,
> this.ruleBase.getRootClassLoader()); // HERE IS WHERE THE NULL POINTER
> EXCEPTION OCCURS
<<<<<<<<<<<<<<<<<<<<<<<
since the RuleBase is NULL
>
> } catch (ClassNotFoundException ex) {
> return super.resolveClass( desc );
> }
> }
>
> This is explained in more detail in the posts above. Do you think this
> could
> be the issue? Am I following (and understanding) Drools src code
> correctly?
>
> I appreciate your help!
>
> Thanks,
>
> Nick.
> --
> View this message in context:
>
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
> Sent from the Drools - User mailing list archive at Nabble.com.
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
1:52 p.m.
Hi Mauricio,
My test cases are business components that I can't share. But.... this is
just a very simple situation, nothing complicated here. You can do a very
simple flow that will suspend in a workItem to which you pass a Long (or
Integer) and then after it has been persisted try to reload it to complete
the work item...
In my case, I'm suspending in a HumanTask that just has a regular
WorkItemHandler behind (no Mina server), I am mapping a parameter of type
Long..... I have also tried the Integer option provided in the graphical
eclipse editor and none of them worked. When the flow is resuming and those
variables are getting restored I get the exception indicated on the first
post.
I wanted to point out that it is working fine when the parameter mapped is a
String instead of a Long or Integer.
I hope this helps clarifying things.
Let me know if you have any other question.
Thanks,
Nick.
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
2:49 p.m.
Can you provide that simple test case, so I don't need to create a new maven
project a flow and a test (Junit with asserts) that show that it's failing?
I understand your situation but try understand mine.
On Wed, Apr 14, 2010 at 2:52 PM, nanic23 <nanic23(a)hotmail.com> wrote:
Hi Mauricio,
My test cases are business components that I can't share. But.... this is
just a very simple situation, nothing complicated here. You can do a very
simple flow that will suspend in a workItem to which you pass a Long (or
Integer) and then after it has been persisted try to reload it to complete
the work item...
In my case, I'm suspending in a HumanTask that just has a regular
WorkItemHandler behind (no Mina server), I am mapping a parameter of type
Long..... I have also tried the Integer option provided in the graphical
eclipse editor and none of them worked. When the flow is resuming and those
variables are getting restored I get the exception indicated on the first
post.
I wanted to point out that it is working fine when the parameter mapped is
a
String instead of a Long or Integer.
I hope this helps clarifying things.
Let me know if you have any other question.
Thanks,
Nick.
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
11:33 p.m.
hello everybody,
i also had the same problem...............
but still as i was very urgently required the workaround.....i altered the
source code
u can check out the post in :
http://n3.nabble.com/MarshallerReaderContext-resolveClass-unhandled-null-...
Marshaller Error
the above approch helps me in any type of situation/variable persistence is
concerned for my use case
it works wid Long , Map , and Any Domain object (Object)
-----
Keep Working >>
KiranP
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
2:31 a.m.
opened a JIRA: https://jira.jboss.org/jira/browse/JBRULES-2485
vote up to get it rolling!
P.S. On the other note, just went through creating a JBoss account to create
this JIRA.... I think my mortgage application had fewer required fields..
"Company Annual Revenue" is required.. to submit a JIRA.. really!? :)
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
6:58 a.m.
Good to see the Jira issue created, now you can track our work!
can you attach to the jira issue a simple maven project, with a unit test
and a ruleflow file that let us replicate the error?
P.S. weird JBoss form, it really freaks me out :)
On Thu, Apr 15, 2010 at 3:31 AM, tolitius <webakaunt(a)gmail.com> wrote:
opened a JIRA: https://jira.jboss.org/jira/browse/JBRULES-2485
vote up to get it rolling!
P.S. On the other note, just went through creating a JBoss account to
create
this JIRA.... I think my mortgage application had fewer required fields..
"Company Annual Revenue" is required.. to submit a JIRA.. really!? :)
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
7:50 a.m.
fix for the NPE is commited.. I will need to review some variable
persistence issues with out mappings.
I will keep you posted!
On Thu, Apr 15, 2010 at 7:58 AM, Mauricio Salatino <salaboy(a)gmail.com>wrote:
Good to see the Jira issue created, now you can track our work!
can you attach to the jira issue a simple maven project, with a unit test
and a ruleflow file that let us replicate the error?
P.S. weird JBoss form, it really freaks me out :)
On Thu, Apr 15, 2010 at 3:31 AM, tolitius <webakaunt(a)gmail.com> wrote:
>
> opened a JIRA: https://jira.jboss.org/jira/browse/JBRULES-2485
>
> vote up to get it rolling!
>
> P.S. On the other note, just went through creating a JBoss account to
> create
> this JIRA.... I think my mortgage application had fewer required fields..
> "Company Annual Revenue" is required.. to submit a JIRA.. really!? :)
> --
> View this message in context:
>
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
> Sent from the Drools - User mailing list archive at Nabble.com.
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
9:50 a.m.
done, it's working.. my next assignment for free time will be variable
persistence strategies for work items. :)
On Thu, Apr 15, 2010 at 8:50 AM, Mauricio Salatino <salaboy(a)gmail.com>wrote:
fix for the NPE is commited.. I will need to review some variable
persistence issues with out mappings.
I will keep you posted!
On Thu, Apr 15, 2010 at 7:58 AM, Mauricio Salatino <salaboy(a)gmail.com>wrote:
> Good to see the Jira issue created, now you can track our work!
> can you attach to the jira issue a simple maven project, with a unit test
> and a ruleflow file that let us replicate the error?
>
> P.S. weird JBoss form, it really freaks me out :)
>
>
>
> On Thu, Apr 15, 2010 at 3:31 AM, tolitius <webakaunt(a)gmail.com> wrote:
>
>>
>> opened a JIRA: https://jira.jboss.org/jira/browse/JBRULES-2485
>>
>> vote up to get it rolling!
>>
>> P.S. On the other note, just went through creating a JBoss account to
>> create
>> this JIRA.... I think my mortgage application had fewer required fields..
>> "Company Annual Revenue" is required.. to submit a JIRA.. really!? :)
>> --
>> View this message in context:
>>
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
>> Sent from the Drools - User mailing list archive at Nabble.com.
>> _______________________________________________
>> rules-users mailing list
>> rules-users(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>
>
>
> --
> - http://salaboy.wordpress.com
> - http://www.jbug.com.ar
> - Salatino "Salaboy" Mauricio -
>
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
10:47 a.m.
great, thank you!
I see that the JIRA is still open, and hasf "Fix Versions: None".
I take it it is fixed in M2, right?
/Anatoly
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
10:55 a.m.
yes.. it will be on M2 and the trunk if you need it right now.
On Thu, Apr 15, 2010 at 11:47 AM, tolitius <webakaunt(a)gmail.com> wrote:
great, thank you!
I see that the JIRA is still open, and hasf "Fix Versions: None".
I take it it is fixed in M2, right?
/Anatoly
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
11:29 a.m.
Thanks a lot Mauricio!!!
It is very appreciated.
Nick.
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
2:54 a.m.
Thanks for the fix.
Steve
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
3:53 p.m.
Hi nanic23,
Can you provide us more information about your test case?
Are you sure that the sessionId is the correct one? the knowledgeBase
provided is the correct one, and the env too?
ksession = JPAKnowledgeService.
loadStatefulKnowledgeSession(
rwi.getSessionId(), knowledgeBase, null, env );
would be nice also to see what are you doing in the following method:
registerWorkItemHandlers((
WorkItemManager) ksession
.getWorkItemManager(), ksession);
On Tue, Apr 13, 2010 at 4:19 PM, tolitius <webakaunt(a)gmail.com> wrote:
@nanic23,
It seems that when trying to complete the work item, internally Drools
Flow is using JPA persistence module to find ( retrieve ) a work item to be
completed from a WorkItemInfo table.
Interestingly enough, if you look at the "getWorkItem" method of the
"org.drools.persistence.processinstance.WorkItemInfo", it passes a NULL for
a RuleBase while setting up a context:
public WorkItem getWorkItem() {
if ( workItem == null ) {
try {
ByteArrayInputStream bais = new ByteArrayInputStream(
workItemByteArray );
MarshallerReaderContext context = new
MarshallerReaderContext( bais,
null, // THIS IS a RULEBASE <<<<<<<<<<<<<
null,
null );
workItem = InputMarshaller.readWorkItem( context );
And right after that, when trying to set parameters on the work item, it
uses that RuleBase in MarshallerReaderContext:
protected Class< ? > resolveClass(ObjectStreamClass desc) throws
IOException, ClassNotFoundException {
String name = desc.getName();
try {
return Class.forName(name, false,
this.ruleBase.getRootClassLoader()); // HERE IS WHERE THE NULL POINTER
EXCEPTION OCCURS
<<<<<<<<<<<<<<<<<<<<<<<
since the RuleBase is NULL
} catch (ClassNotFoundException ex) {
return super.resolveClass( desc );
}
}
I am not sure why it is not passing a RuleBase in case of
"JPAWorkItemManager.completeWorkItem", but that is how it behaves.
I think Kris would be a good guy to explain the reason / the approach
that should be taken.
/Anatoly
--
View this message in context:
http://n3.nabble.com/Resuming-Flow-NPE-when-completing-a-work-item-tp7168...
Sent from the Drools - User mailing list archive at Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
5833
days inactive
5836
days old
24 comments
7 participants
participants (7)
-
KiranP -
Mauricio Salatino -
nanic23 -
Salaboy
-
slawlor -
Swindells, Thomas -
tolitius