possible jbpm bug, multiple jbpm_bytearray and jbpm_byteblock records creation when the process start

[balazska]

Hi!

When I use jbpm and I start a process(examplye dvdstore example app.), created two jbpm_bytearray and two jbpm_byteblock records, while the referenced jbpm_variableinstance record number is one in the jbpm database .

Is it bug, or why jbpm do this?
thx.

[kukeltje.ronald.jbpm.org]

is this pure jbpm or do you use injection/outjection of processvariables

[balazska]

I use injection and outjection with Seam:
getProcessInstance().getContextInstance().getVariable(variable);
Contexts.getBusinessProcessContext().set(variable,variable);

[norman]

Do you think this is a jbpm issue or a usage issue with the Seam integration?  (or just an issue with the example)

[balazska]

This issue is occured my own two different Seam project too not only the dvdstore Seam example.
But I don't know this is seam+jbpm or single jbpm error.

[balazska]

Any idea?

thx.

[kukeltje.ronald.jbpm.org]

I think it is an integration issue, maybe related to:

http://seamframework.org/Community/JBPMProcessVarsDuplicationsWhenUsingInOutTogether

[balazska]

Hi!

The injection and outjection is ok, but there are two records (with same data and different id) in the jbpm bytearray and byteblock tables.

[kukeltje.ronald.jbpm.org]

In jBPM 3, tasks that are started get a 'local' copy of the process level variables, so if one is related to a taskInstance and the other is not, that is normal behaviour (afaik)

[balazska]

ok thx, but when I ended the process it creates 3 records(with the seam data) in these tables.

[balazska]

What the role of the local copy?Because, when I delete manually these records the process running fine without side effect.

[kukeltje.ronald.jbpm.org]

Long story... Search the jBPM forum (e.g. with google) on things like 'task local variables'. It is debatable whether local copies are needed and what you do when the (process global) instances have already changed. Kind of the same issues with dirty reads etc in databases.