Configuration en tant que fournisseur TRS

Vous pouvez configurer () en tant que fournisseur pour les ensembles de ressources suivis (TRS) en modifiant les fichiers de configuration et en exécutant des fichiers batch Derby.

A propos de cette tâche

Derby est livré avec plusieurs comptes utilisateur et mots de passe par défaut pour l'activation de TRS. Si vous modifiez les noms d'utilisateur ou les mots de passe, vous devez éditer les paramètres de configuration associés à ces utilisateurs, comme décrit dans la procédure suivante. L'intégration fait appel aux utilisateurs suivants :
Utilisateur_fonctionnel_LQE
Cet utilisateur standard () traite les requêtes du moteur de requêtes de cycle de vie (LQE) provenant d'une application consommatrice TRS intégrée vers. Si cet utilisateur dispose d'un nom d'utilisateur et d'un mot de passe différents des valeurs par défaut, ces valeurs doivent correspondre aux entrées du festival.xml fichier, comme décrit dans la procédure suivante.
trs.db.user
Cet utilisateur de la base de données Derby peut accéder aux données de la base de données TRS et sert à extraire des données de cette dernière. Si vous souhaitez utiliser un nom d'utilisateur et un mot de passe différents de ceux par défaut, vous devez modifier le festival.xml fichier. Si vous modifiez le mot de passe, vous devez entrer le nouveau dans le fichier de propriétés Derby.
derby.user.admin
Cet administrateur de base de données Derby ne propose actuellement pas de fonctions pour. Vous pouvez définir un mot de passe pour cet utilisateur dans la base de données Derby.
Important: Les administrateurs doivent maintenir l'intégrité de la base de données Derby et empêcher qu'elle ne soit endommagée. Pour plus d'informations, voir "Gestion de l'intégrité de la base de données" dans le document Derby Server and Administration Guide.

