Changes between Version 1 and Version 2 of 2014-09-18


Ignore:
Timestamp:
Sep 18, 2014, 4:10:30 PM (11 years ago)
Author:
Tom Goddard
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • 2014-09-18

    v1 v2  
    2323[http://www.cgl.ucsf.edu/chimera/data/hydra-sep2014/hydraarch.html Hydra architecture and migration path slides]
    2424
    25 TomG explained Hydra Session object that holds all application global state.
     25**Session object**. TomG explained Hydra Session object that holds all application global state.
    2626
    27 Discussed the advantages of avoiding circular dependencies between Chimera 2 modules.
     27**Circular references**. Discussed the advantages of avoiding circular dependencies between Chimera 2 modules.
    2828Previously Scooter advocated this saying Cytoscape modules have a dependency graph that is a tree
    2929and communicating to a module that is not a dependent is only done by quequeing events.
    3030Eric and TomG did not understand the value of this.  Requires further discussion, maybe with Scooter.
    3131
    32 Conrad suggested current Hydra Session be divided into an Application class and a Session class where
     32**Application class**. Conrad suggested current Hydra Session be divided into an Application class and a Session class where
    3333the latter stores global state and the former initializes that state at start-up.  This will allow code for
    3434different application start-up modes (e.g. nogui vs gui) to be cleanly separated.
    3535
    36 Discussed migration path from Hydra to a Chimera 2 release.  Conrad suggests that APIs for Session,
     36**Migration path**. Discussed migration path from Hydra to a Chimera 2 release.  Conrad suggests that APIs for Session,
    3737Application, ToolShed and Tools to establish the framework is an immediate need, even if such APIs
    3838are only for in-lab developers after an initial release.