java.lang.NullPointerException

There are no available Samebug tips for this exception. Do you have an idea how to solve this issue? A short tip would help users who saw this issue last week.

  • {panel:title=*This issue has moved*} {color:red}This issue has been moved permanently to [Adaptavist's Product Support JIRA instance|https://productsupport.adaptavist.com/browse/GRV-135].{color} All existing users of this instance should have the same username on our Product Support instance. However, you will very likely need to click on the [Can't access your account|https://productsupport.adaptavist.com/secure/ForgotLoginDetails.jspa] link in order to reset to a new password. {panel}I've created a listener for issue creation that send an email. The recipient for the email is read from a customfield Looking from this error, seems that he try to send the email before the field is valued. is it possible? The issue are created from email with extendable mail handler plugin {code} ERROR logadmin 631x57874x1 51adeu 85.18.250.182,127.0.0.1 /secure/admin/groovy/CannedScriptListener.jspa [onresolve.jira.groovy.GroovyRunner] The script failed : java.lang.NullPointerException: Cannot invoke method split() on null object java.lang.NullPointerException: Cannot invoke method split() on null object at org.codehaus.groovy.runtime.NullObject.invokeMethod(NullObject.java:77) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:45){code} If i enable the listener for the event "update" that error doesn't trigger. only on creation i've this strange situation upd: during creation i set some watcher and send email to them, now i've the same problem, he don't recognize this event, or it seems that it's triggered to early
    via by Fabrizio,
  • :syncWithRepo FAILED
    via GitHub by xialin
    ,
  • GitHub comment 219#152656172
    via GitHub by kpettijohn
    ,
  • {panel:title=*This issue has moved*} {color:red}This issue has been moved permanently to [Adaptavist's Product Support JIRA instance|https://productsupport.adaptavist.com/browse/GRV-721].{color} All existing users of this instance should have the same username on our Product Support instance. However, you will very likely need to click on the [Can't access your account|https://productsupport.adaptavist.com/secure/ForgotLoginDetails.jspa] link in order to reset to a new password. {panel}Hi Jamie Looks like a bug in the WorkflowUtils.groovy examineConditions(). I created a listener to auto-transition issue on comment, using the already existing fast-transition listener, and it threw an error: 2015-05-26 17:11:12,638 Thread-40924 WARN cust_KLUG14 1031x18532x1 8jqbfn 162.49.177.29 /rest/servicedesk/1/servicedesk/customer/comment [canned.jira.utils.WorkflowUtils] Failed to examine exactly why the transition failed. This exception is thrown for debugging purposes, and does not affect why the transition failed. JIRA said no, but we couldn't work out why. java.lang.NullPointerException: Cannot invoke method getRestriction() on null object at org.codehaus.groovy.runtime.NullObject.invokeMethod(NullObject.java:88) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:45) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45) at org.codehaus.groovy.runtime.callsite.NullCallSite.call(NullCallSite.java:32) at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:45) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:54) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:112) at com.onresolve.scriptrunner.canned.jira.utils.WorkflowUtils$_examineConditions_closure2.doCall(WorkflowUtils.groovy:241) <+3> (NativeMethodAccessorImpl.java:62) (DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:324) at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:278) at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1016) at groovy.lang.Closure.call(Closure.java:423) at groovy.lang.Closure.call(Closure.java:439) at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1379) at org.codehaus.groovy.runtime.DefaultGroovyMethods.each(DefaultGroovyMethods.java:1372) at org.codehaus.groovy.runtime.dgm$149.invoke(Unknown Source) at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:271) at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:53) at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:116) at com.onresolve.scriptrunner.canned.jira.utils.WorkflowUtils.examineConditions(WorkflowUtils.groovy:236) at com.onresolve.scriptrunner.canned.jira.utils.WorkflowUtils$examineConditions$1.callStatic(Unknown Source) at com.onresolve.scriptrunner.canned.jira.utils.WorkflowUtils.actionIssueWithFeedBack(WorkflowUtils.groovy:120) <+3> (NativeMethodAccessorImpl.java:62) (DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90) at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:324) at org.codehaus.groovy.runtime.callsite.StaticMetaMethodSite.invoke(StaticMetaMethodSite.java:43) at org.codehaus.groovy.runtime.callsite.StaticMetaMethodSite.call(StaticMetaMethodSite.java:88) at com.onresolve.scriptrunner.canned.jira.workflow.postfunctions.FasttrackTransition.doTransition(FasttrackTransition.groovy:147) at com.onresolve.scriptrunner.canned.jira.workflow.postfunctions.FasttrackTransition.this$2$doTransition(FasttrackTransition.groovy) <+3> (NativeMethodAccessorImpl.java:62) (DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) Also I found that examineConditions explicitly has: def action = workflowDescriptor.getAction(4) RestrictionDescriptor restriction = action.getRestriction(); and 4 is an ID for the default 'Start Progress' transition, but not of the action configured in the listener itself. Looks like a definite bug. Also, two things missing, which would be very nice to have. First, not always user who generated event has the 'transition issue' permission. Would be nice specify an account for the user performing auto-transition, to override it. The second problem is (not sure how to 'fix' it), that action id configured for the workflow, and workflow may change (copy workflow, update, reapply), and then the listeners have to be udpated. I see that it is a very complex question, how to 'tell' it which transition to perform. but anyway, worth mentionning :) Cheers, Oles
    via by Oleksii Gnatkevych,
    • java.lang.NullPointerException: Cannot invoke method split() on null object at org.codehaus.groovy.runtime.NullObject.invokeMethod(NullObject.java:77) at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:45)

    Users with the same issue

    derprogger
    3 times, last one,
    tvrmsmith
    1 times, last one,
    musketyr
    2 times, last one,
    poroszd
    1 times, last one,
    zbalint
    2 times, last one,
    25 more bugmates