Skip to end of metadata
Go to start of metadata

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

Compare with Current View Page History

« Previous Version 2 Next »

Rationale

  • remove extraneous stuff from the uPortal codebase.
  • let other applications e.g., HyperContent use the groups and permissions APIs.

Notes

As a first cut, the project plan is to start in the current uPortal MAIN branch and make both GAP and its external dependencies Spring-configurable. This includes supporting services like entity locking, entity caching and entity types. Once this is accomplished, the code would have to branch. That is, it would continue in uPortal MAIN for the time being and be spun off into its own independent cvs project.

Keith Stacks is currently working on some enhancements to PAGS and the permissions framework. These will probably have to be applied to both the MAIN and the independent GAP code.

When the spun-off GAP becomes available, we can decide if we want to rip out the code that remains in the uPortal packages or continue with an integrated GAP in uPortal 2.x.

The code seems to divide into the following areas, ultimately corresponding to individual jars:

  • gap-common
  • gap-groups-core
  • gap-groups-services
  • gap-permissions
  • No labels