Discussion :

[tomy29]

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 :

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! Je souhaiterais passer a du xml pour un affichage html qui ressemblerait à ça

[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!

[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.

[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!

[tomy29]

Une petite question néanmoins, je procède de la sorte :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

et ensuite :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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?

[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.

[tomy29]

ok, mais je ne sais pas comment insérer cette balise avec le composant xmldoc dans delphi.

[Franck SORIANO]

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...