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

NPE in WarningsResult.java: "group" is null

    XMLWordPrintable

    Details

    • Similar Issues:

      Description

      Since 4.15, our builds fail due to NPEs in hudson.plugins.warnings.WarningsResult.java, line 108, as "group" is null.

        Attachments

          Issue Links

            Activity

            Hide
            drulli Ulli Hafner added a comment -

            Can you please attach the stack trace?

            Show
            drulli Ulli Hafner added a comment - Can you please attach the stack trace?
            Hide
            rdesgroppes Régis Desgroppes added a comment - - edited

            Sorry, I should have done this when filing the bug. Here is the stack trace:

            Aug 31, 2012 1:24:47 PM hudson.model.AbstractBuild$AbstractBuildExecution performAllBuildSteps
            WARNING: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to exception
            java.lang.NullPointerException
                    at hudson.plugins.warnings.WarningsResult.getFileName(WarningsResult.java:108)
                    at hudson.plugins.warnings.WarningsResult.getSerializationFileName(WarningsResult.java:94)
                    at hudson.plugins.analysis.core.BuildResult.getDataFile(BuildResult.java:481)
                    at hudson.plugins.analysis.core.BuildResult.loadResult(BuildResult.java:866)
                    at hudson.plugins.analysis.core.BuildResult.getProject(BuildResult.java:850)
                    at hudson.plugins.analysis.core.BuildResult.getContainer(BuildResult.java:990)
                    at hudson.plugins.analysis.core.BuildResult.getAnnotations(BuildResult.java:563)
                    at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:373)
                    at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
                    at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)
                    at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692)
                    at hudson.model.Build$BuildExecution.post2(Build.java:183)
                    at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639)
                    at hudson.model.Run.execute(Run.java:1527)
                    at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
                    at hudson.model.ResourceController.execute(ResourceController.java:88)
                    at hudson.model.Executor.run(Executor.java:236)
            

            In the meantime, I reverted warnings back to 4.14, i.e. before group numbering.

            Show
            rdesgroppes Régis Desgroppes added a comment - - edited Sorry, I should have done this when filing the bug. Here is the stack trace: Aug 31, 2012 1:24:47 PM hudson.model.AbstractBuild$AbstractBuildExecution performAllBuildSteps WARNING: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to exception java.lang.NullPointerException at hudson.plugins.warnings.WarningsResult.getFileName(WarningsResult.java:108) at hudson.plugins.warnings.WarningsResult.getSerializationFileName(WarningsResult.java:94) at hudson.plugins.analysis.core.BuildResult.getDataFile(BuildResult.java:481) at hudson.plugins.analysis.core.BuildResult.loadResult(BuildResult.java:866) at hudson.plugins.analysis.core.BuildResult.getProject(BuildResult.java:850) at hudson.plugins.analysis.core.BuildResult.getContainer(BuildResult.java:990) at hudson.plugins.analysis.core.BuildResult.getAnnotations(BuildResult.java:563) at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:373) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639) at hudson.model.Run.execute(Run.java:1527) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) In the meantime, I reverted warnings back to 4.14, i.e. before group numbering.
            Hide
            drulli Ulli Hafner added a comment -

            Ok, thanks. That helps to fix the bug. Seems that your server had not much memory left, so in the end Jenkins tried to reload the warnings (which are actually not written to disk anymore).

            Show
            drulli Ulli Hafner added a comment - Ok, thanks. That helps to fix the bug. Seems that your server had not much memory left, so in the end Jenkins tried to reload the warnings (which are actually not written to disk anymore).
            Hide
            rdesgroppes Régis Desgroppes added a comment - - edited

            Hallo Ulli,
            The server in question has plenty of RAM and the issue may happen right after Jenkins startup, so I guess there's nothing to do with memory management.
            BTW, we had to revert to warnings 4.13, as warnings 4.14 have the same problem as 4.15:

            13:26:32 | [WARNINGS] Parsing warnings in console log with parser MOS assertion failures
            13:26:33 | [WARNINGS] Ignore new warnings since this is the first valid build
            13:26:33 | ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to exception
            13:26:33 | java.lang.NullPointerException
            13:26:33 | 	at hudson.plugins.warnings.WarningsResult.getFileName(WarningsResult.java:108)
            13:26:33 | 	at hudson.plugins.warnings.WarningsResult.getSerializationFileName(WarningsResult.java:94)
            13:26:33 | 	at hudson.plugins.analysis.core.BuildResult.getDataFile(BuildResult.java:481)
            13:26:33 | 	at hudson.plugins.analysis.core.BuildResult.loadResult(BuildResult.java:866)
            13:26:33 | 	at hudson.plugins.analysis.core.BuildResult.getProject(BuildResult.java:850)
            13:26:33 | 	at hudson.plugins.analysis.core.BuildResult.getContainer(BuildResult.java:990)
            13:26:33 | 	at hudson.plugins.analysis.core.BuildResult.getAnnotations(BuildResult.java:563)
            13:26:33 | 	at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:373)
            13:26:33 | 	at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19)
            13:26:33 | 	at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717)
            13:26:33 | 	at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692)
            13:26:33 | 	at hudson.model.Build$BuildExecution.post2(Build.java:183)
            13:26:33 | 	at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639)
            13:26:33 | 	at hudson.model.Run.execute(Run.java:1527)
            13:26:33 | 	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
            13:26:33 | 	at hudson.model.ResourceController.execute(ResourceController.java:88)
            13:26:33 | 	at hudson.model.Executor.run(Executor.java:236)
            13:26:33 | Archiving artifacts
            
            Show
            rdesgroppes Régis Desgroppes added a comment - - edited Hallo Ulli, The server in question has plenty of RAM and the issue may happen right after Jenkins startup, so I guess there's nothing to do with memory management. BTW, we had to revert to warnings 4.13, as warnings 4.14 have the same problem as 4.15: 13:26:32 | [WARNINGS] Parsing warnings in console log with parser MOS assertion failures 13:26:33 | [WARNINGS] Ignore new warnings since this is the first valid build 13:26:33 | ERROR: Publisher hudson.plugins.warnings.WarningsPublisher aborted due to exception 13:26:33 | java.lang.NullPointerException 13:26:33 | at hudson.plugins.warnings.WarningsResult.getFileName(WarningsResult.java:108) 13:26:33 | at hudson.plugins.warnings.WarningsResult.getSerializationFileName(WarningsResult.java:94) 13:26:33 | at hudson.plugins.analysis.core.BuildResult.getDataFile(BuildResult.java:481) 13:26:33 | at hudson.plugins.analysis.core.BuildResult.loadResult(BuildResult.java:866) 13:26:33 | at hudson.plugins.analysis.core.BuildResult.getProject(BuildResult.java:850) 13:26:33 | at hudson.plugins.analysis.core.BuildResult.getContainer(BuildResult.java:990) 13:26:33 | at hudson.plugins.analysis.core.BuildResult.getAnnotations(BuildResult.java:563) 13:26:33 | at hudson.plugins.analysis.core.HealthAwarePublisher.perform(HealthAwarePublisher.java:373) 13:26:33 | at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) 13:26:33 | at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:717) 13:26:33 | at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:692) 13:26:33 | at hudson.model.Build$BuildExecution.post2(Build.java:183) 13:26:33 | at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:639) 13:26:33 | at hudson.model.Run.execute(Run.java:1527) 13:26:33 | at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) 13:26:33 | at hudson.model.ResourceController.execute(ResourceController.java:88) 13:26:33 | at hudson.model.Executor.run(Executor.java:236) 13:26:33 | Archiving artifacts
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Ulli Hafner
            Path:
            src/main/java/hudson/plugins/analysis/core/HealthAwarePublisher.java
            src/main/java/hudson/plugins/analysis/core/HealthAwareRecorder.java
            http://jenkins-ci.org/commit/analysis-core-plugin/72023b93f6bc09a0947538a14a7cf922f67c489c
            Log:
            [FIXED JENKINS-14989] Fixed NPE in WarningsResult when re-loading
            warnings. Introduced new base class HealthAwareRecorder that has no
            template method for perform.

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Ulli Hafner Path: src/main/java/hudson/plugins/analysis/core/HealthAwarePublisher.java src/main/java/hudson/plugins/analysis/core/HealthAwareRecorder.java http://jenkins-ci.org/commit/analysis-core-plugin/72023b93f6bc09a0947538a14a7cf922f67c489c Log: [FIXED JENKINS-14989] Fixed NPE in WarningsResult when re-loading warnings. Introduced new base class HealthAwareRecorder that has no template method for perform.
            Hide
            scm_issue_link SCM/JIRA link daemon added a comment -

            Code changed in jenkins
            User: Ulli Hafner
            Path:
            pom.xml
            src/main/java/hudson/plugins/warnings/WarningsPublisher.java
            http://jenkins-ci.org/commit/warnings-plugin/abf23c9cbee09d4318478c5c6e0d216948f0d44c
            Log:
            JENKINS-14989 Fixed NPE in WarningsResult when re-loading
            warnings. Introduced new base class HealthAwareRecorder that has no
            template method for perform.

            Show
            scm_issue_link SCM/JIRA link daemon added a comment - Code changed in jenkins User: Ulli Hafner Path: pom.xml src/main/java/hudson/plugins/warnings/WarningsPublisher.java http://jenkins-ci.org/commit/warnings-plugin/abf23c9cbee09d4318478c5c6e0d216948f0d44c Log: JENKINS-14989 Fixed NPE in WarningsResult when re-loading warnings. Introduced new base class HealthAwareRecorder that has no template method for perform.
            Hide
            drulli Ulli Hafner added a comment -

            Integrated in Jenkins Analysis Plug-ins (Compile) #609
            [FIXED JENKINS-14989] Fixed NPE in WarningsResult when re-loading (Revision 72023b93f6bc09a0947538a14a7cf922f67c489c)

            Result = SUCCESS

            Show
            drulli Ulli Hafner added a comment - Integrated in Jenkins Analysis Plug-ins (Compile) #609 [FIXED JENKINS-14989] Fixed NPE in WarningsResult when re-loading (Revision 72023b93f6bc09a0947538a14a7cf922f67c489c) Result = SUCCESS
            Hide
            rdesgroppes Régis Desgroppes added a comment -

            thank you very much.

            Show
            rdesgroppes Régis Desgroppes added a comment - thank you very much.

              People

              • Assignee:
                drulli Ulli Hafner
                Reporter:
                rdesgroppes Régis Desgroppes
              • Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: