Journaux d'exploitation

Up ! Application System comporte différents journaux permettant de suivre le déroulement des applications :

Les journaux pour un programme donné sont purgés automatiquement au lancement de celui-ci, sauf cas particulier.

Journaux d'application

Journal générique

Le journal générique est alimenté soit par :

Journal des exceptions

Lorsque Up ! Kernel est mis en mode trace au moyen de l'option d'exécution UpsKrn.TracerException, un journal est alimenté pour chaque exception envoyée.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upskrn-exception-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upskrn-exception-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

Le 1/4/2006 à 12:10:42 : Erreur UpsNet-8 : La communication a échoué lors de l'appel de l'API 'UpsTcp.Connecter' sur le canal 'UpsTcp://127.0.0.1:25'. Le code retour est '10061'.
Le 1/4/2006 à 12:10:43 : Avertissement UpsKrn-212 : Arrêt du programme.

Ce journal permet notamment de s'assurer qu'une exception ne provient pas d'une erreur dans le programme.

Journal des files d'attente

Quand l'API ActiverJournal a été activé, un journal des travaux est maintenu pour chaque file d'attente.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${NomFileDAttente}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${NomFileDAttente}.log en mode multi-utilisateur.

Voici le contenu du journal :

Le 7/8/2003 à 23:39:35 : planification du travail 'AFaire1' numéro 1 au plus tôt le 7/8/2003 à 23:39:50.
Le 7/8/2003 à 23:39:35 : planification du travail 'AFaire2' numéro 2 au plus tard le 7/8/2003 à 23:39:45.
Le 7/8/2003 à 23:39:35 : début du travail 'AFaire2' numéro 2.
Le 7/8/2003 à 23:39:36 : planification du travail 'AFaire3' numéro 3 au plus tôt le 7/8/2003 à 23:39:60.
Le 7/8/2003 à 23:39:37 : fin du travail 'AFaire2' numéro 2.
Le 7/8/2003 à 23:39:37 : planification du travail 'AFaire4' numéro 4 synchronisé avec d'autres travaux.
Le 7/8/2003 à 23:39:37 : planification du travail 'AFaire5' numéro 5 synchronisé avec d'autres travaux.
Le 7/8/2003 à 23:39:37 : planification du travail 'AFaire6' numéro 6 au plus tôt le 7/8/2003 à 23:39:50.
Le 7/8/2003 à 23:39:38 : planification du travail 'AFaire7' numéro 7 au plus tôt le 7/8/2003 à 23:39:50.
Le 7/8/2003 à 23:39:39 : planification du travail 'AFaire8' numéro 8 au plus tôt le 7/8/2003 à 23:39:50.
Le 7/8/2003 à 23:39:40 : début du travail 'AFaire5' numéro 5.
Le 7/8/2003 à 23:39:40 : planification du travail 'AFaire9' numéro 9 au plus tôt le 7/8/2003 à 23:39:50.
Le 7/8/2003 à 23:39:41 : fin du travail 'AFaire5' numéro 5.
Le 7/8/2003 à 23:39:43 : planification du travail 'AFaire10' numéro 10 au plus tôt le 7/8/2003 à 23:39:50.
Le 7/8/2003 à 23:39:57 : début du travail 'AFaire7' numéro 7.
Le 7/8/2003 à 23:39:59 : fin du travail 'AFaire7' numéro 7.
Le 7/8/2003 à 23:39:59 : début du travail 'AFaire1' numéro 1.
Le 7/8/2003 à 23:40:0 : fin du travail 'AFaire1' numéro 1.
Le 7/8/2003 à 23:40:0 : début du travail 'AFaire4' numéro 4.
Le 7/8/2003 à 23:40:3 : fin du travail 'AFaire4' numéro 4.
Le 7/8/2003 à 23:40:3 : début du travail 'AFaire8' numéro 8.
Le 7/8/2003 à 23:40:4 : fin du travail 'AFaire8' numéro 8.
Le 7/8/2003 à 23:40:4 : début du travail 'AFaire9' numéro 9.
Le 7/8/2003 à 23:40:5 : fin du travail 'AFaire9' numéro 9.
Le 7/8/2003 à 23:40:5 : début du travail 'AFaire10' numéro 10.
Le 7/8/2003 à 23:40:6 : fin du travail 'AFaire10' numéro 10.
Le 7/8/2003 à 23:40:6 : début du travail 'AFaire6' numéro 6.
Le 7/8/2003 à 23:40:10 : fin du travail 'AFaire6' numéro 6.
Le 7/8/2003 à 23:40:10 : début du travail 'AFaire3' numéro 3.
Le 7/8/2003 à 23:40:12 : fin du travail 'AFaire3' numéro 3.

Journal des performances

Lorsqu'il est demandé à Up ! Kernel de mesurer les performances au moyen de l'option d'exécution UpsOms.PeriodePerformance, un journal est alimenté périodiquement par la tâche Up ! Moniteur. Elle doit alors être activée au moyen de du paramètre PeriodeMoniteur.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upskrn-performance-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upskrn-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : NbTaches 3 TempsUtilisateur 0.740% TempsSysteme 0.100%

No=2 : NbTaches 3 TempsUtilisateur 0.000% TempsSysteme 0.000%
No=3 : NbTaches 3 TempsUtilisateur 0.000% TempsSysteme 0.000%
No=4 : NbTaches 3 TempsUtilisateur 0.000% TempsSysteme 0.000%
No=5 : NbTaches 3 TempsUtilisateur 0.000% TempsSysteme 0.000%

Ce journal permet notamment de mettre au point la configuration mémoire optimale pour le programme en fonction de son activité.

Journal de sécurité

Lorsqu'une Up ! Security Manager détecte une situation impossible au regard du profil de sécurité défini par le paramètre UpsSec.Securite, celle-ci est consigné dans le journal de sécurité.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upssec.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upssec.log en mode multi-utilisateur.

Voici le contenu du journal :

Le 1/4/2006 à 12:28:11 : Erreur UpsSec-2 : Impossible de créer l'utilisateur 'scott'.
Le 1/4/2006 à 12:28:30 : Erreur UpsSec-10 : L'utilisateur 'scott' ne peut faire l'action suivante : Il lui est interdit d'exécuter l'appel 'habilitation.P'.
Le 1/4/2006 à 12:28:30 : Erreur UpsSec-10 : L'utilisateur 'scott' ne peut faire l'action suivante : Il lui est interdit de créer un objet du type 'habilitation.T1'.
Le 1/4/2006 à 12:28:30 : Erreur UpsSec-10 : L'utilisateur 'scott' ne peut faire l'action suivante : Il lui est interdit de modifier un objet du type 'habilitation.T2'.

