| ||||||||
| Line: 7 to 7 | ||||||||
|---|---|---|---|---|---|---|---|---|
IdeaAutograph needs data from many different sources. These sources are unfortunately very unstable. E.g. information about users is sometimes stored in LDAP directories and sometimes in other databases. It is also very likely that Shibboleth code will change with coming releases. | ||||||||
| Changed: | ||||||||
| < < |
That's why Autograph's implementation utilises a connector concept. The well defined connector interfaces can be implemented as java classes and plugged into the application only by changing configuration files. When an adaptation becomes neccessary, the changes are made to one plugable component only. | |||||||
| > > |
That's why Autograph's implementation utilises a connector concept. The well defined connector interfaces can be implemented as java classes and plugged into the application by changing configuration files. When an adaptation becomes neccessary, the changes are made to one plugable component only. | |||||||
| The definition of connector interfaces brings also modularity, which structures the code and makes maintenance and testing a lot easier. Another benefit is the reusability of the connector components (e.g. in Sharpe). | ||||||||
| ||||||||
| Line: 32 to 32 | ||||||||
|---|---|---|---|---|---|---|---|---|
the 'connector implementations' layer | ||||||||
| Changed: | ||||||||
| < < |
This layer contains the modules that implement the connector interfaces. E.g. the AttributeInfoPoint? that, among others, looks up the frienldy name of attributes following a certain algorithm. These modules can easily be reimplemented and plugged into the application by changing the configuration file. | |||||||
| > > |
This layer contains the modules that implement the connector interfaces. E.g. the AttributeInfoPoint that, among others, looks up the frienldy name of attributes following a certain algorithm. These modules can easily be reimplemented and plugged into the application by changing the configuration file. | |||||||
The interfaces | ||||||||
| ||||||||
| Changed: | ||||||||
| < < |
-- MoritzTheile - 14 Aug 2006 | |||||||
| > > |
<< to Autograph main page | |||||||
Autograph - under the hood | ||||||||
| Line: 48 to 47 | ||||||||
|---|---|---|---|---|---|---|---|---|
<!--
Current implementations--> | ||||||||
| Added: | ||||||||
| > > |
-- MoritzTheile - 14 Aug 2006 | |||||||
| ||||||||
| ||||||||
| Line: 39 to 39 | ||||||||
|---|---|---|---|---|---|---|---|---|
| Please follow the links to view the java documentation. | ||||||||
| Changed: | ||||||||
| < < |
| |||||||
| > > |
||||||||
<!--
Current implementations--> | ||||||||
| ||||||||
| Line: 7 to 7 | ||||||||
|---|---|---|---|---|---|---|---|---|
Idea | ||||||||
| Changed: | ||||||||
| < < |
Autograph needs data from many different sources. These sources are unfortunately very unstable. E.g. information on users is sometimes stored in LDAP directories and sometimes in relational databases. It is also very likely that Shibboleth code will change with coming releases. That's why Autograph's implementation utilises a connector concept. The well defined connector interfaces can be implemented as java classes and plugged into the application by changing only configuration files. When an adaptation becomes neccessary the changes are only made to one plugable component. The definition of connector interfaces brings also modularity. This structures the code and makes maintenance and testing a lot easier. Another benefit is the reusability of the connector components (e.g. in Sharpe). | |||||||
| > > |
Autograph needs data from many different sources. These sources are unfortunately very unstable. E.g. information about users is sometimes stored in LDAP directories and sometimes in other databases. It is also very likely that Shibboleth code will change with coming releases. That's why Autograph's implementation utilises a connector concept. The well defined connector interfaces can be implemented as java classes and plugged into the application only by changing configuration files. When an adaptation becomes neccessary, the changes are made to one plugable component only. The definition of connector interfaces brings also modularity, which structures the code and makes maintenance and testing a lot easier. Another benefit is the reusability of the connector components (e.g. in Sharpe). | |||||||
| Changed: | ||||||||
| < < |
Overview | |||||||
| > > |
Application layersFour application layers are described here: | |||||||
| ||||||||
| Added: | ||||||||
| > > |
the 'web application' layerThis layer contains parts for building a web application like servlets, JSPs, web.xml etcetera.the 'logic' layerThis layer contains application logic. For example functions to determine the reachable and available Service Levels with a set of attributes.the 'connector interfaces' layerThis layer contains interfaces that are used to retrieve and write data from and to lower layers. It also contains a factory for retrieving implementations of these interfaces.the 'connector implementations' layerThis layer contains the modules that implement the connector interfaces. E.g. the AttributeInfoPoint? that, among others, looks up the frienldy name of attributes following a certain algorithm. These modules can easily be reimplemented and plugged into the application by changing the configuration file. | |||||||
The interfaces | ||||||||
| Added: | ||||||||
| > > |
Please follow the links to view the java documentation.
| |||||||
Current implementations | ||||||||
| Added: | ||||||||
| > > |
--> | |||||||
| ||||||||
| Line: 1 to 1 | ||||||||
|---|---|---|---|---|---|---|---|---|
| Added: | ||||||||
| > > |
Autograph - under the hoodIdeaAutograph needs data from many different sources. These sources are unfortunately very unstable. E.g. information on users is sometimes stored in LDAP directories and sometimes in relational databases. It is also very likely that Shibboleth code will change with coming releases. That's why Autograph's implementation utilises a connector concept. The well defined connector interfaces can be implemented as java classes and plugged into the application by changing only configuration files. When an adaptation becomes neccessary the changes are only made to one plugable component. The definition of connector interfaces brings also modularity. This structures the code and makes maintenance and testing a lot easier. Another benefit is the reusability of the connector components (e.g. in Sharpe).Overview
The interfacesCurrent implementations
| |||||||