topic Re: viewing process def in explorer when process definition deployed using bpmn file thorugh java program in Alfresco Archive

viewing process def in explorer when process definition deployed using bpmn file thorugh java program

knishant14 — Tue, 27 May 2014 06:50:52 GMT

Hi,I have deployed and run process definition through java program in eclipse. I have the bpmn file in my project resource folder. My code uses activiti apis to deploy and run the process definition though a junit test case.Now i am trying to see the process definition in activiti explorer which is

Re: viewing process def in explorer when process definition deployed using bpmn file thorugh java program

jbarrez — Tue, 27 May 2014 08:46:38 GMT

Is there more stacktrace? The root cause seems to be missing from this one.

Re: viewing process def in explorer when process definition deployed using bpmn file thorugh java program

knishant14 — Tue, 27 May 2014 09:54:21 GMT

it got resolved when i switch to programatic deployment from spring deployment. I dont know why in spring deployment deployment id is having value "null" in GE_bytearray table.

But now i am facing another issue with duplicate filtering. i have enabled like this.

repositoryService.createDeployment().name(processDefinitionName).addClasspathResource("resources/processflow/activiti/modified.bpmn20.xml").enableDuplicateFiltering().deploy();

But every time when i run a junit test case it does a new deployment. Am i missing something?

Please suggest.

Regards,
Kumar Nishant Alok

Re: viewing process def in explorer when process definition deployed using bpmn file thorugh java program

jbarrez — Fri, 30 May 2014 08:39:29 GMT

And you are sure your unit test doesn't clean up the deployments?

Do you see two entries in your database table with the same name?

Duplicate filtering should avoid that a process with the same name and xml is deployed twice.

Re: viewing process def in explorer when process definition deployed using bpmn file thorugh java program

knishant14 — Fri, 06 Jun 2014 05:45:20 GMT

Sorry for delayed reply.

It got resolved.

Thanks