Ce journal n'est jamais purgé automatiquement.

Journaux techniques

Up ! Archive

Lorsque Up ! Archive est mis en mode trace au moyen de l'option d'exécution UpsArc.TracerArchive, un journal est alimenté pour toutes les opérations sur une archive.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upsarc-${NomArchive}-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsarc-${NomArchive}-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

1 : 1 - Racine - PremierBloc=2, DernierBloc=5 - Pere=0, Suivant=0, Precedent=0
2 : 2 - Repertoire 'DRAFT' - PremierBloc=456, DernierBloc=606 - Pere=1, Suivant=3, Precedent=0
3 : 3 - Repertoire 'INBOX' - PremierBloc=6, DernierBloc=6 - Pere=1, Suivant=4, Precedent=2
4 : 4 - Repertoire 'OUTBOX' - PremierBloc=0, DernierBloc=0 - Pere=1, Suivant=5, Precedent=3
5 : 5 - Repertoire 'TRASH' - PremierBloc=156, DernierBloc=306 - Pere=1, Suivant=0, Precedent=4
6 : 6 - Repertoire 'courrier_1143891630_1' - PremierBloc=7, DernierBloc=126 - Pere=3, Suivant=0, Precedent=0
7 : 7 - Fichier 'entete-ressource.txt' - PremierBloc=8, DernierBloc=8 - Pere=6, Suivant=9, Precedent=0
8 : 8 - Donnees - Pere=7, Suivant=0, Precedent=0
9 : 9 - Fichier 'corps-piece1.bin' - PremierBloc=10, DernierBloc=11 - Pere=6, Suivant=12, Precedent=7
10 : 10 - Donnees - Pere=9, Suivant=11, Precedent=0
11 : 11 - Donnees - Pere=9, Suivant=0, Precedent=10
12 : 12 - Fichier 'entete-piece1.txt' - PremierBloc=13, DernierBloc=13 - Pere=6, Suivant=14, Precedent=9
13 : 13 - Donnees - Pere=12, Suivant=0, Precedent=0
14 : 14 - Fichier 'entete-piece2.txt' - PremierBloc=15, DernierBloc=15 - Pere=6, Suivant=16, Precedent=12
15 : 15 - Donnees - Pere=14, Suivant=0, Precedent=0
16 : 16 - Fichier 'corps-piece2.bin' - PremierBloc=17, DernierBloc=123 - Pere=6, Suivant=124, Precedent=14
17 : 17 - Donnees - Pere=16, Suivant=18, Precedent=0
18 : 18 - Donnees - Pere=16, Suivant=19, Precedent=17
19 : 19 - Donnees - Pere=16, Suivant=20, Precedent=18
20 : 20 - Donnees - Pere=16, Suivant=21, Precedent=19
21 : 21 - Donnees - Pere=16, Suivant=22, Precedent=20
22 : 22 - Donnees - Pere=16, Suivant=23, Precedent=21
23 : 23 - Donnees - Pere=16, Suivant=24, Precedent=22

Ce journal permet notamment de vérifier l'intégrité du système de fichiers d'une archive.

Up ! Common Object Request Broker Architecture

Lorsque Up ! Common Object Request Broker Architecture est mis en mode trace au moyen de l'option d'exécution UpsCrb.TracerCorba, un journal est alimenté pour chaque entrée-sortie dans un module se comportant dans comme un serveur Corba.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upscrb-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upscrb-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

-> Annuaire.LireArborescenceAnnuaire(0x01cc6d68)
<- OK
-> EstNul(0x00000000)
<- OK
-> Liste.DernierElement()

<- OK
-> Identique(0x01cc6368,0x01cc6ea8)
<- OK
-> Liste.Suivant(0) <- OK
-> CorbaString2Caractere() <- OK
-> Caractere.!=(0x01cc7128) <- OK
-> Booleen2CorbaBoolean(0x01cc7268)
<- OK
-> CorbaString2Caractere(.) -> Caractere.+(0x01cc73a8) <- OK
-> Caractere.+(0x01cc6fe8) <- OK
-> Caractere2CorbaString(0x01cc7628)
<- OK
-> CorbaString2Caractere(.) <- OK

Ce journal permet notamment de mettre au point l'usage d'un serveur Corba correspondant à un module Up ! Application System afin de se rendre compte si le client transmet les bonnes valeurs de paramètres.

Up ! Component Object Module

Lorsque Up ! Component Object Module est mis en mode trace au moyen de l'option d'exécution UpsCom.TracerCom, un journal est alimenté pour chaque entrée-sortie dans un module se comportant dans comme un serveur Com Inproc Server ou Com Outproc Server.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upscom-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upscom-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

-> IDispatch.GetIDsOfNames(0x00ce27c0,DComBStr2Caractere)
<- S_OK
-> IDispatch.Invoke(0x00ce27c0,1610743948,3)

<- S_OK
-> IDispatch.GetIDsOfNames(0x00ce27c0,Binaire2)
<- S_OK
-> IDispatch.Invoke(0x00ce27c0,1610743904,3) <- S_OK
-> IDispatch.GetIDsOfNames(0x00ceacd0,AdditionnerAffecter) <- S_OK
-> IDispatch.Invoke(0x00ceacd0,1610743825,1) <- S_OK
IUnknown.Release(0x00ceb060)
IUnknown.Release(0x00ceaf30)

Ce journal permet notamment de mettre au point l'usage d'un serveur Com correspondant à un module Up ! Application System afin de se rendre compte si le client transmet les bonnes valeurs de paramètres.

Up ! Content Service

Lorsque Up ! Content Service est mis en mode trace au moyen de l'option d'exécution UpsCns.TracerCommunication, un journal est alimenté pour chaque émission ou réception de requêtes Http.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upscns-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upscns-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : Recu le message Http 'GET http://local:8080/cgi2.exe?A=AAA&B=10&C=5/04/2006 HTTP/1.1' vers 'UpsTcp://127.0.0.1:1137'.
No=2 : Envoi du message Http 'HTTP/1.1 200 Ok.' vers 'UpsTcp://127.0.0.1:1137'.
No=3 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1137'.
No=4 : Recu le message Http 'OPTIONS * HTTP/1.1' vers 'UpsTcp://127.0.0.1:1137'.
No=5 : Envoi du message Http 'HTTP/1.1 200 OK.' vers 'UpsTcp://127.0.0.1:1137'.
No=6 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1137'.
No=7 : Recu le message Http 'OPTIONS http://local:8080/ HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=8 : Envoi du message Http 'HTTP/1.1 200 OK.' vers 'UpsTcp://127.0.0.1:1140'.
No=9 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=10 : Recu le message Http 'LINK http://local:8080/repertoire HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=11 : Envoi du message Http 'HTTP/1.1 200 OK.' vers 'UpsTcp://127.0.0.1:1140'.
No=12 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=13 : Recu le message Http 'UNLINK http://local:8080/repertoire HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=14 : Envoi du message Http 'HTTP/1.1 200 OK.' vers 'UpsTcp://127.0.0.1:1140'.
No=15 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=16 : Recu le message Http 'HEAD http://local:8080/essai.txt HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=17 : Envoi du message Http 'HTTP/1.1 200 Ok.' vers 'UpsTcp://127.0.0.1:1140'.
No=18 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=19 : Recu le message Http 'GET http://local:8080/essai.txt HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=20 : Envoi du message Http 'HTTP/1.1 200 OK.' vers 'UpsTcp://127.0.0.1:1140'.
No=21 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=22 : Recu le message Http 'PUT http://local:8080/essai2.txt HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=23 : Envoi du message Http 'HTTP/1.1 201 Created.' vers 'UpsTcp://127.0.0.1:1140'.
No=24 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=25 : Recu le message Http 'PUT http://local:8080/essai.doc HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=26 : Envoi du message Http 'HTTP/1.1 200 Ok.' vers 'UpsTcp://127.0.0.1:1140'.
No=27 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=28 : Recu le message Http 'PATCH http://local:8080/essai2.txt HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=29 : Envoi du message Http 'HTTP/1.1 200 Ok.' vers 'UpsTcp://127.0.0.1:1140'.
No=30 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=31 : Recu le message Http 'GET http://local:8080/essai2.txt HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=32 : Envoi du message Http 'HTTP/1.1 200 Ok.' vers 'UpsTcp://127.0.0.1:1140'.
No=33 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=34 : Recu le message Http 'GET http://local:8080/essai2.txt HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=35 : Envoi du message Http 'HTTP/1.1 304 Not Modified.' vers 'UpsTcp://127.0.0.1:1140'.
No=36 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=37 : Recu le message Http 'GET http://local:8080/essai2.txt HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=38 : Envoi du message Http 'HTTP/1.1 200 OK.' vers 'UpsTcp://127.0.0.1:1140'.
No=39 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=40 : Recu le message Http 'DELETE http://local:8080/essai2.txt HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=41 : Envoi du message Http 'HTTP/1.1 200 Ok' vers 'UpsTcp://127.0.0.1:1140'.
No=42 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=43 : Recu le message Http 'GET http://local:8080/cgi.exe HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=44 : Envoi du message Http 'HTTP/1.1 200 OK.' vers 'UpsTcp://127.0.0.1:1140'.
No=45 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=46 : Recu le message Http 'GET http://local:8080/cgi2.exe?A=AAA&B=10&C=5/04/2006 HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=47 : Envoi du message Http 'HTTP/1.1 200 OK.' vers 'UpsTcp://127.0.0.1:1140'.
No=48 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.
No=49 : Recu le message Http 'OPTIONS * HTTP/1.1' vers 'UpsTcp://127.0.0.1:1140'.
No=50 : Envoi du message Http 'HTTP/1.1 200 OK.' vers 'UpsTcp://127.0.0.1:1140'.
No=51 : Fin de l'envoi vers 'UpsTcp://127.0.0.1:1140'.

Ce journal permet notamment de mettre au point l'usage d'un serveur Http lorsque les commandes sont attrapées à la volée.

Up ! Db2

Lorsque Up ! Db2 est mis en mode trace au moyen de l'option d'exécution UpsDb2.TracerDb2, un journal est alimenté pour toutes les ordres Sql mais pas pour la connexion ni les transactions.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upsdb2-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsdb2-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : AllouerOrdreSql 'MaRequeteSql'.
No=2 : PreparerOrdreSql 'MaRequeteSql' :
SELECT ename:=${NomEmploye}, hiredate:=${DateEmbauche}, empno:=${NumeroEmploye}, sal:=${Salaire} FROM scott.emp WHERE deptno=10
No=3 : ExecuterOrdreSql 'MaRequeteSql'.
No=4 : LibererOrdreSql 'MaRequeteSql'.
No=5 : AllouerOrdreSql 'MonOrdreSql'.
No=6 : PreparerOrdreSql 'MonOrdreSql' :
UPDATE scott.emp SET sal=-sal WHERE deptno=10
No=7 : ExecuterOrdreSql 'MonOrdreSql'.
No=8 : LibererOrdreSql 'MonOrdreSql'.

Ce journal permet de vérifier l'exactitude des ordres transmis à la base de données, notamment lors de l'emploi des ordres Sql dynamiques.

Up ! Debugger

Lorsque Up ! Debugger est activé au moyen de l'option d'exécution UpsDbg.MiseAuPoint, un journal est alimenté pour chaque entrée et sortie d'une procédure, d'une fonction ou d'une méthode.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}.map en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}.map en mode multi-utilisateur.

Voici le contenu du journal :

-->essai.upl:?:Principal();

<--essai.upl:122:Principal() Exception DivisionParZero;

Il est également possible de tracer les commandes de mise au point tapées interactivement dans Up ! Debugger au moyen au moyen de l'option d'exécution UpsDbg.TracerMiseAuPoint.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upsdbg.log en mode mono-utilisateur ou le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsdbg.log en mode multi-utilisateur

Voici le contenu du journal :

Information UpsDbg-107 : le module 'UpsDbg' est attaché à Up ! Virtual Technical Machine.
Information UpsDbg-107 : le module 'essai' est attaché à Up ! Virtual Technical Machine.
Up ! Debugger version 4.0.0 - Copyright Up ! Company (c) 2003-2005.

Le 7/9/2005 à 16:47:57.

