I saw that ScriptRunner 5.2.1 is able to copy some of the Servicedesk features. So I updated & gave it a try.
I had an error during copy:
No signature of method: com.atlassian.servicedesk.internal.rest.sla.DTO.SLAConfigurationDTO.isLeft() is applicable for argument types: () values:  Possible solutions: inspect(), inject(groovy.lang.Closure), inject(java.lang.Object, groovy.lang.Closure), sleep(long), sleep(long, groovy.lang.Closure), isCase(java.lang.Object)
groovy.lang.MissingMethodException: No signature of method: com.atlassian.servicedesk.internal.rest.sla.DTO.SLAConfigurationDTO.isLeft() is applicable for argument types: () values:  Possible solutions: inspect(), inject(groovy.lang.Closure), inject(java.lang.Object, groovy.lang.Closure), sleep(long), sleep(long, groovy.lang.Closure), isCase(java.lang.Object) at com.onresolve.scriptrunner.canned.jira.utils.servicedesk.ServiceDeskUtils.createSLAConfigurationDTO(ServiceDeskUtils.groovy:542) at com.onresolve.scriptrunner.canned.jira.utils.servicedesk.ServiceDeskUtils$createSLAConfigurationDTO$12.callStatic(Unknown Source) at com.onresolve.scriptrunner.canned.jira.utils.servicedesk.ServiceDeskUtils.copySDSLA(ServiceDeskUtils.groovy:505) at com.onresolve.scriptrunner.canned.jira.utils.servicedesk.ServiceDeskUtils$copySDSLA$10.call(Unknown Source) at com.onresolve.scriptrunner.canned.jira.admin.CopyProject.copyServiceDeskModules(CopyProject.groovy:692) at com.onresolve.scriptrunner.canned.jira.admin.CopyProject.doCopyProject(CopyProject.groovy:658) at com.onresolve.scriptrunner.canned.jira.admin.CopyProject$doCopyProject$0.callCurrent(Unknown Source) at com.onresolve.scriptrunner.canned.jira.admin.CopyProject.doScript(CopyProject.groovy:375)
Could you clean osgi cache?
I have checked on my test environments a few functions work so good.
if it is not help, please, ask directly in Adaptavist support system.
Just to provide feedback on status: clearing the cache did not help.
If I copy the template project without SLA area, all is copied okay (including some strange configurations i had in the template).
If I copy with the SLA i get the error; so the SLA section is having some hick-ups here.
Indeed in the latest release we enriched the copy project to be able to copy service desk specific features.
As Gonchik mentioned could you please report any issues on our Support Portal ? Please mention my name so I can have a look. It will be nice if you could attach your application logs after you reproduced the issue
Thanks a lot,
just updating in case someone bumps in on it :
Thanos Batagiannis09/Nov/17 12:50 PM
Thanks for that. So I managed to reproduce it. Apparently in the ServideDesk version 3.5.0 there is a package with upper case letters com.atlassian.servicedesk.internal.rest.sla.DTO (a violation of the java packages naming convention).
In the next versions of service desk this issue is fixed (starting from 3.5.1). How possible is to update Service Desk to the 3.5.1 version ?
since we cannot easily update , and as per https://productsupport.adaptavist.com/browse/SRJIRA-2537
Thanos Batagiannis added a comment - 18/Dec/17 7:32 PM
Hi Gabriel Moscalu,
After a conversation we had with the team, we decided not to implement a fix for that specific version of Service Desk 3.5.0, since the problem that was causing the failing of the SLA definitions not getting copied, was fixed in the 3.5.1 Service Desk release.
So if you could update the Service Desk version to 3.5.1 that will solve the issue with the SLA definitions.
we'll search for a way to move on :(
Atlas Camp is our developer event which will take place in Barcelona, Spain from the 6th -7th of September . This is a great opportunity to meet other developers and get n...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG