<<O>>  Difference Topic AutographUnderTheHood (r1.6 - 22 Aug 2006 - MoritzTheile)

META TOPICPARENT AutographView
<< to Autograph main page
Line: 7 to 7

Idea

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.

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).
 <<O>>  Difference Topic AutographUnderTheHood (r1.5 - 20 Aug 2006 - MoritzTheile)

META TOPICPARENT AutographView
<< to Autograph main page
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

 <<O>>  Difference Topic AutographUnderTheHood (r1.4 - 18 Aug 2006 - MoritzTheile)

META TOPICPARENT AutographView
Changed:
<
<
-- MoritzTheile - 14 Aug 2006
>
>
<< to Autograph main page

Autograph - under the hood

Line: 48 to 47

<!--

Current implementations

-->
Added:
>
>
-- MoritzTheile - 14 Aug 2006

META FILEATTACHMENT AutographArchitecture?.jpg attr="h" comment="" date="1155518128" path="AutographArchitecture.jpg" size="166922" user="MoritzTheile" version="1.1"
 <<O>>  Difference Topic AutographUnderTheHood (r1.3 - 18 Aug 2006 - MoritzTheile)

META TOPICPARENT AutographView
-- MoritzTheile - 14 Aug 2006
Line: 39 to 39

Please follow the links to view the java documentation.

Changed:
<
<
  • AttributeInfoPoint
  • [[][UserProfile]]
  • [[][SPDConnector]]
  • [[][AttributeWriter]]
  • [[][AttributeResolver]]
  • [[][ARPConnector]]
>
>

<!--

Current implementations

-->
 <<O>>  Difference Topic AutographUnderTheHood (r1.2 - 14 Aug 2006 - MoritzTheile)

META TOPICPARENT AutographView
-- MoritzTheile - 14 Aug 2006
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 layers

Four application layers are described here:


AutographArchitecture.jpg

Added:
>
>

the 'web application' layer

This layer contains parts for building a web application like servlets, JSPs, web.xml etcetera.

the 'logic' layer

This layer contains application logic. For example functions to determine the reachable and available Service Levels with a set of attributes.

the 'connector interfaces' layer

This 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' layer

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

Added:
>
>
Please follow the links to view the java documentation.

  • AttributeInfoPoint
  • [[][UserProfile]]
  • [[][SPDConnector]]
  • [[][AttributeWriter]]
  • [[][AttributeResolver]]
  • [[][ARPConnector]]
<!--

Current implementations

Added:
>
>
-->

META FILEATTACHMENT AutographArchitecture?.jpg attr="h" comment="" date="1155518128" path="AutographArchitecture.jpg" size="166922" user="MoritzTheile" version="1.1"
 <<O>>  Difference Topic AutographUnderTheHood (r1.1 - 14 Aug 2006 - MoritzTheile)
Line: 1 to 1
Added:
>
>
META TOPICPARENT AutographView
-- MoritzTheile - 14 Aug 2006

Autograph - under the hood

Idea

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).

Overview

AutographArchitecture.jpg

The interfaces

Current implementations

META FILEATTACHMENT AutographArchitecture?.jpg attr="h" comment="" date="1155518128" path="AutographArchitecture.jpg" size="166922" user="MoritzTheile" version="1.1"
View topic | Diffs | r1.6 | > | r1.5 | > | r1.4 | More
Revision r1.1 - 14 Aug 2006 - 01:26 - MoritzTheile
Revision r1.6 - 22 Aug 2006 - 04:54 - MoritzTheile