AjouterPointDArret(41,"essai");
Information UpsDbg-109 : le point d'arrêt '1' a été ajouté.
ContinuerExecution();
Information UpsDbg-105 : la tâche 'Principal' est attachée à Up ! Virtual Technical Machine.
Point d'arrêt '1' dans 'essai.upl' ligne '41'.
AjouterPointDArretSurCondition(CGlobal==1110);
Information UpsDbg-109 : le point d'arrêt '2' a été ajouté.
AjouterPointDArretSurExpression(EGlobal=="hello !");
Information UpsDbg-109 : le point d'arrêt '3' a été ajouté.
ContinuerExecution();
Point d'arrêt '2' sur la condition 'CGlobal==1110' dans 'essai.upl' ligne '53'.
DepilerAppel();
EmpilerAppel();
SupprimerPointDArret(2);
Information UpsDbg-112 : le point d'arrêt '2' a été supprimé.
ContinuerExecution();
Point d'arrêt '3' sur l'expression 'EGlobal=="hello !"' de valeur 'Enumere(1)' dans 'essai.upl' ligne '55'.
DesactiverPointDArret(3);
Information UpsDbg-111 : le point d'arrêt '3' a été désactivé.
ExecuterPasAPasRetourner();
ExecuterPasAPas();
ExecuterPasAPas();
ExecuterPasAPas();
ContinuerExecution();
Point d'arrêt sur l'exception 'DivisionParZero' en 'essai.upl' ligne '122'.
ArreterProgramme(1);
Information UpsDbg-115 : le programme 'essai' s'est terminé avec le code retour '1'.
Information UpsDbg-108 : le module 'essai' est détaché d'Up ! Virtual Technical Machine.
Information UpsDbg-108 : le module 'UpsDbg' est détaché d'Up ! Virtual Technical Machine.

Up ! File Transfer Service

Lorsque Up ! File Transfer Service est mis en mode trace au moyen de l'option d'exécution UpsFts.TracerCommunication, un journal est alimenté pour chaque émission ou réception de requêtes Ftp.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upsfts-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsfts-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : Envoi du message 'USER anonymous' de 'ftp://local:21' vers 'ftp://local:21'.
No=2 : Fin de l'envoi vers 'ftp://local:21'.
No=3 : Reçu la réponse '331 User name okay, need password.' depuis 'ftp://local:21'.
No=4 : Envoi du message 'PASS contact@up-comp.com' de 'ftp://local:21' vers 'ftp://local:21'.
No=5 : Fin de l'envoi vers 'ftp://local:21'.
No=6 : Reçu la réponse '230 User logged in, proceed.' depuis 'ftp://local:21'.
No=7 : Envoi du message 'TYPE A N' de 'ftp://local:21' vers 'ftp://local:21'.
No=8 : Fin de l'envoi vers 'ftp://local:21'.
No=9 : Reçu la réponse '200 Command okay.' depuis 'ftp://local:21'.
No=10 : Envoi du message 'STRU F' de 'ftp://local:21' vers 'ftp://local:21'.
No=11 : Fin de l'envoi vers 'ftp://local:21'.
No=12 : Reçu la réponse '200 Command okay.' depuis 'ftp://local:21'.
No=13 : Envoi du message 'MODE S' de 'ftp://local:21' vers 'ftp://local:21'.
No=14 : Fin de l'envoi vers 'ftp://local:21'.
No=15 : Reçu la réponse '200 Command okay.' depuis 'ftp://local:21'.
No=16 : Envoi du message 'STOR /tmp/essai1.txt' de 'ftp://local:21' vers 'ftp://local:21'.
No=17 : Fin de l'envoi vers 'ftp://local:21'.
No=18 : Reçu la réponse '125 Data connection already open; transfer starting' depuis 'ftp://local:21'.
No=19 : Envoi du message '226 Closing data connection.' de 'ftp://local:21' vers 'ftp://local:21'.
No=20 : Fin de l'envoi vers 'ftp://local:21'.
No=21 : Envoi du message 'TYPE A N' de 'ftp://local:21' vers 'ftp://local:21'.
No=22 : Fin de l'envoi vers 'ftp://local:21'.
No=23 : Reçu la réponse '200 Command okay.' depuis 'ftp://local:21'.
No=24 : Envoi du message 'STRU F' de 'ftp://local:21' vers 'ftp://local:21'.
No=25 : Fin de l'envoi vers 'ftp://local:21'.
No=26 : Reçu la réponse '200 Command okay.' depuis 'ftp://local:21'.
No=27 : Envoi du message 'MODE S' de 'ftp://local:21' vers 'ftp://local:21'.
No=28 : Fin de l'envoi vers 'ftp://local:21'.
No=29 : Reçu la réponse '200 Command okay.' depuis 'ftp://local:21'.
No=30 : Envoi du message 'RETR /essai.txt' de 'ftp://local:21' vers 'ftp://local:21'.
No=31 : Fin de l'envoi vers 'ftp://local:21'.
No=32 : Reçu la réponse '150 File status okay; about to open data connection.' depuis 'ftp://local:21'.
No=33 : Reçu la demande '226 Closing data connection.' depuis 'ftp://local:21'.
No=34 : Envoi du message 'REIN' de 'ftp://local:21' vers 'ftp://local:21'.
No=35 : Fin de l'envoi vers 'ftp://local:21'.
No=36 : Reçu la réponse '250 Requested file action okay, completed.' depuis 'ftp://local:21'.
No=37 : Envoi du message 'QUIT' de 'ftp://local:21' vers 'ftp://local:21'.
No=38 : Fin de l'envoi vers 'ftp://local:21'.
No=39 : Reçu la réponse '221 Service closing control connection.' depuis 'ftp://local:21'.

Ce journal permet notamment de mettre au point l'usage d'un serveur Ftp lorsque les commandes sont attrapées à la volée.

Up ! Java

Lorsque Up ! Java est mis en mode trace au moyen de l'option d'exécution UpsJav.TracerJava, un journal est alimenté pour chaque entrée-sortie dans un module se comportant dans comme un serveur Java.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upsjav-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsjav-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

-> UpsKrnSJ.JavaString2Caractere(0x0007fab8)

<- '0x00a05860'
-> UpsKrnSJ.JavaString2Caractere(0x0007fab4) <- '0x00a05860'
-> UpsKrnSJ.JavaString2Caractere(0x0007fab0) <- '0x00a05860'
-> UpsKrnSJ.JavaString2Caractere(0x0007fab4) <- '0x00a05864'
-> UpsKrnSJ.JavaString2Caractere(0x0007fab0) <- '0x00a05860'

Ce journal permet notamment de mettre au point l'usage d'un serveur Java correspondant à un module Up ! Application System afin de se rendre compte si le client transmet les bonnes valeurs de paramètres.

Up ! Kernel

