Changes between Version 1 and Version 2 of 2014-09-18
- Timestamp:
- Sep 18, 2014, 4:10:30 PM (11 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
2014-09-18
v1 v2 23 23 [http://www.cgl.ucsf.edu/chimera/data/hydra-sep2014/hydraarch.html Hydra architecture and migration path slides] 24 24 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. 26 26 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. 28 28 Previously Scooter advocated this saying Cytoscape modules have a dependency graph that is a tree 29 29 and communicating to a module that is not a dependent is only done by quequeing events. 30 30 Eric and TomG did not understand the value of this. Requires further discussion, maybe with Scooter. 31 31 32 Conrad suggested current Hydra Session be divided into an Application class and a Session class where32 **Application class**. Conrad suggested current Hydra Session be divided into an Application class and a Session class where 33 33 the latter stores global state and the former initializes that state at start-up. This will allow code for 34 34 different application start-up modes (e.g. nogui vs gui) to be cleanly separated. 35 35 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, 37 37 Application, ToolShed and Tools to establish the framework is an immediate need, even if such APIs 38 38 are only for in-lab developers after an initial release.