È possibile configurare IBM®
Rational
DOORS Web Access come provider per TRS (tracked resource sets)
modificando i file di configurazione ed eseguendo i file di batch Derby.
Informazioni su questa attività
Rational
DOORS Web Access e Derby vengono forniti con diversi utenti e password predefiniti
per l'abilitazione con TRS. Se si modificano i nomi utenti o le password, sarà necessario modificare i parametri di configurazione
associati a tali utenti, come descritto nella seguente procedura. L'integrazione utilizza tali utenti:
- Utente funzionale LQE
- Questo utente Rational
DOORS gestisce le richieste LQE (Lifecycle Query Engine) da un'applicazione consumatore TRS
integrata a Rational
DOORS Web Access. Se questo utente ha un nome utente e una password diversi da quelli predefiniti,
tali valori dovranno corrispondere alle voci presenti nel file
festival.xml, come descritto nella seguente procedura.
- trs.db.user
- Questo utente database Derby può accedere ai dati del database TRS ed è utilizzato da
Rational
DOORS Web Access per richiamare i dati dal database.
Se si desidera utilizzare valori diversi dal nome utente predefinito e dalla password, è necessario creare voci nel file
festival.xml. Se si modifica la password, sarà necessario immettere la nuova
password nel file delle proprietà Derby.
- derby.user.admin
- L'amministratore del database Derby attualmente non fornisce alcuna funzione per Rational
DOORS Web Access. È possibile impostare una password per
questo utente nel file delle proprietà Derby.
Importante: Gli amministratori dovranno occuparsi di gestire l'integrità
del database Derby ed impedire che venga danneggiato. Per ulteriori informazioni, vedere
"Mantaining database integrity" nel manuale
Derby Server and Administration Guide.
Operazioni successive
Dopo aver configurato l'integrazione con un'applicazione consumatore TRS mediante le relazioni di amicizia OSLC,
sarà necessario registrare Rational
DOORS come provider TRS nell'applicazione consumatore. Per un esempio di tale procedura,
nella documentazione oper
IBM Rational Engineering Lifecycle Management,
vedere "Registrazione applicazioni come provider TRS per Lifecycle Query Engines".
LQE utilizzato da un'applicazione consumatore TRS,
ad esempio Rational Engineering
Lifecycle Management, genera un database indice master di dati provenienti da diversi tool del ciclo di vita. Ogni tool del provider TRS
pubblica i rispettivi dati attraverso un TRS. LQE può raccogliere o indicizzare i dati provenienti da ciascun tool. I team possono scrivere query, simili a report, per i dati indicizzati in linguaggio SPARQL. Quando si aggiunge un'origine dati per Rational
DOORS nell'applicazione di amministrazione
LQE, impostare i seguenti valori:
- Numero di thread per l'indicizzazione iniziale: 1
- Numero di thread per l'indicizzazione incrementale: 1
- Frequenza di aggiornamento: 60
Nella scheda
Amministrazione, fare clic su
ed impostare i seguenti valori di timeout HTTP. Il valore
predefinito è 60 secondi. Aumentare entrambi i valori:
- Timeout connessione (minimo): 5 minuti (300 secondi)
- Timeout socket (minimo): 15 minuti (900 secondi)