Lorsque Up ! Kernel est mis en mode trace au moyen de l'option d'exécution UpsKrn.TracerArbreBinaire, un journal est alimenté pour toutes les opérations sur un arbre binaire.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upskrn-tree-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upskrn-tree-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

Numero 407 : Avant RemonterEnEquilibrant() pour 0:0:0@0:0
-------------
1:146:15 - 3 3 - (1:136:30=1:80:37)

RemonterEnEquilibrant.1.AdresseElementCourant : 1:146:16
RemonterEnEquilibrant.2.AdresseElementCourant : 1:146:8
RemonterEnEquilibrant.1.AdresseElementCourant : 1:146:8
RemonterEnEquilibrant.2.AdresseElementCourant : 1:146:14
RemonterEnEquilibrant.1.AdresseElementCourant : 1:146:14
RemonterEnEquilibrant.2.AdresseElementCourant : 1:146:15
RemonterEnEquilibrant.1.AdresseElementCourant : 1:146:15

Numero 408 : Apres RemonterEnEquilibrant() pour 0:0:0@0:0
-------------
1:146:15 - 4 4 - (1:136:30=1:80:37)

Ce journal permet notamment de vérifier l'intégrité d'un arbre binaire.

Up ! Mail Service

Lorsque Up ! Mail Service est mis en mode trace au moyen de l'option d'exécution UpsMls.TracerCommunication, un journal est alimenté pour chaque émission ou réception de requêtes Imap, Pop ou Smtp.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upsmls-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsmls-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : Reçu la bannière Smtp '220 local Simple Mail Transfer service ready.' depuis 'smtp://local:25'.
No=2 : Envoi du message Smtp 'HELO J-DUVAL' de 'smtp://local:1675' vers 'smtp://local:25'.
No=3 : Fin de l'envoi vers 'smtp://local:25'.
No=4 : Reçu la réponse '220 local Simple Mail Transfer service ready.' depuis 'smtp://local:25'.
No=5 : Envoi du message Smtp 'MAIL FROM:<scott@local>' de 'smtp://local:1675' vers 'smtp://local:25'.
No=6 : Fin de l'envoi vers 'smtp://local:25'.
No=7 : Reçu la réponse '250 Requested mail action okay, completed.' depuis 'smtp://local:25'.
No=8 : Envoi du message Smtp 'RCPT TO:<allen@local>' de 'smtp://local:1675' vers 'smtp://local:25'.
No=9 : Fin de l'envoi vers 'smtp://local:25'.
No=10 : Reçu la réponse '250 Requested mail action okay, completed.' depuis 'smtp://local:25'.
No=17 : Envoi du message Smtp 'DATA' de 'smtp://local:1675' vers 'smtp://local:25'.
No=18 : Fin de l'envoi vers 'smtp://local:25'.
No=19 : Reçu la réponse '354 Start mail input; end with <CRLF>.<CRLF> .' depuis 'smtp://local:25'.
No=20 : Envoi du message Smtp 'QUIT' de 'smtp://local:1675' vers 'smtp://local:25'.
No=21 : Fin de l'envoi vers 'smtp://local:25'.
No=22 : Reçu la réponse '250 OK' depuis 'smtp://local:25'.
No=23 : Reçu la bannière Pop '+OK POP3 server ready.' depuis 'pop://local:110'.
No=24 : Envoi du message Pop 'USER king' de 'pop://local:1674' vers 'pop://local:110'.
No=25 : Fin de l'envoi vers 'pop://local:110'.
No=26 : Reçu la réponse '+OK User king okay, need password.' depuis 'pop://local:110'.
No=27 : Envoi du message Pop 'PASS ' de 'pop://local:1674' vers 'pop://local:110'.
No=28 : Fin de l'envoi vers 'pop://local:110'.
No=29 : Reçu la réponse '+OK User logged in, proceed.' depuis 'pop://local:110'.
No=30 : Envoi du message Pop 'UIDL' de 'pop://local:1674' vers 'pop://local:110'.
No=31 : Fin de l'envoi vers 'pop://local:110'.
No=32 : Reçu la réponse '+OK 1 messages (67535 octets).' depuis 'pop://local:110'.
No=33 : Purge du message Pop '1 d41d8cd98f00b204e9800998ecf8427e' depuis 'pop://local:110'.
No=34 : Purge du message Pop '.' depuis 'pop://local:110'.
No=35 : Envoi du message Pop 'RETR 1' de 'pop://local:1674' vers 'pop://local:110'.
No=36 : Fin de l'envoi vers 'pop://local:110'.
No=37 : Reçu la réponse '+OK 67535 octets.' depuis 'pop://local:110'.
No=38 : Envoi du message Pop 'DELE 1' de 'pop://local:1674' vers 'pop://local:110'.
No=39 : Fin de l'envoi vers 'pop://local:110'.
No=40 : Reçu la réponse '+OK message 1 deleted.' depuis 'pop://local:110'.
No=41 : Envoi du message Pop 'QUIT' de 'pop://local:1674' vers 'pop://local:110'.
No=42 : Fin de l'envoi vers 'pop://local:110'.
No=43 : Reçu la réponse '+OK upssrv POP3 server signing off.' depuis 'pop://local:110'.
No=44 : Reçu la bannière Imap 'OK IMAP4 server ready.' depuis 'imap://local:143'.
No=45 : Envoi du message Imap 'LOGIN allen ' de 'imap://local:1676' vers 'imap://local:143'.
No=46 : Fin de l'envoi vers 'imap://local:143'.
No=47 : Reçu la réponse 'CMD1 OK LOGIN completed.' depuis 'imap://local:143'.
No=48 : Envoi du message Imap 'SELECT "INBOX" "*"' de 'imap://local:1676' vers 'imap://local:143'.
No=49 : Fin de l'envoi vers 'imap://local:143'.
No=50 : Reçu la réponse '* 1 EXISTS' depuis 'imap://local:143'.
No=51 : Purge du message Imap '* 1 RECENT' depuis 'imap://local:143'.
No=52 : Purge du message Imap '* OK [UNSEEN 1] Message 1 is first unseen' depuis 'imap://local:143'.
No=53 : Purge du message Imap '* OK [UIDVALIDITY 2870908500] UIDs valid' depuis 'imap://local:143'.
No=54 : Purge du message Imap '* FLAGS (\Answered \Deleted \Draft \Flagged \Recent \Seen)' depuis 'imap://local:143'.
No=55 : Purge du message Imap '* OK [PERMANENTFLAGS (\Answered \Deleted \Draft \Flagged \Recent \Seen)] Limited' depuis 'imap://local:143'.
No=56 : Purge du message Imap 'CMD2 OK [READ-WRITE] SELECT completed, now in selected state' depuis 'imap://local:143'.
No=57 : Envoi du message Imap 'UID SEARCH UNSEEN' de 'imap://local:1676' vers 'imap://local:143'.
No=58 : Fin de l'envoi vers 'imap://local:143'.
No=59 : Reçu la réponse '* SEARCH 2908224500' depuis 'imap://local:143'.
No=60 : Purge du message Imap 'CMD3 OK UID SEARCH completed.' depuis 'imap://local:143'.
No=61 : Envoi du message Imap 'UID FETCH 2908224500:2908224500 (RFC822.HEADER.LINES (Message-ID))' de 'imap://local:1676' vers 'imap://local:143'.
No=62 : Fin de l'envoi vers 'imap://local:143'.
No=63 : Reçu la réponse '* FETCH 1 ( RFC822.HEADER.LINES {48}' depuis 'imap://local:143'.
No=64 : Purge du message Imap ')' depuis 'imap://local:143'.
No=65 : Purge du message Imap 'CMD4 OK UID FETCH completed.' depuis 'imap://local:143'.
No=66 : Envoi du message Imap 'UID FETCH 2908224500:2908224500 (RFC822)' de 'imap://local:1676' vers 'imap://local:143'.
No=67 : Fin de l'envoi vers 'imap://local:143'.
No=68 : Reçu la réponse '* FETCH 1 ( RFC822 {91907}' depuis 'imap://local:143'.
No=69 : Purge du message Imap ')' depuis 'imap://local:143'.
No=70 : Purge du message Imap 'CMD5 OK UID FETCH completed.' depuis 'imap://local:143'.
No=71 : Envoi du message Imap 'UID STORE 2908224500:2908224500 +FLAGS.SILENT (\Deleted \Seen)' de 'imap://local:1676' vers 'imap://local:143'.
No=72 : Fin de l'envoi vers 'imap://local:143'.
No=73 : Reçu la réponse 'CMD6 OK UID STORE completed.' depuis 'imap://local:143'.
No=74 : Envoi du message Imap 'LOGOUT' de 'imap://local:1676' vers 'imap://local:143'.
No=75 : Fin de l'envoi vers 'imap://local:143'.
No=76 : Reçu la réponse 'CMD7 OK LOGOUT completed.' depuis 'imap://local:143'.
No=77 : Envoi du message Imap 'CLOSE' de 'imap://local:1676' vers 'imap://local:143'.
No=78 : Fin de l'envoi vers 'imap://local:143'.
No=79 : Reçu la réponse 'CMD8 BAD Not connected.' depuis 'imap://local:143'.

