RELEASE NOTES 1.2

Afin d’affiner la recherche des problèmes de performances, trois nouvelles catégories transversales sont disponibles :

Le paramétrage se fait par LOG4J. Pour bénéficier de ces timers, une mise à jour du fichier log4j est nécessaire.

L’activation de ces traces s’inscrit dans la continuité de l’existant. Ces traces sont par défaut inactive. Une cinématique particulière permet de les activer. Comme les traces Timer existantes, elle utilise l’action trace_enable. Les syntaxes permettant d’activer ces traces sont les suivantes :

trace_enable(XSLTTimer)

trace_enable(actionTimer)

trace_enable(viewTimer)

Exemple de cinématique permettant d’activer l’ensemble des traces :

cinematic=trace_reload();trace_enable(data);trace_enable(timer);trace_enable(XSLTTimer); trace_enable(actionTimer);trace_enable(viewTimer);forward(0)

Performance.

Mise en cache des feuilles de styles importés par les feuilles principales. Ce cache est transparent pour l’utilisateur, mais pas pour les performances. Ce nouveau cache nécessite le chargement des fichiers xsl via un outputStream.

Le socle est compatible avec la nouvelle version du parseur oracle 10g (10.1.0.4). Il reste compatible avec le parseur 9.

M/2678. L’attribut indent est maintenant pris en compte. Cela permet de réduire la taille du flux HTML entre le serveur l’appli et le navigateur. Cet attribut est déjà positionné dans egx.xsl.

M/2827. Le principe des ViewObject dynamique oblige à récupérer les caractéristiques des champs via un appel JDBC. Dans le cas de requêtes contenant des ordres tels que group by, order by, etc, il y a exécution de la requête pour récupérer ces caractéristiques. Une modification de l’appel permet d’éviter cette première exécution.

Pour que cette modification soit effective, la requête dynamique ne doit pas commencer par « select * from ».

Un message d’erreur est écrit dans le log en cas de requête qui ne bénéficie pas de cette amélioration afin d’alerter le développeur mais l’application continue de fonctionner.

M/2730. Des modifications internes évitent l’apparition de session http parasite en cas d’anomalies liées à la fin de vie de la session :

• En cas d'erreur technique ou fonctionnelle avant l’exécution de la requête demandé, la session http est supprimée.
• Ajout d'une synchronisation lors de la recherche d’une session http existante

A partir de la version 1.2, l’ensemble des traces du socle sont gérés par LOG4J. Cela permet une gestion plus fine des traces en cas d’anomalie.

Public : Développement style.

Une exception est levée dans le cas où une action delete() est appliquée sur une vue à rechargement permanent (executeQuery=always).

Public : développement graphique.

Pour les graphiques de type catégorie : pour éviter un problème de largeur lors de l'affichage de plusieurs barres par "catégorie", les requêtes XPATH des <categoryNamed@nameXpath > ne doivent ramener qu'une valeur. Au lieu d’avoir un problème d’affichage, une exception est levée.