So removing the HashMaps turned out to be more work then I'm ready for right now. [I threw that branch out]
The good news is that the DN 4.x branch is now working. There were some 'instanceOf' checks for PersistenceCapable that I missed before. Now to use the latest Neo4j =] [INFO] Reactor Summary: [INFO] [INFO] Apache Isis Core .................................. SUCCESS [2.668s] [INFO] Isis Core Unit Test Support ....................... SUCCESS [7.635s] [INFO] Isis Core AppLib .................................. SUCCESS [10.587s] [INFO] Isis Core Log4j Impls ............................. SUCCESS [0.871s] [INFO] Isis Core MetaModel ............................... SUCCESS [42.513s] [INFO] Isis Core Runtime ................................. SUCCESS [13.920s] [INFO] Isis Core Wrapper Service ......................... SUCCESS [2.948s] [INFO] Isis Core WebServer ............................... SUCCESS [0.906s] [INFO] Isis Core (Bypass) Security ....................... SUCCESS [0.693s] [INFO] Isis Core Shiro Security .......................... SUCCESS [2.455s] [INFO] Isis Core Spec Support ............................ SUCCESS [0.911s] [INFO] Isis Core Integration Testing Support ............. SUCCESS [1.545s] [INFO] Isis Core RestfulObjects Viewer AppLib ............ SUCCESS [3.395s] [INFO] Isis Core RestfulObjects Viewer Rendering ......... SUCCESS [3.072s] [INFO] Isis Core RestfulObjects Viewer Server ............ SUCCESS [3.164s] [INFO] Isis Maven Plugin (isis-maven-plugin) ............. SUCCESS [4.312s] [INFO] Isis Wicket Viewer ................................ SUCCESS [0.230s] [INFO] Isis Wicket Viewer Applib ......................... SUCCESS [0.569s] [INFO] Isis Wicket Viewer Model .......................... SUCCESS [2.586s] [INFO] Isis Wicket Viewer UI Components .................. SUCCESS [20.864s] [INFO] Isis Wicket Viewer Implementation ................. SUCCESS [3.407s] [INFO] Isis TCK App ...................................... SUCCESS [0.174s] [INFO] Isis TCK DOM ...................................... SUCCESS [2.157s] [INFO] Isis TCK Fixtures ................................. SUCCESS [0.664s] [INFO] Isis TCK IntegTests ............................... SUCCESS [2.958s] [INFO] Isis RestfulObjects Viewer TCK tests .............. SUCCESS [6.109s] [INFO] Isis TCK Wicket Viewer tests ...................... SUCCESS [3.455s] [INFO] ToDo App .......................................... SUCCESS [0.089s] [INFO] ToDo App DOM ...................................... SUCCESS [3.398s] [INFO] ToDo App Fixtures ................................. SUCCESS [0.972s] [INFO] ToDo App Integration Tests ........................ SUCCESS [25.814s] [INFO] ToDo App Webapp ................................... SUCCESS [18.974s] [INFO] Simple App ........................................ SUCCESS [0.010s] [INFO] Simple App DOM .................................... SUCCESS [1.911s] [INFO] Simple App Fixtures ............................... SUCCESS [0.639s] [INFO] Simple App Integration Tests ...................... SUCCESS [8.050s] [INFO] Simple App Webapp ................................. SUCCESS [16.134s] [INFO] todoapp-archetype ................................. SUCCESS [20.689s] [INFO] simpleapp-archetype ............................... SUCCESS [6.850s] [INFO] Isis Scimpi Viewer ................................ SUCCESS [0.362s] [INFO] Isis Scimpi Viewer Dispatcher ..................... SUCCESS [10.513s] [INFO] Isis Scimpi Viewer Servlet ........................ SUCCESS [1.043s] [INFO] Apache Isis (Aggregator) .......................... SUCCESS [0.485s] [INFO] ------------------------------------------------------------------------ [INFO] BUILD SUCCESS [INFO] ------------------------------------------------------------------------ [INFO] Total time: 4:22.458s [INFO] Finished at: Fri Jan 02 00:11:45 CST 2015 [INFO] Final Memory: 130M/920M [INFO] ------------------------------------------------------------------------ Jeremy D. Branham Tel: **DOTNET -----Original Message----- From: Branham, Jeremy [HR] Sent: Thursday, January 01, 2015 3:24 PM To: [email protected] Subject: RE: Removing the ObjectAdapter mappings It looks like the FrameworkSynchronizer would still be important. I'm thinking the hashmaps would be removed from the AdapterManager, and calls for adapters would always create a new instance. Not sure about OID lookups yet. Jeremy D. Branham Tel: **DOTNET -----Original Message----- From: Branham, Jeremy [HR] Sent: Thursday, January 01, 2015 12:00 PM To: [email protected] Subject: Removing the ObjectAdapter mappings Suppose I wanted to remove the mapping between the pojo -> ObjectAdapter and from the OID -> ObjectAdapter, and just create/discard the ObjectAdapters when needed. What would be the high level steps to accomplish this? Would the FrameworkSynchronizer go away completely? It would probably be helpful if I used some sort of UML tool to generate a diagram of how the classes interact. I've stepped through most of the code but I forget the sequences quickly. Thanks! - Jeremy ________________________________ This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message. ________________________________ This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message. ________________________________ This e-mail may contain Sprint proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message.