Ce journal permet notamment de mettre au point l'usage d'un serveur Imap, Pop ou Smtp lorsque les commandes sont attrapées à la volée.

Up ! Mathematical

Lorsque Up ! Mathematical est mis en mode trace au moyen de l'option d'exécution UpsMat.TracerCalcul, un journal est alimenté pour tous les calculs sur les réels, décimaux, les complexes, les matrices et les vecteurs.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upsmat-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsmat-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

A[,] + B[,]
A[,]=
{{1, 2, 3},
{4, 6, 5},
{7, 8, 9}}
B[,]=
{{4, 5, 6},
{7, 8, 9},
{1, 2, 3}}
->
<- (A+B)[,]=
{{5, 7, 9},
{11, 14, 14},
{8, 10, 12}}
- A[,]
{{1, 2, 3},
{4, 6, 5},
{7, 8, 9}}
->
<- (-A)[,]=
{{-1, -2, -3},
{-4, -6, -5},
{-7, -8, -9}}
A[,] - B[,]
A[,]=
{{1, 2, 3},
{4, 6, 5},
{7, 8, 9}}
B[,]=
{{4, 5, 6},
{7, 8, 9},
{1, 2, 3}}
->
<- (A-B)[,]=
{{-3, -3, -3},
{-3, -2, -4},
{6, 6, 6}}

Ce journal permet de vérifier l'exactitude des calculs effectués.

Up ! Max DB

Lorsque Up ! Max DB est mis en mode trace au moyen de l'option d'exécution UpsMdb.TracerMaxDB, un journal est alimenté pour toutes les ordres Sql mais pas pour la connexion ni les transactions.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upsmdb-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsmdb-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : AllouerOrdreSql 'MaRequeteSql'.
No=2 : PreparerOrdreSql 'MaRequeteSql' :
SELECT ename:=${NomEmploye}, hiredate:=${DateEmbauche}, empno:=${NumeroEmploye}, sal:=${Salaire} FROM scott.emp WHERE deptno=10
No=3 : ExecuterOrdreSql 'MaRequeteSql'.
No=4 : LibererOrdreSql 'MaRequeteSql'.
No=5 : AllouerOrdreSql 'MonOrdreSql'.
No=6 : PreparerOrdreSql 'MonOrdreSql' :
UPDATE scott.emp SET sal=-sal WHERE deptno=10
No=7 : ExecuterOrdreSql 'MonOrdreSql'.
No=8 : LibererOrdreSql 'MonOrdreSql'.

Ce journal permet de vérifier l'exactitude des ordres transmis à la base de données, notamment lors de l'emploi des ordres Sql dynamiques.

Up ! Microsoft Sql Server

Lorsque Up ! Microsoft Sql Server est mis en mode trace au moyen de l'option d'exécution UpsMss.TracerSqlServer, un journal est alimenté pour toutes les ordres Sql mais pas pour la connexion ni les transactions.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upsmss-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsmss-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : AllouerOrdreSql 'MaRequeteSql'.
No=2 : PreparerOrdreSql 'MaRequeteSql' :
SELECT ename:=${NomEmploye}, hiredate:=${DateEmbauche}, empno:=${NumeroEmploye}, sal:=${Salaire} FROM scott.emp WHERE deptno=10
No=3 : ExecuterOrdreSql 'MaRequeteSql'.
No=4 : LibererOrdreSql 'MaRequeteSql'.
No=5 : AllouerOrdreSql 'MonOrdreSql'.
No=6 : PreparerOrdreSql 'MonOrdreSql' :
UPDATE scott.emp SET sal=-sal WHERE deptno=10
No=7 : ExecuterOrdreSql 'MonOrdreSql'.
No=8 : LibererOrdreSql 'MonOrdreSql'.

