Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-7854

send email fails with NPE

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: Critical Critical
    • maven-plugin
    • None
    • linux client-slave setup with
       - hudson 1.380
       - email-ext 2.9
       - svn-plugin 1.17

      I get following Exception after a successfull build.

      This seems to occure since i changed the SVN Plugin from polling to push via a post-commit script. It looks like it's doing something with the ChangeLogs. The Changes are displayed correctly, but don't know if the internal repesentation has chaned thru the push strategy.

      Any other Ideas for a workaround? ( Beside deactivation )
      LOG:
      [...]
      Sending email for trigger: Still Unstable
      ERROR: Could not send email as a part of the post-build publishers.
      java.lang.NullPointerException
      at java.lang.String.startsWith(String.java:1433)
      at java.lang.String.startsWith(String.java:1462)
      at hudson.maven.MavenModuleSetBuild$1.isDescendantOf(MavenModuleSetBuild.java:178)
      at hudson.maven.MavenModuleSetBuild$1.<init>(MavenModuleSetBuild.java:147)
      at hudson.maven.MavenModuleSetBuild.getChangeSetFor(MavenModuleSetBuild.java:141)
      at hudson.maven.FilteredChangeLogSet.<init>(FilteredChangeLogSet.java:51)
      at hudson.maven.MavenBuild.getChangeSet(MavenBuild.java:161)
      at hudson.model.AbstractBuild.hasParticipant(AbstractBuild.java:315)
      at hudson.model.AbstractProject.hasParticipant(AbstractProject.java:1232)
      at hudson.model.User.getProjects(User.java:381)
      at hudson.scm.MailAddressResolverImpl.findMailAddressFor(MailAddressResolverImpl.java:19)
      at hudson.tasks.MailAddressResolver.resolve(MailAddressResolver.java:97)
      at hudson.tasks.Mailer$UserProperty.getAddress(Mailer.java:496)
      at hudson.plugins.emailext.ExtendedEmailPublisher.createMail(ExtendedEmailPublisher.java:278)
      at hudson.plugins.emailext.ExtendedEmailPublisher.sendMail(ExtendedEmailPublisher.java:212)
      at hudson.plugins.emailext.ExtendedEmailPublisher._perform(ExtendedEmailPublisher.java:204)
      at hudson.plugins.emailext.ExtendedEmailPublisher.perform(ExtendedEmailPublisher.java:165)
      at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36)
      at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:601)
      at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:580)
      at hudson.maven.MavenModuleSetBuild$RunnerImpl.cleanUp(MavenModuleSetBuild.java:625)
      at hudson.model.Run.run(Run.java:1322)
      at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:293)
      at hudson.model.ResourceController.execute(ResourceController.java:88)
      at hudson.model.Executor.run(Executor.java:140)

          [JENKINS-7854] send email fails with NPE

          rainerweinhold created issue -

          rainerweinhold added a comment -

          1. I removed the "Include Culprits" checkboxes. Now The Stacktrace is not printed anymore ... wtf?

          ERROR: Could not send email as a part of the post-build publishers.
          java.lang.NullPointerException
          Finished: SUCCESS

          2. After Removing also "Send To Committers" i get no NPE anymore.

          So pretty sure this has something with the subversion history to do.

          rainerweinhold added a comment - 1. I removed the "Include Culprits" checkboxes. Now The Stacktrace is not printed anymore ... wtf? ERROR: Could not send email as a part of the post-build publishers. java.lang.NullPointerException Finished: SUCCESS 2. After Removing also "Send To Committers" i get no NPE anymore. So pretty sure this has something with the subversion history to do.

          rainerweinhold added a comment - - edited

          It think this was introduced with JENKINS-5357 :

          MavenModuleSetBuild:168

          if(path.startsWith(FilenameUtils.normalize(sub.getRelativePath())))

          FilenameUtils.normalize was added.

          From JavaDoc of FielnameUtils.normalize :

          • ../foo --> null

          So i guest "sub.getRelativePath()" will be the realtive Path from the Maven pom.xml :

          <parent>
          [...]
          <version>0.1.0-SNAPSHOT</version>
          <relativePath>../magic-platform-build</relativePath>
          </parent>

          Therefore FielnameUtils.normalize will return null.

          The bug was introduced in 1.378, which matches, coz i did a update from 1.376 to 1.380 last week.

          rainerweinhold added a comment - - edited It think this was introduced with JENKINS-5357 : MavenModuleSetBuild:168 if(path.startsWith(FilenameUtils.normalize(sub.getRelativePath()))) FilenameUtils.normalize was added. From JavaDoc of FielnameUtils.normalize : ../foo --> null So i guest "sub.getRelativePath()" will be the realtive Path from the Maven pom.xml : <parent> [...] <version>0.1.0-SNAPSHOT</version> <relativePath>../magic-platform-build</relativePath> </parent> Therefore FielnameUtils.normalize will return null. The bug was introduced in 1.378, which matches, coz i did a update from 1.376 to 1.380 last week.

          rainerweinhold added a comment -

          This Effect also happens if you use the default email notification System. It allways happens when trying to find people the mails should be send to.

          So this effects all m2 multimodule projects.

          rainerweinhold added a comment - This Effect also happens if you use the default email notification System. It allways happens when trying to find people the mails should be send to. So this effects all m2 multimodule projects.
          rainerweinhold made changes -
          Component/s New: core [ 15593 ]
          Component/s Original: email-ext [ 15538 ]
          Priority Original: Major [ 3 ] New: Critical [ 2 ]
          rainerweinhold made changes -
          Link New: This issue is related to JENKINS-7684 [ JENKINS-7684 ]
          rainerweinhold made changes -
          Link New: This issue is related to JENKINS-7870 [ JENKINS-7870 ]

          kutzi added a comment -

          IMHO <relativePath>../magic-platform-build</relativePath> for the parent is wrong -
          it should read
          <relativePath>../magic-platform-build/pom.xml</relativePath>

          Nevertheless Hudson shouldn't fail with a NPE because of that.

          kutzi added a comment - IMHO <relativePath>../magic-platform-build</relativePath> for the parent is wrong - it should read <relativePath>../magic-platform-build/pom.xml</relativePath> Nevertheless Hudson shouldn't fail with a NPE because of that.
          kutzi made changes -
          Assignee New: kutzi [ kutzi ]
          kutzi made changes -
          Link New: This issue is related to JENKINS-5357 [ JENKINS-5357 ]

            kutzi kutzi
            rainerweinhold rainerweinhold
            Votes:
            1 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: