You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

We are re-architecting the RAFT application to accomplish the following:

  1. Make it easier to add new features
  2. Make it possible to unit test the application
  3. Make it possible to functional test the application
  4. Make it easier for new developers to understand and work on the code
  5. Make the code more modular
  6. Prove that a modular, extensible skeleton based on a known JavaScript MVC framework (Can.js in this case) can make application development fast, simple, repeatable and manageable.
  7. Try to discover the required documentation needed for a software development project: what is needed for project management, requirements, design, development, testing, and help.

The following pages explain the structure of the application skeleton, how to use it, and how we are re-implementing RAFT in the new skeleton.

  1. Security is initiated by sending users from the app to a Kerberos login. If the user successfully authenticates, they are routed to a php file that begins a RAFT session and authenticates every subsequent call against the Shibboleth token. After that, every AJAX and http call is routed through that php session and checked for the Shibboleth token. If it is not there or has expired, the call is refused.
  2. 3-Tier View: The html the user sees is coded in a JavaScript single-page-application framework called CANJS (http://canjs.com).
  3. Application Seed

 

  • No labels