topic different output from Test in Alfresco Archive

different output from Test

tomi87 — Sun, 27 Jan 2013 07:09:44 GMT

Hello,can you explain me why the output for the following test is not in order like the tasks in my xml file?and can you suggest me how I can get the output in the right order ?In my xml file I have an userTask connection from "Verify monthly financial report1" to "Verify monthly financial report4".

Re: different output from Test

trademak — Sun, 27 Jan 2013 10:07:48 GMT

Hi,

It looks like you've ran this test multiple times right?
First of all, do you really want to use a standalone H2 database to run this test? It would be better to use an in-memory H2 database, so you have a clean database every time you run the test.
The first time you run it you only have one user task. But the second time you already have two user tasks, one from the first test run (which is already one step further in the process since you completed the task) and a new task of the second test run. And since you don't do any ordering in the query, the order in which you get the tasks back is random.
So therefore you see the test result you described.

Best regards,

Re: different output from Test

tomi87 — Sun, 27 Jan 2013 14:57:38 GMT

No I ran it just one time.
Now I get a listSize = 6. Why ? But I didn't change anything.

And my other output is
Verify monthly financial report3 1
Verify monthly financial report4 2
Verify monthly financial report3 3
Verify monthly financial report3 4
Verify monthly financial report2 5
Verify monthly financial report1 6
Process instance end time: null

Because I want to move the execution until the point I want, and test from there.

Can you give me a simple code example how I can get no double tasks?

Re: different output from Test

frederikherema1 — Mon, 28 Jan 2013 09:23:19 GMT

To be absolutely sure, you're unit-test is only using the tasks from the process that you JUST created, include the "procId" in the task-query. This way, you'll be unaffected by any data left in the DB…


 List<Task> tasks = taskService.createTaskQuery().processInstanceId(procInst).list();

Re: different output from Test

tomi87 — Mon, 28 Jan 2013 09:52:15 GMT

I got it now.
I did it now in this way:

ProcessInstance pi = runtimeService.startProcessInstanceByKey("financialReport");
TaskService taskService = processEngine.getTaskService();
Task task = taskService.createTaskQuery().processInstanceId(pi.getId()).singleResult();
     
     assertEquals("Verify monthly financial report1", task.getName());
     taskService.complete(task.getId());
     task = taskService.createTaskQuery().processInstanceId(pi.getId()).singleResult();

            assertEquals("Verify monthly financial report2", task.getName());
     taskService.complete(task.getId());
     task = taskService.createTaskQuery().processInstanceId(pi.getId()).singleResult();

What can I do that JUnit didn't use the data and tasks from the database for the next starts?
–>like an "Uninfected start"

Re: different output from Test

frederikherema1 — Mon, 28 Jan 2013 10:08:08 GMT

If you're using the activiti base-class for your tests and use the @deployment annotation, the deployment should be removed and all data cascades with it… The same applies when you're using the ActivitiRule.

I see you're NOT using the activiti-rule and deployment-annotation, rather you deploy the process manually. If you don't want to use the utilities we provide you, you can always delete the deployment (cascade = true) at the end of your test.

Re: different output from Test

tomi87 — Mon, 28 Jan 2013 10:13:52 GMT

I used the whole time this:

@Test
 @Deployment(resources={"FinancialReportProcess.bpmn20.xml"})
 public void startFormSubmit() {
     
     ProcessEngine processEngine = ProcessEngineConfiguration
       .createStandaloneProcessEngineConfiguration()
       .buildProcessEngine();
…

But good to know. Thank you!

Re: different output from Test

frederikherema1 — Mon, 28 Jan 2013 10:57:15 GMT

You're using the @Deployment annotation, but you're creating the process-engine yourself. That's not going to work. You should use the services/engine provided by the ActivitiRule OR - in case of JUnit3 - the ones provided on the abstract base test class. If you're not using either of these approaches, the @Deployment is useless, as there is nothing in place to pick it up, so NO deployments will be cleaned up, either…

Re: different output from Test

tomi87 — Tue, 05 Feb 2013 08:21:16 GMT

Thank you!