Ce journal permet de vérifier l'exactitude des ordres transmis à la base de données, notamment lors de l'emploi des ordres Sql dynamiques.

Up ! My Sql

Lorsque Up ! My Sql est mis en mode trace au moyen de l'option d'exécution UpsMys.TracerMySql, un journal est alimenté pour toutes les ordres Sql mais pas pour la connexion ni les transactions.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upsmys-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsmys-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : AllouerOrdreSql 'MaRequeteSql'.
No=2 : PreparerOrdreSql 'MaRequeteSql' :
SELECT ename:=${NomEmploye}, hiredate:=${DateEmbauche}, empno:=${NumeroEmploye}, sal:=${Salaire} FROM scott.emp WHERE deptno=10
No=3 : ExecuterOrdreSql 'MaRequeteSql'.
No=4 : LibererOrdreSql 'MaRequeteSql'.
No=5 : AllouerOrdreSql 'MonOrdreSql'.
No=6 : PreparerOrdreSql 'MonOrdreSql' :
UPDATE scott.emp SET sal=-sal WHERE deptno=10
No=7 : ExecuterOrdreSql 'MonOrdreSql'.
No=8 : LibererOrdreSql 'MonOrdreSql'.

Ce journal permet de vérifier l'exactitude des ordres transmis à la base de données, notamment lors de l'emploi des ordres Sql dynamiques.

Up ! Network

Lorsque Up ! Network est mis en mode trace au moyen de l'option d'exécution UpsNet.TracerCommunication, un journal est alimenté pour chaque entrée-sortie dans un module se comportant dans comme un client ou serveur de communication inter-application.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upsnet-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsnet-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=817 : Recu de l'en-tete du message 'OuvrirSession' de 'UpsTcp:127.0.0.1/1635' suivi de 0 octets.
No=818 : Envoi de l'en-tete du message 'Reponse' vers 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.
No=819 : Fin de l'envoi vers 'UpsTcp:127.0.0.1/1634'.
No=820 : Recu de l'en-tete du message 'MethodeSansParametre' de 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.
No=821 : Envoi de l'en-tete du message 'Reponse' vers 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.
No=822 : Fin de l'envoi vers 'UpsTcp:127.0.0.1/1634'.
No=823 : Recu de l'en-tete du message 'NePlusUtiliserObjet' de 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.
No=824 : Envoi de l'en-tete du message 'Reponse' vers 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.
No=825 : Fin de l'envoi vers 'UpsTcp:127.0.0.1/1634'.
No=826 : Recu de l'en-tete du message 'MethodeSansParametre' de 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.
No=827 : Envoi de l'en-tete du message 'Reponse' vers 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.
No=828 : Fin de l'envoi vers 'UpsTcp:127.0.0.1/1634'.
No=829 : Recu de l'en-tete du message 'NePlusUtiliserObjet' de 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.
No=830 : Envoi de l'en-tete du message 'Reponse' vers 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.
No=831 : Fin de l'envoi vers 'UpsTcp:127.0.0.1/1634'.
No=832 : Recu de l'en-tete du message 'MethodeSansParametre' de 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.
No=833 : Envoi de l'en-tete du message 'Reponse' vers 'UpsTcp:127.0.0.1/1634' suivi de 0 octets.

Le contenu de ces fichiers de tracer ne peuvent qu'être analysé par les techniciens du support technique.

Up ! Object Management System

Accès concurrentiel à la mémoire

Lorsqu'il arrive un problème d'exécution grave, un journal d'alerte est alimenté. Généralement, un tel problème a pour effet d'arrêter la tâche étant donné qu'il est rarement prévu dans le programme d'attraper les exceptions d'Up ! Kernel ou d'Up ! Object Management System.

Il peut s'agir par exemple d'un interblocage entre plusieurs tâches suite par exemple à une liaison réseau qui ne répond plus, etc.

Ce journal porte alors le nom ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upsoms-locks-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsoms-locks-${UPS_SESSION}.log en mode multi-utilisateur. La session est l'identification d'un tâche issue d'un processus ou d'un groupe de processus partageant des ressources au sein d'Up ! System.

Ce journal d'alerte est alimenté en continu quand l'option UpsOms.TracerNoyau d'Up ! Object Management System est activée.

Voici le contenu du journal :

Interblocage pour 7 :
Actif 65596 Cache 12 Bloc 98 Index 2 TypeVerrou LecturePartagee Proprietaire 8 Date 0
Actif 65592 Cache 12 Bloc 98 Index 0 TypeVerrou LecturePartagee Proprietaire 8 Date 0
Bloque 65595 Cache 12 Bloc 98 Index 5 TypeVerrou LecturePartagee Proprietaire 7 Date 0
Actif 65599 Cache 12 Bloc 98 Index 5 TypeVerrou LecturePartagee Proprietaire 8 Date 0
Actif 65587 Cache 12 Bloc 98 Index 9 TypeVerrou LecturePartagee Proprietaire 8 Date 0
Actif 65600 Cache 12 Bloc 98 Index 5 TypeVerrou LecturePartagee Proprietaire 8 Date 0
Actif 65598 Cache 16 Bloc 130 Index 0 TypeVerrou EcritureExclusive Proprietaire 7 Date 0
Bloque 65597 Cache 16 Bloc 130 Index 0 TypeVerrou EcritureExclusive Proprietaire 8 Date 0

Le contenu de ces fichiers d'alerte ne peuvent qu'être analysé par les techniciens du support technique.

Objets résiduels

Lorsque Up ! Object Management System est mis en mode trace au moyen de l'option d'exécution UpsSys.TracerObjets, un journal est alimenté à la terminaison du programme répertoriant tous les objets non encore détruits.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upsoms-objects-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsoms-objects-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

Erreur UpsOms-301 : Les objets du type suivant sont non détruits :
UpsKrn.IEspaceMetre version 4.0.0 :

UpsKrn.IIterateur version 4.0.0 : UpsKrn.ICollection version 4.0.0 : UpsKrn.Caractere version 4.0.0 : UpsKrn.ElementListe version 4.0.0 : UpsKrn.Liste version 4.0.0 : ?.BoiteAuxLettresElectronique version 0.0.0 :

Ce journal permet notamment de s'assurer qu'un module natif détruit correctement tous les objets qu'il a alloués.

Up ! Open DataBase Connectivity