Procédure

  1. Arrêtez tous les composants, comme décrit dans la section « Démarrage, arrêt et suppression ».
  2. Créez une copie de sauvegarde du fichier festival.xml et ouvrez le fichier d'origine dans un éditeur. Ce fichier se trouve dans le répertoire dwa_install\server\festival\config .
  3. Entrez les valeurs de propriété suivantes pour l'utilisateur fonctionnel LQE et l'utilisateur TRS :
    ForceHttpsForAuthenticationForOAuth
    Définissez cette valeur sur true.
    functional.user.consumer.key
    Cette clé de consommateur est associée à l'utilisateur fonctionnel LQE. LQE utilise cette clé pour accéder au TRS. Cette clé doit correspondre à l'entrée « Clé consommateur » dans la fenêtre « Clés locales » de la configuration. La valeur par défaut est LQE Functional User Key. Cette propriété n'est obligatoire dans le fichier festival.xml que si vous utilisez une valeur autre que celle par défaut.
    functional.user.consumer.secret
    Cette valeur confidentielle est associée à l'utilisateur fonctionnel LQE. LQE utilise cette clé pour accéder au TRS. Ce secret correspond aux entrées « OAuth Secret » de la fenêtre « Local Keys » de la configuration. La valeur par défaut est qwert6. Cette propriété n'est obligatoire dans le fichier festival.xml que si vous utilisez une valeur autre que celle par défaut.
    functional.user.name
    Cette propriété correspond au nom d'utilisateur de l'utilisateur fonctionnel LQE. Cet utilisateur doit être un utilisateur standard disposant des droits nécessaires pour consulter toutes les données destinées à être utilisées dans LQE. Cette valeur doit correspondre à l'entrée « Nom du consommateur » dans la fenêtre « Clés locales » de la configuration. La valeur par défaut est LQE Functional User. Cette propriété n'est obligatoire dans le fichier festival.xml que si vous utilisez une valeur autre que celle par défaut.
    functional.user.password
    Cette propriété désigne le mot de passe de l'utilisateur fonctionnel LQE. La valeur par défaut est qwert6. Cette propriété n'est obligatoire dans le fichier festival.xml que si vous utilisez une valeur autre que celle par défaut.
    trs.db.user
    Cette propriété est un nom d'utilisateur pour l'activation TRS. Le nom d'utilisateur par défaut est trs. Cette propriété n'est obligatoire dans le fichier festival.xml que si vous utilisez une valeur autre que celle par défaut.
    trs.db.password
    Cette propriété désigne le mot de passe de trs.db.user. La valeur par défaut est dwaTrsPa11word. Cette propriété n'est obligatoire dans le fichier festival.xml que si vous utilisez une valeur autre que celle par défaut. Si vous utilisez une valeur autre que celle par défaut, vous devez entrer le nouveau mot de passe dans le fichier de propriétés Derby, comme décrit dans les étapes suivantes de la procédure.
    trs.page.size
    Cette propriété indique le nombre de ressources TRS à inclure dans une page. La valeur par défaut est 250.
    trs.enable
    Définissez cette valeur sur true.
    lqe.based.reporting
    Cette fonctionnalité vise à améliorer l'expérience utilisateur lors de la création de rapports sur des données de la version 9 dans le moteur de requêtes Lifecycle. Cette propriété permet au système d'utiliser les formes de ressources définies par l'utilisateur et à l'échelle de la base de données. Voir la section « Configuration de la forme à signaler pour les applications externes ».
    L'extraction suivante issue du fichier festival.xml donne un exemple de propriétés liées à TRS :
    <f:property name="ForceHttpsForAuthenticationForOAuth" value="true"/> 
    <f:property name="functional.user.consumer.key" value="LQE Functional User Key"/> 
    <f:property name="functional.user.consumer.secret" value="qwert6"/> 
    <f:property name="functional.user.name" value="LQE Functional User"/> 
    <f:property name="functional.user.password" value="qwert6"/> 
    <f:property name="trs.enable" value="true"/>
    <f:property name="lqe.based.reporting" value="true"/>
    <f:property name="lqe.project.level.project.areas" value="true"/>
    
    Remarque: si vous souhaitez utiliser la propriété lqe.project.level.project.areas , vous devez définir la version du client sur 9.7.2.3 ou une version ultérieure dans les propriétés de la base de données DOORS .
  4. Sauvegardez et fermez le fichier festival.xml .
  5. Si vous avez modifié la valeur par défaut de trs.db.password dans le fichier festival.xml , procédez comme suit:
    1. Ouvrez le fichier derby.properties dans un éditeur. Le fichier se trouve dans le répertoire dwa_install/derby .
    2. Remplacez la valeur derby.user.trs . Le fichier derby.properties inclut les valeurs suivantes:
      derby.user.trs
      Mot de passe de la propriété trs.db.user que vous avez spécifiée dans le fichier festival.xml . La valeur par défaut est dwaTrsPa11word.
      derby.user.admin
      Mot de passe de l'administrateur de la base de données Derby. À l'heure actuelle, cet utilisateur ne propose pas de fonctionnalités pour. La valeur par défaut est dwaTrsPa11word.
  6. Démarrez tous les composants, comme décrit dans la section « Démarrage, arrêt et désinstallation ».

Que faire ensuite ?

Une fois l'intégration avec une application consommatrice TRS configurée à l'aide de relations « friend » OSLC, vous devez vous enregistrer en tant que fournisseur TRS dans l'application consommatrice. Pour un exemple de cette procédure, consultez la section « Enregistrer des applications en tant que fournisseurs TRS pour les moteurs de requêtes Lifecycle » dans la documentation.

LQE, qui est utilisé par une application client TRS telle que (), crée un index principal, ou une base de données, regroupant les données provenant de plusieurs outils de gestion du cycle de vie. Chaque outil du fournisseur TRS publie ses données via un ensemble TRS. LQE peut collecter ou indexer les données provenant de chaque outil. Les équipes peuvent écrire des requêtes, qui sont comme des rapports, pour les données indexées en langage SPARQL. Lorsque vous ajoutez une source de données dans l'application LQE Administration, définissez les valeurs suivantes :
  • Nombre d'unités d'exécution pour l'indexation initiale : 1
  • Nombre d'unités d'exécution pour l'indexation incrémentielle : 1
  • Fréquence de régénération : 60
Dans l'onglet Administration, cliquez sur Configuration > Propriétés avancées et définissez les valeurs suivantes pour le délai d'attente HTTP. La valeur par défaut est 60 secondes. Augmentation des deux valeurs :
  • Délai de connexion (minimal) : 5 minutes (300 secondes)
  • Délai d'attente du socket (minimal) : 15 minutes (900 secondes)