Retry after timeout

[cyr1]

we have a scripttask with a very long (+6min) duration.
After about 6min the logger shows, that the same script is executet again in a different thread.
The scripttask is not Asynchronous.
Is there a reason why the scripttask runs twice?
Can we turn that rerun off?

DB: MSSQL
ActivitiVersion: 5.14

Here are the logs:
25.08.2016 14:30:31,682 [ajp-bio-127.0.0.1-10011-exec-2] DEBUG ch.ultrasoft.process.arbeitsentgeltVerbuchen.Speichern  ::: start date: Thu Aug 25 14:30:31 CEST 2016
25.08.2016 14:30:31,683 [ajp-bio-127.0.0.1-10011-exec-2] DEBUG ch.ultrasoft.process.arbeitsentgeltVerbuchen.Speichern  ::: apaString: [apaId_15877, apaId_15770, apaId_15995, apaId_15833, apaId_15872, apaId_15858, apaId_15880, apaId_15805, apaId_15859, apaId_15791, apaId_15873, apaId_15834, apaId_15771, apaId_15788, apaId_15835, apaId_15812, apaId_15828, apaId_16658, apaId_15797, apaId_15860, apaId_16067, apaId_15801, apaId_15843, apaId_15909, apaId_15864, apaId_15823, apaId_15766, apaId_15845, apaId_15889, apaId_15802, apaId_15606, apaId_16468, apaId_15836, apaId_15803, apaId_15904, apaId_15865, apaId_15846, apaId_15815, apaId_15898, apaId_15881, apaId_16159, apaId_15787, apaId_15885, apaId_15794, apaId_15892, apaId_16659, apaId_15778, apaId_16221, apaId_15607, apaId_15789, apaId_15772, apaId_15765, apaId_15884, apaId_15837, apaId_15798, apaId_16070, apaId_15817, apaId_15849, apaId_15855, apaId_15838, apaId_15867, apaId_15850, apaId_15887, apaId_15839, apaId_15861, apaId_15874, apaId_15829, apaId_16535, apaId_15840, apaId_15773, apaId_15911, apaId_15900, apaId_15806, apaId_15875, apaId_15764, apaId_15848, apaId_15844, apaId_15790, apaId_16469, apaId_15819, apaId_15901, apaId_15783, apaId_15793, apaId_15890, apaId_15804, apaId_16528, apaId_16223, apaId_15886, apaId_15814, apaId_15883, apaId_15769, apaId_15807, apaId_15851, apaId_15905, apaId_15784, apaId_15774, apaId_15821, apaId_15871, apaId_16069, apaId_15832, apaId_15868, apaId_15906, apaId_15854, apaId_15808, apaId_15888, apaId_15879, apaId_15902, apaId_16377, apaId_15809, apaId_15893, apaId_15907, apaId_15897, apaId_15830, apaId_15899, apaId_15894, apaId_15725, apaId_15876, apaId_15994, apaId_15608, apaId_15779, apaId_15586, apaId_15763, apaId_15825, apaId_15870, apaId_15827, apaId_15852, apaId_15895, apaId_16222, apaId_15853, apaId_15800, apaId_15856, apaId_15609, apaId_15768, apaId_15878, apaId_15792, apaId_15811, apaId_15776, apaId_15862, apaId_15908, apaId_15824, apaId_15847, apaId_15831, apaId_15841, apaId_15866, apaId_15922, apaId_15818, apaId_15813, apaId_15896, apaId_15775, apaId_15826, apaId_15882, apaId_15912, apaId_15762]
25.08.2016 14:36:29,481 [ajp-bio-127.0.0.1-10011-exec-4] DEBUG ch.ultrasoft.process.arbeitsentgeltVerbuchen.Speichern  ::: start date: Thu Aug 25 14:36:29 CEST 2016
25.08.2016 14:36:29,483 [ajp-bio-127.0.0.1-10011-exec-4] DEBUG ch.ultrasoft.process.arbeitsentgeltVerbuchen.Speichern  ::: apaString: [apaId_15877, apaId_15770, apaId_15995, apaId_15833, apaId_15872, apaId_15858, apaId_15880, apaId_15805, apaId_15859, apaId_15791, apaId_15873, apaId_15834, apaId_15771, apaId_15788, apaId_15835, apaId_15812, apaId_15828, apaId_16658, apaId_15797, apaId_15860, apaId_16067, apaId_15801, apaId_15843, apaId_15909, apaId_15864, apaId_15823, apaId_15766, apaId_15845, apaId_15889, apaId_15802, apaId_15606, apaId_16468, apaId_15836, apaId_15803, apaId_15904, apaId_15865, apaId_15846, apaId_15815, apaId_15898, apaId_15881, apaId_16159, apaId_15787, apaId_15885, apaId_15794, apaId_15892, apaId_16659, apaId_15778, apaId_16221, apaId_15607, apaId_15789, apaId_15772, apaId_15765, apaId_15884, apaId_15837, apaId_15798, apaId_16070, apaId_15817, apaId_15849, apaId_15855, apaId_15838, apaId_15867, apaId_15850, apaId_15887, apaId_15839, apaId_15861, apaId_15874, apaId_15829, apaId_16535, apaId_15840, apaId_15773, apaId_15911, apaId_15900, apaId_15806, apaId_15875, apaId_15764, apaId_15848, apaId_15844, apaId_15790, apaId_16469, apaId_15819, apaId_15901, apaId_15783, apaId_15793, apaId_15890, apaId_15804, apaId_16528, apaId_16223, apaId_15886, apaId_15814, apaId_15883, apaId_15769, apaId_15807, apaId_15851, apaId_15905, apaId_15784, apaId_15774, apaId_15821, apaId_15871, apaId_16069, apaId_15832, apaId_15868, apaId_15906, apaId_15854, apaId_15808, apaId_15888, apaId_15879, apaId_15902, apaId_16377, apaId_15809, apaId_15893, apaId_15907, apaId_15897, apaId_15830, apaId_15899, apaId_15894, apaId_15725, apaId_15876, apaId_15994, apaId_15608, apaId_15779, apaId_15586, apaId_15763, apaId_15825, apaId_15870, apaId_15827, apaId_15852, apaId_15895, apaId_16222, apaId_15853, apaId_15800, apaId_15856, apaId_15609, apaId_15768, apaId_15878, apaId_15792, apaId_15811, apaId_15776, apaId_15862, apaId_15908, apaId_15824, apaId_15847, apaId_15831, apaId_15841, apaId_15866, apaId_15922, apaId_15818, apaId_15813, apaId_15896, apaId_15775, apaId_15826, apaId_15882, apaId_15912, apaId_15762]

[trademak]

No, a script task should execute once if there's no looping in your process model. But it's difficult to say much without seeing your process definition.

Best regards,

[cyr1]

thx for the info. we could reduce the script duration by optimizing the database.
i will come again if we have the same problem again