Pour enregistrer des images de service IMS Connect :
lisa.vse.protocol.ims.response.includes.llll=true
lisa.vse.ims.connect.llzz.request=true
lisa.vse.ims.connect.llzz.response=true
lisa.vse.copybook.unknown.passthrough=true
Ainsi, les réponses binaires qui représentent des messages d'accusé de réception (sans données de charge utile) seront omises du traitement de copybook.
L'étape suivante de l'enregistreur s'ouvre.
Permet de définir le port sur lequel le client communique avec DevTest.
Permet d'indiquer le nom ou l'adresse IP de l'hôte cible sur lequel le serveur est exécuté.
Permet de définir le numéro du port cible écouté par le serveur. Si vous prévoyez de sélectionner un style d'authentification directe proxy, laissez ce champ vide.
Valeur par défaut : 80 (HTTP) et 443 (HTTPS)
Définissez l'un des éléments suivantsv:
Les définitions de champ pour les en-têtes de 160 octets et 80 octets pris en charge sont fournies dans le fichier ims.format disponible dans le répertoire LISA_HOME.
Pour utiliser la prise en charge d'IMS Connect fournie avec DevTest par défaut, laissez ce champ vide.
Définit la méthode de codage des données par l'application à virtualiser.
Valeurs :
Vérifiez que l'hôte et le port de cette application correspondent à l'hôte et au port de l'enregistreur (localhost:8001 en général).
La fenêtre Data Protocols (Protocoles de données) s'ouvre.
Par défaut, si le champ d'en-tête TransactionCode (Code de transaction) existe, il est défini comme opération de la demande. De même, TransactionCode (Code de transaction), DestinationId (ID de destination) et ClientId (ID de client) sont ajoutés comme arguments, si ces champs existent dans la définition du fichier de format.
La fenêtre Conversation Starter (Démarrage de conversations) s'ouvre.
L'éditeur d'images de service affiche l'image de service IMS Connect.
Fichiers de format personnalisés IMS Connect
Si le système testé utilise des en-têtes de demande différents de ceux pris en charge par défaut par DevTest, avant de lancer l'enregistrement, procédez comme suit :
#-------------------------------------------------------------------------------------
# The IMS™ request message (IRM) header contains a 28-byte fixed-format
# section that is common to all messages from all IMS Connect client applications
# that communicate with IMS TM.
#-------------------------------------------------------------------------------------
RequestHeaderCommon {
LLLL int; #total message length IRM + user data
IRMFixedHeader {
LL short; #IRM_LEN, total length of the header segment including user header portion
ZZ byte; #IRM_ARCH
Flag0 byte; #IRM_F0
UserExitId string(8); #IRM_ID
NakReasonCode byte(2); #IRM_NAK_RSNCDE
Reserved1 byte(2); #IRM_RES1
MessageType byte; #IRM_MessageType
WaitTime byte; #IRM_TIMER
SocketConnectionType byte; #IRM_SOCT
EncodingSchema byte; #IRM_ES
ClientId byte(8); #IRM_CLIENTID
}
}
#-------------------------------------------------------------------------------------
# Format of user portion of IRM some custom header
#
# Following the 4-byte length field and the 28-byte fixed portion of the
# IMS™ request message (IRM) header in IMS Connect client input messages,
# user-written client applications can include a user-defined section in the IRM.
#
#-------------------------------------------------------------------------------------
RequestUserHeader {
MyFlag1 byte;
MyFlag2 byte;
MyFlag3 byte;
MyFlag4 byte;
TransactionCode string(8);
DestinationId string(8);
LogicalTerminal string(8);
Miscellaneous byte(20);
}
#-------------------------------------------------------------------------------------
# Format of data segments of request message
#-------------------------------------------------------------------------------------
RequestPayloadSegment {
LL short;
ZZ byte(2);
Data byte(LL:inclusive);
}
#-------------------------------------------------------------------------------------
# Format of header for response message. Some responses will have it, some won't
#-------------------------------------------------------------------------------------
ResponseMessageHeader {
LLLL int; # followed by multiple ResponsePayloadSegment
}
#-------------------------------------------------------------------------------------
# Format of data segments of request message
#-------------------------------------------------------------------------------------
ResponsePayloadSegment {
LL short;
ZZ byte(2);
Data byte(LL:inclusive);
}
Une fois le fichier créé et enregistré dans le dossier Data (Données), il s'affichera dans le champ IMS Format File (Fichier de format IMS) de l'enregistreur. Vous pouvez sélectionner le fichier de format pour des applications qui utilisent des en-têtes de demande autre que ceux par défaut.
|
Copyright © 2014 CA Technologies.
Tous droits réservés.
|
|