Créer un reporting Web

Version imprimable

15/10/2008, 15h50
tomy29

Créer un reporting Web

Bonjour,

Je maintiens une application client serveur Delphi 7 - MsAccess. Une de ses fonctionnalité est de créer un reporting à partir d'une table toute simple.
Le reporting ressemble à ça :

Citation:

code Erreur 2 : Libelle Erreur 2
- Donnée en erreur
- Donnée en erreur
- ...
code Erreur 3 : Libelle Erreur 3
- Donnée en erreur
- Donnée en erreur
- ...
code Erreur 4 : Libelle Erreur 4
- Donnée en erreur
- Donnée en erreur
- ...

Je fais le reporting avec Rave Report, que je ne supporte plus!:mur: Je souhaiterais passer a du xml pour un affichage html qui ressemblerait à ça

Citation:

[lien vers les données en erreur]code Erreur 2 : Libelle Erreur 2[/lien]
[lien vers les données en erreur]code Erreur 3 : Libelle Erreur 2[/lien]
[lien vers les données en erreur]code Erreur 3 : Libelle Erreur 2[/lien]

J'ai vu qu'on pouvait faire ça en créant une application websnap. Mon soucis est que je dois partir de mon application Client Serveur.
Donc est il possible d'integrer un module websnap (ou autre composant) à mon application pour que, en cliquant sur un bouton, l'utilisateur est à disposition le reporting à l'interieur d'une page internet.

En esperant avoir été clair..... je vous remercie de vos réponses!
17/10/2008, 13h42
Franck SORIANO

Bon si je comprends bien, en fait tu veux afficher les résultats dans ton application, non plus sous la forme d'une édition Rave, mais sous la forme d'une page HTML.

Dans ce cas, ça peut être très simple. Pas besoin de faire une application WebSnap.
Il te suffit d'exécuter les requêtes SQL dont tu as besoins pour obtenir les données. Puis tu crées toi même un fichier XML.
En parallèle, tu écris un fichier XSLT pour présenter ce fichier XML sous la forme d'une page Web.
Puis il te suffira d'appeler IE, (ou d'afficher une fenêtre avec un composant TWebBrowser) et de lui demander d'afficher le fichier XML. Si tu déclare le lien vers le fichier XSLT dans ton fichier XML, le navigateur effectuera lui même la transformation et affichera la page HTML ainsi obtenue.

Regarde du côté des technos XML/XLST.
20/10/2008, 11h59
tomy29

Merci!
oui, c'est ce que j'ai fait entre temps.
J'ai découvert les joies du xml et du xsl, et c'est bien sympa comme techno.:)
par contre des que les requêtes retournent pas mal d'enregistrements (ex : de 2000 lignes a 20000 lignes) les temps d'exécution sont vite assez long, plusieurs minutes.
Je pense que l'utilisateur n'aura qu'a prendre son mal en patience!
20/10/2008, 14h18
tomy29
Une petite question néanmoins, je procède de la sorte :

Code:

XMLDoc.DocumentElement := XMLDoc.CreateElement('erreurs','');

et ensuite :
Code:

1 2 3 4 titre := XMLDoc.DocumentElement.AddChild('titre'); erreur.Attributes['champ'] := ... ... XMLDoc.SaveToFile('fichier.xml');
Comment faire pour insérer le lien vers le fichier XSLT en tête du fichier XML?
20/10/2008, 15h04
Linkin

La syntaxe est: <?xml-stylesheet href="example.xsl" type="text/xsl"?>
Elle doit être placée après la balise xml de départ.
20/10/2008, 16h05
tomy29

ok, mais je ne sais pas comment insérer cette balise avec le composant xmldoc dans delphi.
20/10/2008, 17h16
Linkin
les balises <? sont des balises d'instructions processeur (je ne suis pas sûr de la traduction).
Code:

1 2 3 4 lnode := XMLDocument1.CreateNode('xml-stylesheet', ntProcessingInstr); lnode.NodeValue := 'href="example.xsl" type="text/xsl"'; XMLDocument1.ChildNodes.Add(lnode);
La solution n'est pas terrible, mais elle a le mérite d'exister.
21/10/2008, 07h15
Franck SORIANO

Citation:

Envoyé par tomy29

par contre des que les requêtes retournent pas mal d'enregistrements (ex : de 2000 lignes a 20000 lignes) les temps d'exécution sont vite assez long, plusieurs minutes.

Tu dois pouvoir fortement accélérer la génération du document XML en utilisant une API de type SAX au lieu du DOM. Par contre, le browser mettra toujours un certain temps ensuite pour calculer la transformation XSL.

Avec le DOM, tu construis un arbre en mémoire qui représente ton document XML. Puis tu sérialises cet arbre dans un fichier (ou autre) pour obtenir le doc XML.

Avec SAX, le document est généré à la volé. Dans ton code, tu te contente de déclencher des "événements" (le terme vient du mode de fonctionnement lorsqu'on utilise SAX pour lire un document) qui se traduisent par l'écriture du document XML correspondant dans le fichier :
- Début de l'élément "TRUC" avec l'attribut "blabla" avec la valeur "yyyy".
- Ecrire une valeur texte "mon petit texte à moi".
- Fin de l'élément "TRUC".

Au fûr et à mesure que tu déclenches ces événements, le "parser" génèrera le code suivant :
- <TRUC blabla="yyyy">
- mon petit texte à moi
- </TRUC>

Ca revient presque à écrire le fichier XML directement en mode texte à la main, sauf que c'est le parser qui écrit les balises et protège les caractères spéciaux dans le texte.

L'intérêt, c'est que tu génères le fichier XML à la même vitesse que si tu écrivais un fichier Text ordinaire.

SAX est très utile lorsque tu fais justement de la génération de fichier XML directement dans ton code, lorsque tu manipules de très gros document, lorsque tu recherches simplement un élément dans un gros document...

Le DOM est utile si tu veux manipuler des documents XML existants : Lire un XML, l'interroger avec une requête XPath, vérifier son schéma, calculer des transformations...