I2P Address: [http://git.idk.i2p]

Skip to content
Snippets Groups Projects
  1. Dec 22, 2012
  2. Oct 29, 2012
    • zzz's avatar
      * i2psnark: · 05d29981
      zzz authored
         - Add kbucket debugging
         - Eliminate redundant explore keys
         - Add more limits to DHT tracker
         - Delay expiration at startup
         - Only enable updates for dev builds and 1% of release builds
       * Update Manager: Warn on dup registration
      05d29981
  3. Oct 23, 2012
    • zzz's avatar
      - Fix DummyHandler · bb2363f6
      zzz authored
      - Notes on news.xml enhancements
      - Fix handling existing torrent
      - Add dn to magnet link generation
      - Fix progress info
      bb2363f6
    • zzz's avatar
      - Several plugin install fixes · 724f4f9b
      zzz authored
      - Remove unused UpdateTypes
      - Only try applicable updaters when updating
      - Javadoc fixes
      724f4f9b
  4. Oct 22, 2012
  5. Oct 21, 2012
  6. Oct 19, 2012
  7. Oct 18, 2012
  8. Oct 17, 2012
  9. Aug 03, 2012
  10. Jun 18, 2012
    • zzz's avatar
      Big refactor of the router console update subsystem, in preparation for · e62b76d2
      zzz authored
      implementing out-of-console updaters like i2psnark.
      
      - Add new update interfaces in net.i2p.update
      - All update implementations moved to routerconsole update/
      - Implement an UpdateManager that registers with the RouterContext
      - UpdateManager handles multiple types of things to update
        (router, plugins, news, ...) and methods of updating (HTTP, ...)
      - UpdateManager maintains list of installed, downloaded, and available versions of everything
      - Define Updaters that can check for a new version and/or download an item
      - Individual Updaters register with the UpdateManager obtained from
        I2PAppContext, identifying the type of update item and
        update method they can handle.
      - Updaters need only core libs, no router.jar or routerconsole access required.
      - All checks and updates are initiated via the UpdateManager.
      - All status on checks and updates in-progress or completed are
        obtained from the UpdateManager. No more use of System properties
        to broadcast update state.
      - All update and checker tasks are intantiated on demand and threaded;
        no more static references left over.
      - Split out the Runners and Checkers from the Handlers and make the inheritance more sane.
      - No more permanent NewsFetcher thread; run on the SimpleScheduler queue
        and thread a checker task only to fetch the news.
      - No more static NewsFetcher instance in routerconsole.
        All helper methods that are still required are moved to NewsHelper.
      
      The UpdateManager implements the policy for when to check and download.
      All requests go through the UpdateManager.
      
      For each update type, there's several parts:
          - The xxxUpdateHandler implements the Updater
          - The xxxUpdateChecker implements the UpdateTask for checking
          - The xxxUpdateRunner implements the UpdateTask for downloading
      
      New and moved classes:
      
      web/				update/
      ----				-------
      new				ConsoleUpdateManager.java
      
      new				PluginUpdateChecker.java from PluginUpdateChecker
      PluginUpdateChecker 		-> PluginUpdateHandler.java
      PluginUpdateHandler.java	-> PluginUpdateRunner
      
      new				UnsignedUpdateHandler.java
      UnsignedUpdateHandler		->  UnsignedUpdateRunner.java
      new				UnsignedUpdateChecker from NewsFetcher
      
      UpdateHandler.java remains
      new				UpdateHandler.java
      new				UpdateRunner.java from UpdateHandler
      
      move				NewsHandler from NewsFetcher
      new				NewsFetcher
      new				NewsTimerTask
      
      new				DummyHandler
      
      
      Initial checkin. Unfinished, untested, unpolished.
      e62b76d2
Loading