Avant d'organiser votre extension, prenez
connaissance des restrictions et des instructions figurant dans cette rubrique.
Restrictions
Les restrictions ci-dessous s'appliquent aux plug-ins.
- La portion d'exécution du plug-in doit être déployée sur un agent.
Vous ne pouvez pas
partir du principe que le plan de travail de développement d'applications est disponible.
- La portion d'exécution du code du plug-in ne peut pas dépendre du code d'un plan de travail.
- La portion d'exécution du code ne peut pas dépendre de l'espace de travail car aucun espace de travail n'est disponible sur l'agent.
Pour de meilleurs résultats, réduisez la quantité de code
déployée sur l'agent pour l'exécution.
Instructions de désignation des plug-ins
La plupart des plug-ins Rational Performance Tester de base respectent la convention
de dénomination suivante :
<préfixe>.<composant>[.sous-composant].<protocole>
où :
- préfixe : le préfixe com.ibm.rational.test.lt est utilisé pour tous
les plug-ins de Rational Performance Tester liés au test de charge.
- composant : l'un des composants d'extension : testgen,
datacorrelation, testeditor, codegen, execution ou
models.
- sous-composant : certains plug-ins contiennent des sous-composants (par
exemple, execution.ui contient la portion d'interface utilisateur de
l'exécution) ou peuvent avoir plusieurs codes distincts s'ils sont utilisés dans un
autre composant (par exemple, datacorrelation.testgen et
datacorrelation.execution).
- protocole : par exemple http ou sap.
(Certains plug-ins utilisent core pour le plug-in de base.)
Selon ces conventions, l'extension peut être associée aux plug-ins suivants :
- com.ibm.rational.test.lt.recorder.protocol
- com.ibm.rational.test.lt.testgen.protocol
- com.ibm.rational.test.lt.models.protocol
- com.ibm.rational.test.lt.testeditor.protocol
- com.ibm.rational.test.lt.sdksamples.datacorrelation.testgen.protocol
- com.ibm.rational.test.lt.sdksamples.datacorrelation.execution.protocol
- com.ibm.rational.test.lt.codegen.protocol
- com.ibm.rational.test.lt.execution.protocol
- com.ibm.rational.test.lt.execution.results.protocol
Vous pouvez aussi diviser le code en deux plug-ins, l'un pour le plan de travail et l'autre pour l'exécution. Ainsi, vous déployez un nombre moins élevé de plug-ins. L'extension Siebel de Performance Tester en est un exemple.
Avec cette méthode, vous auriez les deux plug-ins suivants :
- com.ibm.rational.test.lt.protocol
- com.ibm.rational.test.lt.protocol.execution
Dans ces plug-ins, vous pouvez organiser les composants de deux manières
différentes :
- Sous forme de dossiers source distincts
- Sous forme de packages distincts dans un même dossier source