[rules-users] Drools Flow 5.1.0.M1 - Persistence - WorkItemInfo Entity

[Vijay K Pandey]

I just ran a test one having the JPA entity and another test without the JPA entity and compared the 'workItemByteArray' - looks like they are same - so I guess these variables are not saved again as part of workiteminfo.

Another question on this is there some good way to associate a JPA entity with the workitem? Currently the association is only with the Process Instance Info? Is there any work around to associate it with the WorkItemInfo - so that this JPA entity can be queried through the 'work item info id'?

Thanks
Vijay
________________________________
From: rules-users-bounces at lists.jboss.org [mailto:rules-users-bounces at lists.jboss.org] On Behalf Of Mauricio Salatino
Sent: Wednesday, November 18, 2009 5:47 PM
To: Rules Users List
Subject: Re: [rules-users] Drools Flow 5.1.0.M1 - Persistence - WorkItemInfo Entity

 I don't think so, I don't have the code here, but for what I remember all the contextInstances that contains variables are scanned in order to expternalize the variable persistence.
I will take a look at that when I have the code handy.
Greetings.
2009/11/18 Vijay K Pandey <VPandey at mdes.ms.gov<mailto:VPandey at mdes.ms.gov>>
The JPA entity is getting stored properly in its own table through variable persistent strategy - but will the same entity also get stored as part of the serialized form in the column (workItemByteArray) of entity WorkItemInfo.

________________________________
From: rules-users-bounces at lists.jboss.org<mailto:rules-users-bounces at lists.jboss.org> [mailto:rules-users-bounces at lists.jboss.org<mailto:rules-users-bounces at lists.jboss.org>] On Behalf Of Mauricio Salatino
Sent: Wednesday, November 18, 2009 4:40 PM
To: Rules Users List
Subject: Re: [rules-users] Drools Flow 5.1.0.M1 - Persistence - WorkItemInfo Entity

Hmm .. for what I remember the variables if are configured to be persisted using JPA using the Strategies, probably are externalized. Are you sure that are not being persisted with variable persistence strategy rigth now?
2009/11/18 Vijay K Pandey <VPandey at mdes.ms.gov<mailto:VPandey at mdes.ms.gov>>
If "a" is correct - may be I can customize the "JPAWorkItemManager" for my usage? Am I on the right path or I am missing something.

Thanks
Vijay
________________________________
From: rules-users-bounces at lists.jboss.org<mailto:rules-users-bounces at lists.jboss.org> [mailto:rules-users-bounces at lists.jboss.org<mailto:rules-users-bounces at lists.jboss.org>] On Behalf Of Vijay K Pandey
Sent: Wednesday, November 18, 2009 4:15 PM
To: Rules Users List
Subject: [rules-users] Drools Flow 5.1.0.M1 - Persistence - WorkItemInfo Entity

I have a question related to the (Drools Flow 5.1.0.M1 - Persistence) on the data that gets stored as part of the org.drools.persistence.processinstance.WorkItemInfo.

a)       If I am using variable persistence strategy - and I pass a JPA Entity(stored in its own table) to a session.startProcess("", map) and map this entity variable to a parameter in the work item node - then this entity will get stored in the WorkItemInfo table as a part of the serialized form in the column (workItemByteArray). So if that is true we have got the same data stored twice? Is this correct?
b)       If "a" is true how can we avoid storing in the WorkItemInfo - is there somehow we can map the JPA entity to the WorkItemInfo - so that it doesn't gets stored twice?


Thanks
Vijay

_______________________________________________
rules-users mailing list
rules-users at lists.jboss.org<mailto:rules-users at lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users



--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -

_______________________________________________
rules-users mailing list
rules-users at lists.jboss.org<mailto:rules-users at lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-users



--
- http://salaboy.wordpress.com
- http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20091118/8d7150f4/attachment.html