Lorsque Up ! Open DataBase Connectivity est mis en mode trace au moyen de l'option d'exécution UpsOdb.TracerOdbc, un journal est alimenté pour toutes les ordres Sql mais pas pour la connexion ni les transactions.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upsodb-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsodb-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : AllouerOrdreSql 'MaRequeteSql'.
No=2 : PreparerOrdreSql 'MaRequeteSql' :
SELECT ename:=${NomEmploye}, hiredate:=${DateEmbauche}, empno:=${NumeroEmploye}, sal:=${Salaire} FROM scott.emp WHERE deptno=10
No=3 : ExecuterOrdreSql 'MaRequeteSql'.
No=4 : LibererOrdreSql 'MaRequeteSql'.
No=5 : AllouerOrdreSql 'MonOrdreSql'.
No=6 : PreparerOrdreSql 'MonOrdreSql' :
UPDATE scott.emp SET sal=-sal WHERE deptno=10
No=7 : ExecuterOrdreSql 'MonOrdreSql'.
No=8 : LibererOrdreSql 'MonOrdreSql'.

Ce journal permet de vérifier l'exactitude des ordres transmis à la base de données, notamment lors de l'emploi des ordres Sql dynamiques.

Up ! Oracle

Lorsque Up ! Oracle est mis en mode trace au moyen de l'option d'exécution UpsOra.TracerOra, un journal est alimenté pour toutes les ordres Sql mais pas pour la connexion ni les transactions.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upsora-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsora-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : AllouerOrdreSql 'MaRequeteSql'.
No=2 : PreparerOrdreSql 'MaRequeteSql' :
SELECT ename:=${NomEmploye}, hiredate:=${DateEmbauche}, empno:=${NumeroEmploye}, sal:=${Salaire} FROM scott.emp WHERE deptno=10
No=3 : ExecuterOrdreSql 'MaRequeteSql'.
No=4 : LibererOrdreSql 'MaRequeteSql'.
No=5 : AllouerOrdreSql 'MonOrdreSql'.
No=6 : PreparerOrdreSql 'MonOrdreSql' :
UPDATE scott.emp SET sal=-sal WHERE deptno=10
No=7 : ExecuterOrdreSql 'MonOrdreSql'.
No=8 : LibererOrdreSql 'MonOrdreSql'.

Ce journal permet de vérifier l'exactitude des ordres transmis à la base de données, notamment lors de l'emploi des ordres Sql dynamiques.

Up ! Parser

Lorsque Up ! Parser est mis en mode trace au moyen de l'option d'exécution UpsPrs.TracerAnalyse, un journal est alimenté à chaque étape de l'application des règles de syntaxe lors de l'analyse des flux.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upsprs-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upsprs-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

10, 1, C:\Up\ups300\debug\ups\upsvtm/interfaces/french/UpsKrn.upi - Interface
UpsP5l.Sources

10, 11, C:\Up\ups300\debug\ups\upsvtm/interfaces/french/UpsKrn.upi - Module
UpsP5l.Sources 10, 18, C:\Up\ups300\debug\ups\upsvtm/interfaces/french/UpsKrn.upi - "Up ! Kernel"
UpsP5l.Sources 10, 32, C:\Up\ups300\debug\ups\upsvtm/interfaces/french/UpsKrn.upi - Version
UpsP5l.EnteteSource 10, 40, C:\Up\ups300\debug\ups\upsvtm/interfaces/french/UpsKrn.upi - 3
UpsP5l.EnteteSource 10, 41, C:\Up\ups300\debug\ups\upsvtm/interfaces/french/UpsKrn.upi - .
UpsP5l.EnteteSource 10, 42, C:\Up\ups300\debug\ups\upsvtm/interfaces/french/UpsKrn.upi - 0
UpsP5l.EnteteSource 10, 43, C:\Up\ups300\debug\ups\upsvtm/interfaces/french/UpsKrn.upi - .
UpsP5l.EnteteSource 10, 44, C:\Up\ups300\debug\ups\upsvtm/interfaces/french/UpsKrn.upi - 0
UpsP5l.EnteteSource

Ce journal permet de vérifier la reconnaissance des éléments lexicaux et l'ordre d'application des règles de syntaxe.

Up ! PostgreSQL

Lorsque Up ! PostgreSQL est mis en mode trace au moyen de l'option d'exécution UpsPgs.TracerPostgreSQL, un journal est alimenté pour toutes les ordres Sql mais pas pour la connexion ni les transactions.

Ce journal est conservé dans le fichier ${UPS_HOME}/log/${UPS_LANGUAGE}/${UPS_APPLICATION}-upspgs-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upspgs-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

No=1 : AllouerOrdreSql 'MaRequeteSql'.
No=2 : PreparerOrdreSql 'MaRequeteSql' :
SELECT ename:=${NomEmploye}, hiredate:=${DateEmbauche}, empno:=${NumeroEmploye}, sal:=${Salaire} FROM scott.emp WHERE deptno=10
No=3 : ExecuterOrdreSql 'MaRequeteSql'.
No=4 : LibererOrdreSql 'MaRequeteSql'.
No=5 : AllouerOrdreSql 'MonOrdreSql'.
No=6 : PreparerOrdreSql 'MonOrdreSql' :
UPDATE scott.emp SET sal=-sal WHERE deptno=10
No=7 : ExecuterOrdreSql 'MonOrdreSql'.
No=8 : LibererOrdreSql 'MonOrdreSql'.

Ce journal permet de vérifier l'exactitude des ordres transmis à la base de données, notamment lors de l'emploi des ordres Sql dynamiques.

Up ! System

Lorsque Up ! System est mis en mode trace au moyen de l'option d'exécution UpsSys.TracerRessources, un journal est alimenté à la terminaison du programme répertoriant toutes les ressources non encore libérées.

Ce journal est conservé dans le fichier ${UPS_HOME}/${UPS_LANGUAGE}/log/${UPS_APPLICATION}-upssys-resources-${UPS_SESSION}.log en mode mono-utilisateur ou dans le fichier ${UPS_HOME}/log/${UPS_USER}/${UPS_APPLICATION}-upssys-resources-${UPS_SESSION}.log en mode multi-utilisateur.

Voici le contenu du journal :

Flux : 9 ouvert(s).


Memoire partagees : 0 allouee(s).

Mutex : 0 alloue(s).

Semaphores : 0 alloue(s).

Threads : 1 alloue(s).
Processus : 0 alloue(s).

Memoire 'Systeme' : 97 allocation(s).

Memoire 'Utilisateur' : 247 allocation(s).

Ce journal permet notamment de s'assurer qu'un module natif libère correctement toutes les ressources qu'il a allouées.