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.

  • Hi I am trying to evaluate JEMH with a new google apps emails running imap, but with a very basic config I get a NullPointerException when testing with a simple email. Process Outcome: forward Can Handle: Y Rejected: Processed OK: N Do Delete: Y Email Subject: test 6 Message Size: 2.5 Kb Signed: Issue Key: Created: Updated: Commented: Processor Selected: Exception: NullPointerException: null: java.lang.NullPointerException at com.javahollic.jira.emh.service.ProcessorRunner.runProcessor(ProcessorRunner.java:766) at com.javahollic.jira.emh.service.ProcessorRunner.execute(ProcessorRunner.java:170) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerImpl.handleMessage(EnterpriseMessageHandlerImpl.java:202) at com.javahollic.jira.emh.ui.action.JEMHTestCases.doRun(JEMHTestCases.java:232) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at webwork.util.InjectionUtils$DefaultInjectionImpl.invoke(InjectionUtils.java:70) at webwork.util.InjectionUtils.invoke(InjectionUtils.java:56) at webwork.action.ActionSupport.invokeCommand(ActionSupport.java:433) at webwork.action.ActionSupport.execute(ActionSupport.java:157) at com.atlassian.jira.action.JiraActionSupport.execute(JiraActionSupport.java:82) at webwork.interceptor.DefaultInterceptorChain.proceed(DefaultInterceptorChain.java:39) Notify Sender: Hint Sent: Hintogram Recipient: Attachments: Filter Reason: Filter Name: Filter Action: JEMH Version: 1.1.6 JIRA Version: 5.0 build# 713 I have tried exporting the profile, but it only generates an empty txt file, so I have created a screenshot instead
    via by Henrik Nicolaisen,
  • Hi I am trying to evaluate JEMH with a new google apps emails running imap, but with a very basic config I get a NullPointerException when testing with a simple email. Process Outcome: forward Can Handle: Y Rejected: Processed OK: N Do Delete: Y Email Subject: test 6 Message Size: 2.5 Kb Signed: Issue Key: Created: Updated: Commented: Processor Selected: Exception: NullPointerException: null: java.lang.NullPointerException at com.javahollic.jira.emh.service.ProcessorRunner.runProcessor(ProcessorRunner.java:766) at com.javahollic.jira.emh.service.ProcessorRunner.execute(ProcessorRunner.java:170) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerImpl.handleMessage(EnterpriseMessageHandlerImpl.java:202) at com.javahollic.jira.emh.ui.action.JEMHTestCases.doRun(JEMHTestCases.java:232) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at webwork.util.InjectionUtils$DefaultInjectionImpl.invoke(InjectionUtils.java:70) at webwork.util.InjectionUtils.invoke(InjectionUtils.java:56) at webwork.action.ActionSupport.invokeCommand(ActionSupport.java:433) at webwork.action.ActionSupport.execute(ActionSupport.java:157) at com.atlassian.jira.action.JiraActionSupport.execute(JiraActionSupport.java:82) at webwork.interceptor.DefaultInterceptorChain.proceed(DefaultInterceptorChain.java:39) Notify Sender: Hint Sent: Hintogram Recipient: Attachments: Filter Reason: Filter Name: Filter Action: JEMH Version: 1.1.6 JIRA Version: 5.0 build# 713 I have tried exporting the profile, but it only generates an empty txt file, so I have created a screenshot instead
    via by Henrik Nicolaisen,
  • Hi! Our project management uses MS Outlook and needs to attach customer mails to issues. Outlook does the attachment of mails with this multipart header: ------=_NextPart_000_0419_01CD0B61.AB655310 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: attachment Mails with such a multipart won't be processed by JEMH: ===================================== NullPointerException: null: java.lang.NullPointerException at com.javahollic.jira.emh.service.ProcessorRunner.runProcessor(ProcessorRunner.java:754) at com.javahollic.jira.emh.service.ProcessorRunner.execute(ProcessorRunner.java:170) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerImpl.handleMessage(EnterpriseMessageHandlerImpl.java:191) at com.javahollic.jira.emh.ui.action.JEMHTestCases.doRun(JEMHTestCases.java:259) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at webwork.util.InjectionUtils$DefaultInjectionImpl.invoke(InjectionUtils.java:70) at webwork.util.InjectionUtils.invoke(InjectionUtils.java:56) at webwork.action.ActionSupport.invokeCommand(ActionSupport.java:433) at webwork.action.ActionSupport.execute(ActionSupport.java:157) at com.atlassian.jira.action.JiraActionSupport.execute(JiraActionSupport.java:82) at webwork.interceptor.DefaultInterceptorChain.proceed(DefaultInterceptorChain.java:39) ===================================== Thunderbird attaches mails with following multipart header: Content-Type: message/rfc822; name="ForwardedMessage.eml" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ForwardedMessage.eml" This works and the attached mails appear in the issue attachments. May you please have a look at this?
    via by Markus Wagner,
  • h3.Scenario Process email html body content and no plain text body content. Profile body preference is set to text or any. Settings *Add Original Email Body to Issue* and *Disable Zip Wrapper* are enabled. h3.Expected Outcome JEMH adds HTML body part to issue as attachment. h3.Actual Outcome JEMH fails to add HTML body part as attachment. The following exception is shown: {noformat}NullPointerException: null: java.lang.NullPointerException at com.javahollic.jira.emh.engine.FieldProcessorFixer.addOriginalEmailAsAttachment(FieldProcessorFixer.java:1317) at com.javahollic.jira.emh.engine.FieldProcessorFixer.fixupAttachments(FieldProcessorFixer.java:935) at com.javahollic.jira.emh.engine.FieldProcessorFixer.fixup(FieldProcessorFixer.java:288) at com.javahollic.jira.emh.module.fieldproc.AbstractFieldProcessor.fixup(AbstractFieldProcessor.java:384) at com.javahollic.jira.emh.module.fieldproc.BasicMailProcessor.getFieldMaps(BasicMailProcessor.java:55) at com.javahollic.jira.emh.service.ProcessorRunner.runProcessor(ProcessorRunner.java:917) at com.javahollic.jira.emh.service.ProcessorRunner.execute(ProcessorRunner.java:341) at com.javahollic.jira.emh.service.ProfileGroupRunner.runWithConfiguration(ProfileGroupRunner.java:563) at com.javahollic.jira.emh.service.ProfileGroupRunner.handleMessage(ProfileGroupRunner.java:126) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerImpl.handleMessage(EnterpriseMessageHandlerImpl.java:194) at com.javahollic.jira.emh.ui.action.JEMHTestCases.doRun(JEMHTestCases.java:438) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at webwork.util.InjectionUtils$DefaultInjectionImpl.invoke(InjectionUtils.java:70) at webwork.util.InjectionUtils.invoke(InjectionUtils.java:56) at webwork.action.ActionSupport.invokeCommand(ActionSupport.java:438) at webwork.action.ActionSupport.execute(ActionSupport.java:157) {noformat}
    via by Rhys Griffiths,
  • {panel:title=Update 17 Feb 2017} A new pre-processing task will be featured in the next version releases, allowing 4 byte characters to be filtered out of subjects. Body Cleanup Regexps can be used to do the same in the email body. Set up details can be found here: https://thepluginpeople.atlassian.net/wiki/display/JEMH/Handling+MySQL+4-byte+character+support+problems {panel} Running a test case that has an emoticon in the subject will result in an error 500 page if the instance is using a MySQL database. {noformat} java.lang.NullPointerException at com.javahollic.jira.emh.ui.action.JEMHTestCases.doRun(JEMHTestCases.java:465) [?:?] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [?:1.8.0_60] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [?:1.8.0_60] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [?:1.8.0_60] at java.lang.reflect.Method.invoke(Method.java:497) [?:1.8.0_60] {noformat} The following message is also seen in the jemh log: {noformat} 2017-01-18 17:16:47,389 http-nio-8080-exec-13 ERROR [jira.emh.service.DefaultJEMHAuditTrailManager] (BUG) Unexpected exception: null 2017-01-18 17:16:47,389 http-nio-8080-exec-13 INFO [jira.emh.service.DefaultJEMHAuditTrailManager] created auditEvent: 2 2017-01-18 17:16:47,390 http-nio-8080-exec-13 ERROR [jira.emh.service.EnterpriseMessageHandlerImpl] Profile ?: null caused by: Incorrect string value: '\xF0\x9F\x99\x8B' for column 'EMAIL_SUBJECT' at row 1 {noformat} {panel} The underlying cause of the above is that mysql does not properly support 4-byte character encoding (at least not without tweaks). As such, we cannot "fix" the cause, but can more gracefully handle errors that occur when this happens to make it clearer to the end user. Atlassian state that "JIRA does not support 4-byte characters regardless of mysql version" and go on to recommend using postgresql instead: https://confluence.atlassian.com/adminjiraserver073/supported-platforms-861253018.html {panel}
    via by Rhys Griffiths,
  • getting emails from JEMH with the following errors in them [Audit result, ID: 20] forward [Filter result] Name: Action: Reason: [Exception] NullPointerException: null: java.lang.NullPointerException at com.javahollic.jira.emh.service.ProcessorRunner.runProcessor(ProcessorRunner.java:755) at com.javahollic.jira.emh.service.ProcessorRunner.execute(ProcessorRunner.java:161) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerImpl.handleMessage(EnterpriseMessageHandlerImpl.java:202) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerProxy.handleMessage(EnterpriseMessageHandlerProxy.java:43) at com.atlassian.jira.service.services.mail.MailFetcherService$1.process(MailFetcherService.java:356) at com.atlassian.jira.service.services.mail.MailFetcherService$MessageProviderImpl.getAndProcessMail(MailFetcherService.java:259) at com.atlassian.jira.service.services.mail.MailFetcherService.runImpl(MailFetcherService.java:344) at com.atlassian.jira.service.services.file.AbstractMessageHandlingService.run(AbstractMessageHandlingService.java:250) at com.atlassian.jira.service.JiraServiceContainerImpl.run(JiraServiceContainerImpl.java:61) at com.atlassian.jira.service.ServiceRunner.execute(ServiceRunner.java:47) at org.quartz.core.JobRunShell.run(JobRunShell.java:195) at com.atlassian.multitenant.quartz.MultiTenantThreadPool$MultiTenantRunnable.run(MultiTenantThreadPool.java:72) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:520)
    via by Micah Figone,
  • We're getting these null pointer exceptions when a user sends in an email with an empty @ prefixed field processor, for example, a new issue with the following body: @priority=Minor @labels= A description of the problem.... Will generate the fulling exception: NullPointerException: null: java.lang.NullPointerException at com.javahollic.jira.emh.service.ProcessorRunner.runProcessor(ProcessorRunner.java:766) at com.javahollic.jira.emh.service.ProcessorRunner.execute(ProcessorRunner.java:161) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerImpl.handleMessage(EnterpriseMessageHandlerImpl.java:202) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerProxy.handleMessage(EnterpriseMessageHandlerProxy.java:43) at com.atlassian.jira.service.services.mail.MailFetcherService$1.process(MailFetcherService.java:356) at com.atlassian.jira.service.services.mail.MailFetcherService$MessageProviderImpl.getAndProcessMail(MailFetcherService.java:259) at com.atlassian.jira.service.services.mail.MailFetcherService.runImpl(MailFetcherService.java:344) at com.atlassian.jira.service.services.file.AbstractMessageHandlingService.run(AbstractMessageHandlingService.java:250) at com.atlassian.jira.service.JiraServiceContainerImpl.run(JiraServiceContainerImpl.java:61) at com.atlassian.jira.service.ServiceRunner.execute(ServiceRunner.java:47) at org.quartz.core.JobRunShell.run(JobRunShell.java:195) at com.atlassian.multitenant.quartz.MultiTenantThreadPool$MultiTenantRunnable.run(MultiTenantThreadPool.java:72) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:520) Could we have it not generate a NPE in this case? Maybe have it ignore directives that don't have values? Our users are sending emails via an email template, and it will be easier to have the software ignore this then it would be to train the users to remove lines without values. No big deal if this can't be done. Thanks.
    via by Rajiv Garg,
  • Resending the same email that has already been correctly parsed via regex results in an NPE in the audit. The "parsed out" fields (e.g. priority) are not updated on the second email, however a comment is correctly added, so something is working. NullPointerException: null: java.lang.NullPointerException at com.javahollic.jira.emh.service.ProcessorRunner.runProcessor(ProcessorRunner.java:925) at com.javahollic.jira.emh.service.ProcessorRunner.execute(ProcessorRunner.java:187) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerImpl.handleMessage(EnterpriseMessageHandlerImpl.java:232) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerProxy.handleMessage(EnterpriseMessageHandlerProxy.java:44) at com.atlassian.jira.service.services.mail.MailFetcherService$1.process(MailFetcherService.java:368) at com.atlassian.jira.service.services.mail.MailFetcherService$MessageProviderImpl.getAndProcessMail(MailFetcherService.java:271) at com.atlassian.jira.service.services.mail.MailFetcherService.runImpl(MailFetcherService.java:356) at com.atlassian.jira.service.services.file.AbstractMessageHandlingService.run(AbstractMessageHandlingService.java:252) at com.atlassian.jira.service.JiraServiceContainerImpl.run(JiraServiceContainerImpl.java:61) at com.atlassian.jira.service.ServiceRunner.execute(ServiceRunner.java:47) at org.quartz.core.JobRunShell.run(JobRunShell.java:195) at com.atlassian.multitenant.quartz.MultiTenantThreadPool$MultiTenantRunnable.run(MultiTenantThreadPool.java:72) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:520) (Profile attached, test email attached.)
    via by Stuart Wright,
    • java.lang.NullPointerException at com.javahollic.jira.emh.service.ProcessorRunner.runProcessor(ProcessorRunner.java:766) at com.javahollic.jira.emh.service.ProcessorRunner.execute(ProcessorRunner.java:170) at com.javahollic.jira.emh.service.EnterpriseMessageHandlerImpl.handleMessage(EnterpriseMessageHandlerImpl.java:202) at com.javahollic.jira.emh.ui.action.JEMHTestCases.doRun(JEMHTestCases.java:232) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at webwork.util.InjectionUtils$DefaultInjectionImpl.invoke(InjectionUtils.java:70) at webwork.util.InjectionUtils.invoke(InjectionUtils.java:56) at webwork.action.ActionSupport.invokeCommand(ActionSupport.java:433) at webwork.action.ActionSupport.execute(ActionSupport.java:157) at com.atlassian.jira.action.JiraActionSupport.execute(JiraActionSupport.java:82) at webwork.interceptor.DefaultInterceptorChain.proceed(DefaultInterceptorChain.java:39)
    No Bugmate found.