IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

ALM Discussion :

Utilisation d'un journal


Sujet :

ALM

  1. #1
    Membre régulier
    Homme Profil pro
    Enseignant
    Inscrit en
    Octobre 2004
    Messages
    264
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Octobre 2004
    Messages : 264
    Points : 104
    Points
    104
    Par défaut Utilisation d'un journal
    Bonjour à tous,

    Je souhaiterais mettre en place dans une de mes appli un journal.
    Cette appli est multi-utilisateurs mais non simultanés.

    Vaut-il mieux réaliser un journal global des activités de l'appli ou bien vaut-il mieux réaliser un journal spécifique pour chaque user ?

    Il existe déjà un init dans un dossier à la racine de chaque OS pour des infos globales.
    Il existe aussi un cfg dans chaque dossier où l'appli est utilisée pour les infos individuelles.

    Merci par avance.

  2. #2
    Expert confirmé Avatar de Richard_35
    Homme Profil pro
    Inscrit en
    Juillet 2007
    Messages
    3 121
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations forums :
    Inscription : Juillet 2007
    Messages : 3 121
    Points : 4 596
    Points
    4 596
    Par défaut
    Bonjour F@bien.fd,

    Citation Envoyé par F@bien.fd
    Je souhaiterais mettre en place dans une de mes appli un journal.
    .../...
    Vaut-il mieux réaliser un journal global des activités de l'appli ou bien vaut-il mieux réaliser un journal spécifique pour chaque user ?
    ==> un peu juste, pour juger...

    Que veux-tu journaliser, exactement ?
    Dis-nous et à bientôt,
    Richard.
    ----------------------------------------------------------------------------------------------
    En cas de résolution, et afin de faciliter la tâche des bénévoles, merci de cliquer sur .
    et permettent aux forumeurs de cibler leur recherche dans une discussion : n'hésitez pas à voter !

  3. #3
    Membre régulier
    Homme Profil pro
    Enseignant
    Inscrit en
    Octobre 2004
    Messages
    264
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Octobre 2004
    Messages : 264
    Points : 104
    Points
    104
    Par défaut
    Bonsoir,
    Excuse mon retard de réponse à ta question mais de gros impondérables... passons...

    Alors voici un peu plus explicite.

    J'ai fait une application de gestion de portefeuilles boursiers PEA et compte titre, qui valide évidemment des entrées, calcule, imprime réellement ou sous fichier pdf, peut radier un titre (rendre un titre invisible), détruire en envoyant à la corbeille, renommer, corriger des lignes d'opérations ou en effacer, gérer en euro ou franc, les codes sicovam et isin, etc, etc, etc...

    Cette application volontairement ne peut gérer différentes personnes de façon conjuguée.

    Plusieurs personnes peuvent néanmoins l'utiliser sur la même machine mais pas simultanément. Il suffit pour cela que la personne X l'installe dans le dossier 'bidule' et que la personne Y la copie dans le dossier 'bidon'. En effet l'application est copiable autant de fois qu'il y a de personnes qui veulent l'utiliser sur la même machine.

    J'ai un fichier de configuration générale .init pour les données globales et officielles telles débuts et fins des années fiscales et les seuils de cessions correspondants, les taux, etc...
    Chaque personne peut ainsi renseigner les autres, et les données fournies pour Me Machin, ne seront donc plus à rentrer pour Mr Untel.

    Par contre toutes les données liées à l'aspect, les coordonnées, les volets de l'application, et toutes données spécifiques et options lors de la dernière clôture de session sont stockées dans un fichier .cfg unique pour chaque individu dans le dossier ou réside l'application.

    Ma question concernant un journal est la suivante :
    Je désire créer un fichier .log qui regroupe les info de manipulations, par exemple :
    Dernière ouverture de cession
    Dernière fermeture de cession
    Correction de quoi et quand
    Validation donc mise sous data d'un titre
    Validation d'une opération
    Tirage d'une grille de PV, etc... etc...

    Vaut-il mieux réaliser un .log global en complétant avec le nom du dossier correspondant de l'application utilisée ou vaut-il mieux utiliser un .log local ne regroupant que les infos spécifiques aux manipes et gestions de l'application utilisée dans le dossier ?

    Je penche très fortement pour le fichier global mais je ne suis pas encore sûr que cela soit le plus judicieux.

    Merci pour vos avis.

  4. #4
    Expert confirmé Avatar de Richard_35
    Homme Profil pro
    Inscrit en
    Juillet 2007
    Messages
    3 121
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations forums :
    Inscription : Juillet 2007
    Messages : 3 121
    Points : 4 596
    Points
    4 596
    Par défaut
    Bonjour F@bien.fd,

    De prime abord, un journal global me paraît plus judicieux.

    En effet, si tu éprouves le besoin de créer un journal, c'est, en final, pour l'analyser. Le sujet est donc, en fait, de faciliter ces futures analyses.

    Il est certain que l'analyse d'un journal unique est plus pratique que la fusion de plusieurs journaux. Dans ce cas, il est évident qu'il faudra stocker l'utilisateur de l'action concernée, par exemple au début de l'enregistrement. Cette information est de même niveau que la date et l'heure de l'action en question.

    Tu parles d'un fichier .log : je ne sais pas quelle base de données tu utilises mais, si cela est possible, il vaut mieux créer une table "Journal" intégrée dans ton application, qu'un fichier texte à retraiter pour analyse. En final, ce fichier .log devra être retraité par diverses manipulations de chaînes de caractères pour le transformer en table exploitable... autant le créer en table exploitable dès l'origine.
    Dis-nous et à bientôt,
    Richard.
    ----------------------------------------------------------------------------------------------
    En cas de résolution, et afin de faciliter la tâche des bénévoles, merci de cliquer sur .
    et permettent aux forumeurs de cibler leur recherche dans une discussion : n'hésitez pas à voter !

  5. #5
    Membre expert Avatar de jabbounet
    Homme Profil pro
    Consultant informatique
    Inscrit en
    Juin 2009
    Messages
    1 909
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48

    Informations professionnelles :
    Activité : Consultant informatique

    Informations forums :
    Inscription : Juin 2009
    Messages : 1 909
    Points : 3 284
    Points
    3 284
    Par défaut
    As tu envisagé une solution de type syslog pour tes journaux?

    http://ram-0000.developpez.com/tutoriels/reseau/Syslog/
    bazar: http://www.improetcompagnie.com/publ...ctacles-6.html

    BÉPO la disposition de clavier francophone, ergonomique et libre: http://bepo.fr/wiki/Accueil

    Emacs Wiki: http://www.emacswiki.org/

    En attente de ce que produira: http://www.pushmid.com

  6. #6
    Membre régulier
    Homme Profil pro
    Enseignant
    Inscrit en
    Octobre 2004
    Messages
    264
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Octobre 2004
    Messages : 264
    Points : 104
    Points
    104
    Par défaut
    Citation Envoyé par Richard_35 Voir le message
    Bonjour F@bien.fd,

    De prime abord, un journal global me paraît plus judicieux.

    En effet, si tu éprouves le besoin de créer un journal, c'est, en final, pour l'analyser. Le sujet est donc, en fait, de faciliter ces futures analyses.

    Il est certain que l'analyse d'un journal unique est plus pratique que la fusion de plusieurs journaux. Dans ce cas, il est évident qu'il faudra stocker l'utilisateur de l'action concernée, par exemple au début de l'enregistrement. Cette information est de même niveau que la date et l'heure de l'action en question.

    Tu parles d'un fichier .log : je ne sais pas quelle base de données tu utilises mais, si cela est possible, il vaut mieux créer une table "Journal" intégrée dans ton application, qu'un fichier texte à retraiter pour analyse. En final, ce fichier .log devra être retraité par diverses manipulations de chaînes de caractères pour le transformer en table exploitable... autant le créer en table exploitable dès l'origine.
    Bonsoir,

    Beaucoup de retard dans mon suivi, mais surtout merci pour ta réponse.
    Ben en fait le journal sera plutôt à titre informatif car tout ce qui est paramètre utile est déjà dans les fichiers .pfg ou .init. Ce fichier n'a pas pour but de renseigner l'application dans un but précis, mais uniquement pour consigner les mouvements qu'elle aura généré. Mais je peux très bien stocker les infos du journal dans un fichier .txt ou .init.
    Tous mes fichiers de données sont en dbase .db.

  7. #7
    Membre régulier
    Homme Profil pro
    Enseignant
    Inscrit en
    Octobre 2004
    Messages
    264
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Octobre 2004
    Messages : 264
    Points : 104
    Points
    104
    Par défaut
    Citation Envoyé par jabbounet Voir le message
    As tu envisagé une solution de type syslog pour tes journaux?

    http://ram-0000.developpez.com/tutoriels/reseau/Syslog/
    Je ne connais pas Syslog, je viens d'y jeter un œil et ça me paraît intéressant.

    Mon appli ne nécessite pas une concentration de données extraordinaire, je n'ai pas besoin de les faire migrer. Mais d'autre part travailler sur qq chose que je ne connais pas m'amuse assez.
    Donc je vais faire un journal résident et je vais essayer de comprendre ce système Syslog qui sauf erreur de ma part fonctionne sous unix.

    Merci pour ces infos.

  8. #8
    Expert confirmé Avatar de Richard_35
    Homme Profil pro
    Inscrit en
    Juillet 2007
    Messages
    3 121
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations forums :
    Inscription : Juillet 2007
    Messages : 3 121
    Points : 4 596
    Points
    4 596
    Par défaut
    Bonjour F@bien.fd,

    Citation Envoyé par F@bien.fd
    .../... le journal sera plutôt à titre informatif .../...
    ==> pour l'analyser, si besoin, donc.

    Si tu le laisse en .txt ou .log, il faudra découper les lignes en chaînes de caractères significatives pour l'analyse. En conséquence, il faut décider :
    • de créer une table DBase pour n'avoir plus qu'à l'analyser par des requêtes ;
    • de créer un fichier .log banalisé (à découper en champs pour l'analyser, donc).
    Dis-nous et à bientôt,
    Richard.
    ----------------------------------------------------------------------------------------------
    En cas de résolution, et afin de faciliter la tâche des bénévoles, merci de cliquer sur .
    et permettent aux forumeurs de cibler leur recherche dans une discussion : n'hésitez pas à voter !

  9. #9
    Membre régulier
    Homme Profil pro
    Enseignant
    Inscrit en
    Octobre 2004
    Messages
    264
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Octobre 2004
    Messages : 264
    Points : 104
    Points
    104
    Par défaut
    Bonjour,

    Citation Envoyé par Richard_35 Voir le message
    Bonjour F@bien.fd,

    • de créer une table DBase pour n'avoir plus qu'à l'analyser par des requêtes ;
    • de créer un fichier .log banalisé (à découper en champs pour l'analyser, donc).
    Je sais que l'on peut créer et alimenter facilement un fichier .log avec delphi sous forme de texte. Déjà lu sur le forum Delphi.
    On doit donc pouvoir le lire et l'afficher dans un memo sans chercher autrement à l'exploiter. Je n'aurai pas à utiliser de requêtes.

    Donc pour l'heure le problème est à priori résolu.

    Merci à tous.

  10. #10
    Membre régulier
    Homme Profil pro
    Enseignant
    Inscrit en
    Octobre 2004
    Messages
    264
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Enseignant

    Informations forums :
    Inscription : Octobre 2004
    Messages : 264
    Points : 104
    Points
    104
    Par défaut
    Citation Envoyé par F@bien.fd Voir le message
    Bonjour,



    Je sais que l'on peut créer et alimenter facilement un fichier .log avec delphi sous forme de texte. Déjà lu sur le forum Delphi.
    On doit donc pouvoir le lire et l'afficher dans un memo sans chercher autrement à l'exploiter. Je n'aurai pas à utiliser de requêtes.

    Donc pour l'heure le problème est à priori résolu.

    Merci à tous.
    Bon ben le Tmemo dans la fiche MDI me posait problème pour le copier/coller des ligne du .log alors j'ai opté pour un tStringGrid ou j'ai déjà des routines de copie et ça roule à merveille.

    De plus j'ai opté pour un journal global qui permet d'identifier d'où sont parties les opérations, voici un aspect du .log lors d'un test.

    Historique de Ninaperf...
    ---------------------------------
    29/08/2012 18:47:14 -> Ouverture de NinaPerf...
    D:\Program Files\Borland\Programmation\PROJET\Projet Nina400B\
    -> Sélection du Compte titres.
    -> Retour à l'opération en cours.
    -> Opérations réalisées en euros.
    -> Validation de saisies.
    18:48:07 saisie -> ACHAT au Comptant sur CT à 10*000,0000 euros x 1000000 pour WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWW... de code Isin WA0000000000 en date du 29 août 2012.
    -> Sélection Consultation Prix de Revient Net des titres.
    -> Validation de l'édition d'une fiche à PRU net.
    -> Édition fiche PRU net : WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWW code Isin WA0000000000 sur le Compte Titres.
    -> Validation de l'édition d'une fiche à PRU net.
    -> Édition fiche PRU net : WWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWWW code Isin WA0000000000 sur le Compte Titres.
    -> Demande d'impression d'un document.
    -> Sélection du PEA.
    -> Sélection du Compte titres.
    -> Demande d'impression d'un document.

    29/08/2012 20:36:45 -> Ouverture de NinaPerf...
    D:\Program Files\Borland\Programmation\PROJET\Projet Nina400A\
    -> Demande d'impression d'un document.
    -> Demande d'impression d'un document.

    29/08/2012 22:21:25 -> Ouverture de NinaPerf...
    D:\Program Files\Borland\Programmation\PROJET\Projet Nina400B\
    -> Demande d'impression d'un document.

    29/08/2012 22:23:45 -> Ouverture de NinaPerf...
    D:\Program Files\Borland\Programmation\PROJET\Projet Nina400A\
    -> Demande d'impression d'un document.
    -> Validation de l'édition d'une fiche à PRU net.
    -> Édition fiche PRU net : 0 GOGO code Isin GO0000000000 sur le Compte P.E.A.
    -> Demande d'impression d'un document.

    29/08/2012 22:28:49 -> Ouverture de NinaPerf...
    D:\Program Files\Borland\Programmation\PROJET\Projet Nina400B\
    -> Demande d'impression d'un document.

    29/08/2012 22:30:03 -> Ouverture de NinaPerf...
    D:\Program Files\Borland\Programmation\PROJET\Projet Nina400B\
    -> Sélection Consultation Prix de Revient Net des titres.
    -> Validation de l'édition d'une fiche à PRU net.
    -> Édition fiche PRU net : 0 GOGO code Isin GO0000000000 sur le Compte P.E.A.
    -> Demande d'impression d'un document.

    29/08/2012 22:40:31 -> Ouverture de NinaPerf...
    D:\Program Files\Borland\Programmation\PROJET\Projet Nina400B\
    -> Validation de l'édition d'une fiche à PRU fiscal.
    -> Édition fiche PRU fiscal : 0 GOGO code Isin GO0000000000 sur le Compte P.E.A.
    -> Demande d'impression d'un document.
    -> Validation de l'édition d'une fiche à PRU net.
    -> Édition fiche PRU net : EUTELSAT COMMUNICATIONS (ETL) code Isin FR0010221234 sur le Compte P.E.A.
    -> Demande d'impression d'un document.
    -> Validation de l'édition d'une fiche à PRU fiscal.
    -> Édition fiche PRU fiscal : EUTELSAT COMMUNICATIONS (ETL) code Isin FR0010221234 sur le Compte P.E.A.
    -> Demande d'impression d'un document.

    29/08/2012 22:50:20 -> Ouverture de NinaPerf...
    D:\Program Files\Borland\Programmation\PROJET\Projet Nina400B\
    -> Demande d'impression d'un document.
    merci pour toutes les aides apportées.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [OL-2007] Utilisation du journal
    Par archi224 dans le forum Outlook
    Réponses: 0
    Dernier message: 13/12/2011, 23h36
  2. Utilisation du journal de transaction lors d'un select into
    Par tibal dans le forum Adaptive Server Enterprise
    Réponses: 3
    Dernier message: 13/06/2009, 13h28
  3. [Win2003] Utilisation du journal d'application
    Par franculo_caoulene dans le forum Windows Serveur
    Réponses: 0
    Dernier message: 08/08/2008, 12h56
  4. Réponses: 7
    Dernier message: 16/06/2006, 15h55
  5. Réponses: 7
    Dernier message: 16/06/2006, 15h55

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo