Simple scenario:
      Freestylejob A that triggers in build step a freestylejob B.
      Job B does nothing except "scan for compiler warnings" with MSBuild parser.

      If you run Job B, it succeeds okay.
      If you run Job A, it triggers Job B as expected, but runs forever (or until cancelled ) even if the job B is already finished successfully.

      I detected this problem in a different scenario, but even this simple configuration doesn't work

      As I have multiple nested jobs running and mostly MSBUILD jobs, it would be very nice if I also can use your warnings-plugin as it looks quite good.
      But due to the fact that the described behaviour blocks up all nested jobs, it is quite annoying as it took me also a long time to identify this problem.
      Any help is welcome and additional informations can be also provided if needed.

      Regards,
      Bernd Spickers

          [JENKINS-28908] Subjob completion not detected

          Ulli Hafner added a comment -

          The warnings plug-in uses the provided Jenkins synchronization http://javadoc.jenkins-ci.org/hudson/tasks/BuildStepMonitor.html#BUILD. I.e. it should block another build of the same job until that result is available. Seems that this is implemented in a different way.

          How do you trigger job B in a build step of job A, are you using a plug-in? (Or do you use the post build action "Build other projects"?)

          Ulli Hafner added a comment - The warnings plug-in uses the provided Jenkins synchronization http://javadoc.jenkins-ci.org/hudson/tasks/BuildStepMonitor.html#BUILD . I.e. it should block another build of the same job until that result is available. Seems that this is implemented in a different way. How do you trigger job B in a build step of job A, are you using a plug-in? (Or do you use the post build action "Build other projects"?)

          Hi Ulli,
          I use the "Trigger/Call builds on other projects" step at job A in the build section and set the option "Block until the triggered projects finish their builds".

          Didn't tried it as "Post-build action" yet.
          To be honest, first time I found this problem by using the "Build-Flow Build" (Build-Flow-plugin) and calling a subjob in the DSL program code.

          Bernd Spickers added a comment - Hi Ulli, I use the "Trigger/Call builds on other projects" step at job A in the build section and set the option "Block until the triggered projects finish their builds". Didn't tried it as "Post-build action" yet. To be honest, first time I found this problem by using the "Build-Flow Build" (Build-Flow-plugin) and calling a subjob in the DSL program code.

          Ulli Hafner added a comment -

          I don't see this build step in my setup. Is it coming from another plug-in, e.g. the build-flow plug-in? Maybe this trigger does not implement the correct behavior?

          Ulli Hafner added a comment - I don't see this build step in my setup. Is it coming from another plug-in, e.g. the build-flow plug-in? Maybe this trigger does not implement the correct behavior?

          Looks like this step is introduced by "Parameterized Trigger Plugin".

          Bernd Spickers added a comment - Looks like this step is introduced by "Parameterized Trigger Plugin".

          Ulli Hafner added a comment -

          I see. Seems that the maintainer of the Parameterized Trigger plug-in is not active anymore. It is hard to see, which plug-in is doing things wrong.

          Would it be possible to reuse the workaround as post build step?

          Ulli Hafner added a comment - I see. Seems that the maintainer of the Parameterized Trigger plug-in is not active anymore. It is hard to see, which plug-in is doing things wrong. Would it be possible to reuse the workaround as post build step?

          Hi Ulli.

          I did some more investigations and found some problems with maven java classes in the logs.
          After enabling the plugin "maven-plugin" everything works as expected with "Warnings-plugin".
          The end of subjobs with this plugin included is detected properly and do not block anymore.

          Regards, Bernd

          Bernd Spickers added a comment - Hi Ulli. I did some more investigations and found some problems with maven java classes in the logs. After enabling the plugin "maven-plugin" everything works as expected with "Warnings-plugin". The end of subjobs with this plugin included is detected properly and do not block anymore. Regards, Bernd

          I have the same issue but I am unable to enable the Maven Integration plugin which I presume is what you mean.
          The pop-up message suggest that the Javadoc Plugin plugin in disabled, which I can also confirm but I don't have an option to enable it as it is greyed out.
          I am running 1.655 jenkins with quite a lot of other plugins (inc those mentioned in this bug report).
          I'd like to get the warning pluging working so any suggestions would be much appreciated.

          Milijan Mudrinic added a comment - I have the same issue but I am unable to enable the Maven Integration plugin which I presume is what you mean. The pop-up message suggest that the Javadoc Plugin plugin in disabled, which I can also confirm but I don't have an option to enable it as it is greyed out. I am running 1.655 jenkins with quite a lot of other plugins (inc those mentioned in this bug report). I'd like to get the warning pluging working so any suggestions would be much appreciated.

          Hi Mulijan,
          I guess last time I should be more precise in the plugin nomination and to be honest I am not sure which "maven-plugin" was meant.
          So I checked our configuration and found the same "Maven integration Plugin" you mentioned. We are running Jenkins 1.656 and Maven Integration plugin 2.12.1 and other remaining plugins as well at current versions.

          Bernd Spickers added a comment - Hi Mulijan, I guess last time I should be more precise in the plugin nomination and to be honest I am not sure which "maven-plugin" was meant. So I checked our configuration and found the same "Maven integration Plugin" you mentioned. We are running Jenkins 1.656 and Maven Integration plugin 2.12.1 and other remaining plugins as well at current versions.

          Thanks for the update bspickers. I seem to have fixed the issue by manually deleting the javadoc.jpi.disabled and maven-plugin.jpi.disabled files in the jenkins Plugin folder.

          Milijan Mudrinic added a comment - Thanks for the update bspickers . I seem to have fixed the issue by manually deleting the javadoc.jpi.disabled and maven-plugin.jpi.disabled files in the jenkins Plugin folder.

            drulli Ulli Hafner
            bspickers Bernd Spickers
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: