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

hudson.dev.java.net availability impacts loading of pages with forms

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Critical Critical
    • core
    • None
    • Platform: All, OS: Linux

      When hudson.dev.java.net is Out, the task does not work.
      Today this occours, and than my Hudson instance return error saying that wait
      for a submit!!!!

      logs attached

          [JENKINS-4590] hudson.dev.java.net availability impacts loading of pages with forms

          sberlotto added a comment -

          Created an attachment (id=933)
          Hudson log

          sberlotto added a comment - Created an attachment (id=933) Hudson log

          sberlotto added a comment -

          Sorry, a task that is a parametrized build.
          And the Firefox is showing the tab loading icon, every time...

          sberlotto added a comment - Sorry, a task that is a parametrized build. And the Firefox is showing the tab loading icon, every time...

          Andrew Bayer added a comment -

          Generalizing - see
          http://www.nabble.com/Cannot-use-hudson-because-it-stops-on-%22Connecting-to-hudson.dev.java.net%22-td25711645.html
          among others. The parameterized build behavior isn't working for the same reason
          that configuration pages are taking a long time to load, etc - they're trying to
          fetch the update center and tool installer JSON files from hudson.dev.java.net.
          While you can disable the update center updating logic by specifying the system
          property hudson.model.UpdateCenter.never=true currently, that doesn't do
          anything about the tool installers, and there's no way to configure that through
          the Manage Hudson->Configure System UI.

          So I'll be working on adding that configuration option and making sure it
          applies to the tool installers as well as the update center.

          Andrew Bayer added a comment - Generalizing - see http://www.nabble.com/Cannot-use-hudson-because-it-stops-on-%22Connecting-to-hudson.dev.java.net%22-td25711645.html among others. The parameterized build behavior isn't working for the same reason that configuration pages are taking a long time to load, etc - they're trying to fetch the update center and tool installer JSON files from hudson.dev.java.net. While you can disable the update center updating logic by specifying the system property hudson.model.UpdateCenter.never=true currently, that doesn't do anything about the tool installers, and there's no way to configure that through the Manage Hudson->Configure System UI. So I'll be working on adding that configuration option and making sure it applies to the tool installers as well as the update center.

          Jesse Glick added a comment -

          Installers based on the update center would ideally populate the list lazily. If
          there were delays or timeouts contacting the update centers, these installers
          would simply not be offered, but other configuration would be unaffected.

          Issue #4487 may be useful in limiting the impact of this bug: keep tool
          configuration in a separate page.

          Jesse Glick added a comment - Installers based on the update center would ideally populate the list lazily. If there were delays or timeouts contacting the update centers, these installers would simply not be offered, but other configuration would be unaffected. Issue #4487 may be useful in limiting the impact of this bug: keep tool configuration in a separate page.

          Andrew Bayer added a comment -

          Yeah, making the postBack logic more resistant to delays/timeouts would be a
          good thing, but (a) I'm not entirely sure how to do that, and (b) what I'm
          aiming at here would probably be useful regardless.

          Andrew Bayer added a comment - Yeah, making the postBack logic more resistant to delays/timeouts would be a good thing, but (a) I'm not entirely sure how to do that, and (b) what I'm aiming at here would probably be useful regardless.

          Andrew Bayer added a comment -

          Ok, my approach didn't work, so I'm kicking this to Kohsuke.

          Andrew Bayer added a comment - Ok, my approach didn't work, so I'm kicking this to Kohsuke.

          Update center fetch is inserted in a way that doesn't block the page completion
          event, so we can safely declare that it's not caused by the update center.

          Ditto for the usage statistics.

          That leaves tool lists.

          Kohsuke Kawaguchi added a comment - Update center fetch is inserted in a way that doesn't block the page completion event, so we can safely declare that it's not caused by the update center. Ditto for the usage statistics. That leaves tool lists.

          Code changed in hudson
          User: : kohsuke
          Path:
          trunk/hudson/main/core/src/main/java/hudson/model/DownloadService.java
          trunk/hudson/main/core/src/main/resources/hudson/model/UsageStatistics/footer.jelly
          trunk/www/changelog.html
          http://fisheye4.cenqua.com/changelog/hudson/?cs=22347
          Log:
          [FIXED JENKINS-4590] Defer injection of the script until the page load event fires, so that inability to load scripts from java.net wouldn't block other things that's wating for the firing of the onload event.

          SCM/JIRA link daemon added a comment - Code changed in hudson User: : kohsuke Path: trunk/hudson/main/core/src/main/java/hudson/model/DownloadService.java trunk/hudson/main/core/src/main/resources/hudson/model/UsageStatistics/footer.jelly trunk/www/changelog.html http://fisheye4.cenqua.com/changelog/hudson/?cs=22347 Log: [FIXED JENKINS-4590] Defer injection of the script until the page load event fires, so that inability to load scripts from java.net wouldn't block other things that's wating for the firing of the onload event.

          This fix will be in 1.327.

          Kohsuke Kawaguchi added a comment - This fix will be in 1.327.

          Code changed in hudson
          User: : kohsuke
          Path:
          trunk/hudson/main/core/src/main/java/hudson/model/DownloadService.java
          http://fisheye4.cenqua.com/changelog/hudson/?cs=22348
          Log:
          JENKINS-4590 only send a request up to every once in 10 seconds in order to avoid hitting java.net too hard when it's about to recover from an outage.

          SCM/JIRA link daemon added a comment - Code changed in hudson User: : kohsuke Path: trunk/hudson/main/core/src/main/java/hudson/model/DownloadService.java http://fisheye4.cenqua.com/changelog/hudson/?cs=22348 Log: JENKINS-4590 only send a request up to every once in 10 seconds in order to avoid hitting java.net too hard when it's about to recover from an outage.

            kohsuke Kohsuke Kawaguchi
            sberlotto sberlotto
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved: