Introduzione ai Repository Drivers

Sommario:

1. Che cos'è un Repository Driver
2. Configurazione del Driver
3. Comportamento del Driver
4. Sviluppi Futuri

Che cos'è un Repository Driver

La piattaforma eXtraWay è uno strumento XML Nativo. Quest'affermazione in se dice molto ma può apparire che dica in realtà molto poco. Vediamo quindi quale significato principe si intende dare a questo concetto.
eXtraWay si definisce una piattaforma documentale XML Nativa in quanto ha eletto l'XML ad un ruolo centrale, come forma di rappresentazione e soprattutto di conservazione delle unità elementari di informazione o unità informative.
Anche in questa frase può sfuggire il punto cardine che è presto detto: la scelta dell'XML non si limita alla forma che il documento ha quando viene scambiato tra i moduli che compongono la piattaforma o quando esso viene proposto al modulo Client e da esso all'utente finale, bensì è il metodo per mezzo del quale il documento viene fisicamente conservato. In questo caso il termine fisicamente è quanto mai calzante in quanto le unità informative sono direttamente disponibili su file system sotto forma di files XML. In essi le unità informative vengono raggruppate, agglomerate per soddisfare criteri dlogici che, assieme alla suddivisione in cartelle e sotto cartelle ed una specifica denominazione di tali files rendono leggibile, comprensibile e quindi destinato naturalmente ad una conservazione nel tempo qualsiasi dato in esso conservati. Essendo tali dati in forma XML, leggibile per definizione e facilmente comprensibile, eXtraWay persegue nativamente l'obiettivo della conservazione delle unità informative dando loro un orizzonte temporale bel oltre la vita utile del software stesso.

Fatta questa premessa necessaria non si può ignorare che esistano anche esigenze di altra natura, esigenze di conservazione di questi dati in contenitori più adatti ad altre finalità ovvero già appartenenti all'infrastruttura aziendale ovvero ancora maggiormente adatti alla ridistribuzione ad esempio su supporti ottici, o in forma cifrata o compressa.
Per soddisfare tutto questo ampio panorama di possibilità, la piattaforma documentale eXtraWay è stata arricchita da uno strumento definito eXtraWay Repository Driver, ovvero un driver in grado di far dialogare il motore documentale eXtraWay con altri repository, esistenti sul mercato o realizzati appositamente per soddisfare una particolare esigenza, senza con questo inficiare in alcun modo le funzionalità e capacità tipiche di eXtraWay.

Per fare in modo che l'uso di un diverso Repository risultasse indolore sono stati identifcati i punti chiave ove agganciare delle chiamate predefinite così che possano essere chiamate delle funzionalità specifiche in quei frangenti e demandare ad uno strumento appositamente costruito il compito di effettuare l'I/O dei documenti.
Questo strumento è stato incapsulato in una libreria dinamica (dll/so) la cui interfaccia verso il server eXtraWay è nota mentre il dialogo con il repository richiesto sarà completamente libero.

Configurazione del Driver

Veniamo quindi al driver vero e proprio ed al suo utilizzo.
Perché eXtraWay server sappia di doversi avvalere di un particolare repository per un dato archivio è necessario che esso sia configurato nel file nomearchivio.conf.xml tramite una specie di URN.
In essa devono trovare posto le principali informazioni quali:

• Il protocollo, ovvero il tipo di repository col quale ci si intende interfacciare e, di conseguenza, quale libreria dinamica si presti a tale compito.
• L'accoppiata utente e password per mezzo della quale viene garantito l'accesso al sistema esterno di repository.
• L'host e la porta, in caso di connettività socket, alla quale richiedere la connettività verso il respository.
• L'identificazione del DataBase che si intende sfruttare ed eventualmente l'indicazione della tabella entro tale Data Base.
• Altri valori da valutare caso per caso.

Possiamo quindi dire che la URN avrà all'incirca questo aspetto (tra parentesi quadre le componenti facoltative).

protocollo://[utente[:password]@]host[:porta]/DataBase/[?tabName=tabella]

Chiaramente i valori omessi saranno sostituiti con un default:

• In assenza di utente e/o password l'accesso verrò effettuato senza esplicitarne uno, in maniera anonima.
• In assenza di un host indicato si considererà attivo quello locale.
• In assenza di una porta indicata si assumerà il default stabilito a seconda del protocollo.
• In assenza di una tabella indicata, il nome tabella di default sarà xw_table.

I protocolli attualmente concepiti sono i seguenti:

• oracle: Interfacciamento con Oracle 10g.
  • stato: Implementato
  • driver: libxw2occi
• mysql: Interfacciamento con MySQL 5.*
  • stato: In fase di studio
• udd: I documenti vengono registrati in un buddy file come il file UDD se non il file UDD stesso.
  • stato: In fase di studio
• uddzip: I documenti vengono registrati in un buddy file come il file UDD se non il file UDD stesso. I documenti vengono compressi prima del salvataggio
  • stato: In fase di studio
• uddcrypt: I documenti vengono registrati in un buddy file come il file UDD se non il file UDD stesso. I documenti vengono cifrati prima del salvataggio
  • stato: In fase di studio

Esempio

<profile type="arc.repository" value="oracle://administrator:admin@localhost/Sample?tabName=prova"/>

Si ricorda che in caso di strumenti quali Oracle 10.g Express Edition non si ha la facoltà di indicare il nome archivio, che è fisso. La url assumerà quindi un aspetto come il seguente, in cui il nome archivio predefinito è XE ...

<profile type="arc.repository" value="oracle://administrator:admin@localhost/XE?tabName=prova"/>

Comportamento del Driver

I Driver posono comportarsi in modi lievemente differenti ma si rifanno solitamente ad uno schema comportamentale comune.
Il driver scambia con eXtraWay Server un frammento XML che altro non è se non l'unità informativa più volte indicata in precedenza.
Una volta ottenuto questo frammento ha facoltà di farne ciò che meglio crede. Potrebbe, per ipotesi, smembrarlo in singole parti e salvare ciascuna di esse in un articolato sistema di tabelle oppure limitarsi a salvarlo integralmente in un unico contenitore generico nell'ambito del repository che si sta utilizzando.

Il comportamento di base è il seguente:

• Compiuto l'accesso al DataBase dichiarato presso il repository identificato con host, porta, utente e password, si determina la presenza della tabella avente il nome indicato o il nome di default in alternativa.
• Se la tabella è assente essa viene creata ed in essa vengono realizzate 3 colonne: La colonna ID, la colonna UD e la colonna XML.
  La colonna ID rappresenta l'id univoco di ogni record, la colonna UD è un varchar che contiene il nome dell'unità informativa nota ad eXtraWay e la colonna XML è un clob che contiene il dato XML vero e proprio.
• In fase di inserimento il Driver determina il nuovo ID del documento e lo torna ad eXtraWay che lo conserva nella propria mappa. Quello stesso ID verà poi usato in fase di lettura, modifica e cancellazione.

Sviluppi Futuri

Il Driver è stato concepito, come detto, per svincolare eXtraWay dall'onere di conoscere cosa viene fatto al suo interno, come il dato viene conservato e così via. La scelta di isolare alcune colonne, indicata nel precedente paragrafo, è da considerarsi minimale e necessaria al corretto funzionamento del server eXtraWay.
Nulla toglie però che per scopi legati ad altre finalità che possono essere conseguite interfacciandosi direttamente con il repository indicato il Driver possa essere personalizzato per estrarre dati specifici dall'XML ed alimentare con essi altre colonne realizzate ad-hoc ovvero che distribuisca in diverse tabelle le diverse unità informative.

Nota:

Anche in questo scenario, però, l'ID noto al server eXtraWay dev'essere univoco in tutto l'archivio mancando, in alcuni punti, il trattamento del tipo di unità informativa coinvolta.