I've updated an already released job template and clicked "Release" then, but the only result I get is a NullPointerException.
In the joc.log, I can see:
With https://change.sos-berlin.com/browse/JOC-2136 we have optimized the proccesing of dependencies dramatically (performance and stability). Unfortunately, dependencies that have been determined before the change in 2.8.2 sometimes do not contain references which leads to the NPE you experienced.
Workaround 1:
As described also in the Jira Issue you can deactivate the processing of dependencies on release. Set the "Include Dependencies" Radio Button in the Release Window to "none" and you should be able to re-release your JobTemplate.
Workaround 2:
The issue occurs most probably because you have some dependencies in your database that have been determined with an older version of JOC (before 2.8.2). To update those dependencies you can call "Update Dependencies" from the context menu of the tree on root level (only). This will take some time as it depends on the number of objects you have in your environment. It will update all determined dependencies asynchronously in the background. After that you should be able to re-release any objects without errors.
Best Regards
Santiago
Last edit: Santiago Aucejo 2026-01-08
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Santiago,
can you recommend some logging options to get more insights with logging options? I've already tried some settings but the results did not help a lot.
Or, what would you need so you are able to reproduce it?
Best regards,
Daniel
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Daniel,
unfortunately there is not much you can do. The stacktrace you posted is sufficient as it points to the specific occurence of this error. The bug is already fixed for the next release 2.8.3 due end of Febuary.
Please check the Jira Issue for updates in case we provide a patch for 2.8.2 before the release of 2.8.3. Currently i am checking if a patch release for this is possible as the occurence of this bug is hard to reproduce and does only occur in specific circumstances when some old entries with inconsistent relations are found in the database.
Best Regards
Santiago
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Daniel,
I can now confirm that the problem is definitely related to dependencies determined with a 2.7.x version after upgrading to 2.8.2.
We have revisited the workaround 2 : "Update Dependencies" and found that while all still existing items are properly updated, other entries, e.g. dependencies related to already removed items haven´t been cleaned up properly, still linger in the dependencies table of the database and block the process for all other items, too.
I can also confirm now an adjusted and working workaround, so that you don´t need to wait any longer for the upcoming release to get rid of the problem.
It works as follow:
Step 1: Enter your database and truncate the table INV_DEPENDENCIES.
Step 2: In JOC call "Update Dependencies" from the context menu of the tree on root level
Best Regards
Santiago
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've updated an already released job template and clicked "Release" then, but the only result I get is a NullPointerException.
In the joc.log, I can see:
This was not an issue with 2.8.1.
UPDATE: Just noticed that also other elements cannot be released: Calendars, Schedules, ... (Workflow deployment still works)
Last edit: Daniel 2026-01-06
Hello Daniel,
thank you for the information.
I have created a Jira Issue for this which you can track here:
https://change.sos-berlin.com/browse/JOC-2161
With https://change.sos-berlin.com/browse/JOC-2136 we have optimized the proccesing of dependencies dramatically (performance and stability). Unfortunately, dependencies that have been determined before the change in 2.8.2 sometimes do not contain references which leads to the NPE you experienced.
Best Regards
Santiago
Last edit: Santiago Aucejo 2026-01-08
Hello Santiago,
Thank you for your response. Unfortunately, this did not help:
Any other hints how to determine the reason?
Best regards,
Daniel
Hello Santiago,
can you recommend some logging options to get more insights with logging options? I've already tried some settings but the results did not help a lot.
Or, what would you need so you are able to reproduce it?
Best regards,
Daniel
Hello Daniel,
unfortunately there is not much you can do. The stacktrace you posted is sufficient as it points to the specific occurence of this error. The bug is already fixed for the next release 2.8.3 due end of Febuary.
Please check the Jira Issue for updates in case we provide a patch for 2.8.2 before the release of 2.8.3. Currently i am checking if a patch release for this is possible as the occurence of this bug is hard to reproduce and does only occur in specific circumstances when some old entries with inconsistent relations are found in the database.
Best Regards
Santiago
Hello Daniel,
I can now confirm that the problem is definitely related to dependencies determined with a 2.7.x version after upgrading to 2.8.2.
We have revisited the workaround 2 : "Update Dependencies" and found that while all still existing items are properly updated, other entries, e.g. dependencies related to already removed items haven´t been cleaned up properly, still linger in the dependencies table of the database and block the process for all other items, too.
I can also confirm now an adjusted and working workaround, so that you don´t need to wait any longer for the upcoming release to get rid of the problem.
It works as follow:
Best Regards
Santiago
Hello Santiago,
thank you for the hint - I was now able to release objects again in our upgraded 2.8.2 instance.
Best regards
Daniel