[tor-bugs] #2627 [Metrics]: Come up with a better interface between metrics-db and metrics-web

[Tor Bug Tracker & Wiki]

#2627: Come up with a better interface between metrics-db and metrics-web
-------------------------+--------------------------------------------------
 Reporter:  karsten      |          Owner:  karsten 
     Type:  enhancement  |         Status:  assigned
 Priority:  normal       |      Milestone:          
Component:  Metrics      |        Version:          
 Keywords:               |         Parent:          
   Points:               |   Actualpoints:          
-------------------------+--------------------------------------------------
Changes (by karsten):

  * status:  new => assigned


Comment:

 Here's a list of substeps that are necessary to implement this ticket:

  1. Copy the Java parts from metrics-db to metrics-web that are required
 to run stuff periodically.  These parts include the classes `Main`,
 `Configuration`, `LockFile`, and `LoggingConfiguration`.  Remove most
 parts of `Main` and `Configuration` in metrics-web, because there's
 nothing to do for a periodically running metrics-web yet.  Add parts when
 needed.
  2. Copy `ArchiveReader`, `RelayDescriptorParser`, and
 `BridgeDescriptorParser` and move `RelayDescriptorDatabaseImporter`,
 `SanitizedBridgesReader`, `BridgeStatsFileHandler`, and
 `ConsensusStatsFileHandler` from metrics-db to metrics-web.  These classes
 are required to process relay and bridge descriptors and prepare them for
 being displayed on the metrics website.
  3. Move `ConsensusHealthChecker` from metrics-db to metrics-web.
  4. Split `GetTorProcessor` into the part that downloads GetTor's
 statistics file and the part that imports GetTor statistics into a
 database.  Move the database import part to metrics-web.
  5. Move `TorperfProcessor` from metrics-db to metrics-web.  metrics-db
 doesn't process Torperf files at all right now.  The only processing that
 takes place is calculating daily medians and quartiles, which is only
 necessary for displaying graphs.

 It should be safe to implement substeps 2 to 5 in any order once 1 is
 implemented.

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/2627#comment:1>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online