Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3

...

To avoid assuming that the institutional user data resides in the KFS database, we do not map UniversalUser to other objects via OJB reference-descriptors. Instead, we link other entities to institutional user information via data dictionary relationships.

Code Block
xml
xml
titleAccount.xmlxml
<relationships>
      <relationship objectAttributeName="accountFiscalOfficerUser" >
            <primitiveAttribute sourceName="accountFiscalOfficerSystemIdentifier" targetName="personUniversalIdentifier" />
      </relationship>

      <relationship objectAttributeName="accountSupervisoryUser" >
            <primitiveAttribute sourceName="accountsSupervisorySystemsIdentifier" targetName="personUniversalIdentifier" />
      </relationship>

      <relationship objectAttributeName="accountManagerUser" >
            <primitiveAttribute sourceName="accountManagerSystemIdentifier" targetName="personUniversalIdentifier" />
      </relationship>

      <relationship objectAttributeName="accountGuideline" >
           <primitiveAttribute sourceName="chartOfAccountsCode" targetName="chartOfAccountsCode" />
           <primitiveAttribute sourceName="accountNumber" targetName="accountNumber" />
      </relationship>
</relationships>

...

Info
titleLazy getters on UniversalUser objects

To retrieve UniversalUser objects for various business objects, lazy getters have been implemented to retrieve the object through the user service using the primitive:

Code Block
java
java
titleLazy getter on UniversalUser Object - Account.javajava
public UniversalUser getAccountFiscalOfficerUser() {
   accountFiscalOfficerUser = SpringContext.getBean(UniversalUserService.class).updateUniversalUserIfNecessary(accountFiscalOfficerSystemIdentifier, accountFiscalOfficerUser);
   return accountFiscalOfficerUser;
}

...