Jira Toolkit: Null Pointer Exception creating an issue (after upgrading jira from 4.4.4 to 5.0.4)

Creating an issue fails with the following backtrace in the logs (abridged).

Disabling the Support Tool Bar module will get rid of that error.

Is this a known problem?

May 23, 2012 1:00:05 AM org.apache.catalina.core.StandardWrapperValve invoke

SEVERE: Servlet.service() for servlet action threw exception

java.lang.NullPointerException

        at com.atlassian.jira.workflow.OSWorkflowManager.isEditable(OSWorkflowManager.java:1073)

        at com.atlassian.jira.issue.managers.DefaultIssueManager.isEditable(DefaultIssueManager.java:439)

        at sun.reflect.GeneratedMethodAccessor370.invoke(Unknown Source)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

        at java.lang.reflect.Method.invoke(Method.java:597)

        at com.atlassian.multitenant.impl.MultiTenantComponentFactoryImpl$AbstractMultiTenantAwareInvocationHandler.invokeInternal(MultiTenantComponentFactoryImpl.java:181)

        at com.atlassian.multitenant.impl.MultiTenantComponentFactoryImpl$MultiTenantAwareInvocationHandler.invoke(MultiTenantComponentFactoryImpl.java:211)

        at $Proxy78.isEditable(Unknown Source)

        at sun.reflect.GeneratedMethodAccessor370.invoke(Unknown Source)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

        at java.lang.reflect.Method.invoke(Method.java:597)

        at com.atlassian.plugin.osgi.hostcomponents.impl.DefaultComponentRegistrar$ContextClassLoaderSettingInvocationHandler.invoke(DefaultComponentRegistrar.java:129)

        at $Proxy78.isEditable(Unknown Source)

        at sun.reflect.GeneratedMethodAccessor370.invoke(Unknown Source)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

        at java.lang.reflect.Method.invoke(Method.java:597)

        at com.atlassian.plugin.osgi.bridge.external.HostComponentFactoryBean$DynamicServiceInvocationHandler.invoke(HostComponentFactoryBean.java:154)

        at $Proxy78.isEditable(Unknown Source)

        at com.atlassian.jira.toolkit.customfield.NullCFType.getVelocityParameters(NullCFType.java:51)

        at com.atlassian.jira.issue.customfields.CustomFieldUtils.buildParams(CustomFieldUtils.java:429)

        at com.atlassian.jira.plugin.customfield.CustomFieldTypeModuleDescriptorImpl.getEditHtml(CustomFieldTypeModuleDescriptorImpl.java:84)

        at com.atlassian.jira.issue.fields.CustomFieldImpl.getEditHtml(CustomFieldImpl.java:937)

        at com.atlassian.jira.issue.fields.CustomFieldImpl.getCreateHtml(CustomFieldImpl.java:923)

        at com.atlassian.jira.issue.fields.screen.AbstractFieldScreenLayoutItem.getCreateHtml(AbstractFieldScreenLayoutItem.java:90)

        at com.atlassian.jira.issue.fields.screen.FieldScreenRenderLayoutItemImpl.getCreateHtml(FieldScreenRenderLayoutItemImpl.java:50)

        at com.atlassian.jira.issue.fields.rest.FieldHtmlFactoryImpl.getCreateFields(FieldHtmlFactoryImpl.java:96)

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

        at java.lang.reflect.Method.invoke(Method.java:597)

        at com.atlassian.multitenant.impl.MultiTenantComponentFactoryImpl$AbstractMultiTenantAwareInvocationHandler.invokeInternal(MultiTenantComponentFactoryImpl.java:181)

        at com.atlassian.multitenant.impl.MultiTenantComponentFactoryImpl$MultiTenantAwareInvocationHandler.invoke(MultiTenantComponentFactoryImpl.java:211)

        at $Proxy254.getCreateFields(Unknown Source)

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

1 answer

Hi Mihai,

Judging from the exceptions, it looks like the problem arise due to JIRA Toolkit plugin:

  • com.atlassian.jira.toolkit.customfield.NullCFType.getVelocityParameters(NullCFType.java:51)

Upon further investigation on the exceptions, I found that there's a bug report created to address the issue:
https://jira.atlassian.com/browse/JRA-19556

From the bug report, it seems that there's a possible workaround for this problem, which is by removing the supporttools field. Hence, can you kindly check the list of custom fields via Administration > Custom Fields, and see if there's any field of type supporttools? And if there's any, you may try to remove it and let's see if it helps.

Cheers,

Ahmad

https://jira.atlassian.com/browse/JRA-19556 does not apply. I have no supporttools custom fields. As I said in the original report, disabling the Support Tool Bar module does work around the problem, but it doesn't seem to be the same module referred in JRA-19556.

Suggest an answer

Log in or Join to answer
Community showcase
Sarah Schuster
Posted Jan 29, 2018 in Jira

What are common themes you've seen across successful & failed Jira Software implementations?

Hey everyone! My name is Sarah Schuster, and I'm a Customer Success Manager in Atlassian specializing in Jira Software Cloud. Over the next few weeks I will be posting discussion topics (8 total) to ...

2,899 views 12 18
Join discussion

Atlassian User Groups

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!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot