1. 30 10月, 2009 1 次提交
    • K
      Merged revisions 23183,23185,23245,23256,23266,23279-23284,23286 via svnmerge from · 720be7d7
      kohsuke 提交于
      https://www.dev.java.net/svn/hudson/branches/multiple-update-sources
      
      ........
        r23183 | abayer | 2009-10-25 11:53:17 -0700 (Sun, 25 Oct 2009) | 1 line
        
        First chunk of work towards supporting multiple update centers - infrastructure in place for it, and default update center treated as only one of multiple - have to use slightly modified update-center.json though
      ........
        r23185 | abayer | 2009-10-25 12:25:49 -0700 (Sun, 25 Oct 2009) | 1 line
        
        a number of tweaks - among other things, now works properly with additional update centers defined in hudson.model.UpdateCenter.xml - try using http://andrewbayer.com/images/hello-world/helloWorld-update-center.json as second update center
      ........
        r23245 | abayer | 2009-10-27 13:45:25 -0700 (Tue, 27 Oct 2009) | 1 line
        
        Modified to support existing default update-center.json
      ........
        r23256 | kohsuke | 2009-10-27 18:30:15 -0700 (Tue, 27 Oct 2009) | 7 lines
        
        - moved data binding of update-center.json to UpdateSource.
        - moved some of the UpdateSource property into JSON, to improve the user experience when adding an update source.
          the user should just type in one URL, and everything else should happen automatically.
        - it doesn't make sense for UpdateSource to rely on UpdateCenterConfiguration, since behaviors cannot be
          modified per UpdateSource basis. Instead, leaving it in UpdateCenter allows us to maintain backward compatible
          behaviors with the existing custom UpdateCenterConfiguration implementation.
      ........
        r23266 | kohsuke | 2009-10-27 19:29:24 -0700 (Tue, 27 Oct 2009) | 1 line
        
        serve id inside JSON.
      ........
        r23279 | kohsuke | 2009-10-28 10:44:00 -0700 (Wed, 28 Oct 2009) | 1 line
        
        Do not special-case "default" ID. Receive hudson.war updates from wherever that provides one.
      ........
        r23280 | kohsuke | 2009-10-28 10:50:57 -0700 (Wed, 28 Oct 2009) | 1 line
        
        formatting change.
      ........
        r23281 | kohsuke | 2009-10-28 11:30:40 -0700 (Wed, 28 Oct 2009) | 1 line
        
        typo
      ........
        r23282 | kohsuke | 2009-10-28 11:45:06 -0700 (Wed, 28 Oct 2009) | 2 lines
        
        - added the UI to remove sites.
        - persistence of UpdateSource happens more automatically now.
      ........
        r23283 | kohsuke | 2009-10-28 11:50:04 -0700 (Wed, 28 Oct 2009) | 1 line
        
        UpdateSource -> UpdateSite to align terminology with Eclipse.
      ........
        r23284 | kohsuke | 2009-10-28 11:55:03 -0700 (Wed, 28 Oct 2009) | 5 lines
        
        Actually, for now, just having a programmatic modification to UpdateSite would satisfy the primary use case.
        
        And I'd like to upgrade YUI to a more recent version so that we can use its DataTable for UI. Plus the single update center model encourages the community to bring the code into the Hudson project, which is something we'd like to keep.
        
        So all in all, I'm postponing the UI work.
      ........
        r23286 | kohsuke | 2009-10-28 13:07:19 -0700 (Wed, 28 Oct 2009) | 1 line
        
        Renaming and bug fixes.
      ........
      
      
      git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@23326 71c3de6d-444a-0410-be80-ed276b4c234a
      720be7d7
  2. 13 6月, 2009 1 次提交
    • D
      Simplify configuration of crumbs (in the UI) and programmatic usage from · ca3420c1
      dty 提交于
      hudson-behavior.js.
      
      - Default crumb descriptor no longer presents any configuration UI. If a user
        wants to change the crumb field name, that is now done through a system
        property, hudson.security.csrf.requestfield.
      
      - Default crumb issuer uses the Hudson secret key as the salt, so this no longer
        needs to be a configuration option.
      
      - layout.jelly initializes a crumb structure in hudson-behavior.js so that
        Javascript functions can have access to this information without need it
        passed in by the caller.
      
      
      
      git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@18856 71c3de6d-444a-0410-be80-ed276b4c234a
      ca3420c1
  3. 09 6月, 2009 1 次提交
  4. 02 4月, 2009 1 次提交
  5. 07 2月, 2009 1 次提交
  6. 18 12月, 2008 1 次提交
    • D
      [FIXED HUDSON-2732] Changes to enable alternate update centers. · 50b3188b
      dty 提交于
      	- Define UpdateCenter.UpdateCenterConfiguration as an extension point.
      	  The base class provides the existing behavior. It can be subclassed
      	  to customize the update center servers, and the installation behaviors.
      
      	    hudson/main/core/src/main/java/hudson/model/UpdateCenter.java
      
      	- Don't hardcode the update center URL in Javascript. Expose an API to
      	  get this out to the presentation.
      
      	    hudson/main/core/src/main/java/hudson/Functions.java
          	hudson/main/core/src/main/resources/hudson/model/UpdateCenter/PageDecoratorImpl/footer.jelly
          	hudson/main/war/resources/scripts/hudson-behavior.js
      
      
      
      git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@13712 71c3de6d-444a-0410-be80-ed276b4c234a
      50b3188b
  7. 11 12月, 2008 2 次提交
  8. 05 8月, 2008 1 次提交
  9. 16 6月, 2008 1 次提交
  10. 06 6月, 2008 1 次提交
  11. 30 5月, 2008 1 次提交