Discussion :

[Soulama]

Bonsoir,
jai 2 questions?

1- Dans mon project, je redige les elements HTML direct dans les pages JSP(input, select, textArea...).
je cherche a savoir sil ya un Framework ou une methode Struts pour rediger toutes ces infos dans des Fichiers XML, et de dir aux JSP de lire leur infos a partir des resources XML?

2- Dans les JSP je fais des Actions de search, jaimerai bien savoir que propose Struts pour enregistrer ces savedSearches. Je mexplique:
Lorsque je demare un search, jai une View(table HTML), la je veux enregistrer les critaires de search et les resultats, comme ca je peux les retrouver a un temp x. Alor ou bien ya possibilité de stocker le tout comme BLOB, ou bien sous un flux XML, ou ...

Merci pour toute Infos

[cocula]

1- Dans mon project, je redige les elements HTML direct dans les pages JSP(input, select, textArea...).
je cherche a savoir sil ya un Framework ou une methode Struts pour rediger toutes ces infos dans des Fichiers XML, et de dir aux JSP de lire leur infos a partir des resources XML?

Je n'ai pas très bien compris ce que tu cherches à faire. Visiblement tu voudrais réutiliser du code HTML pour éviter d'avoir à le recopier dans toutes les pages. C'est un problème de factorisation de code HTML non ?
Si c'est ça, il y a plein de méthodes à disposition sans utiliser XML.
Fragments de jsp, tiles, taglib personnalisée.

2- Dans les JSP je fais des Actions de search, jaimerai bien savoir que propose Struts pour enregistrer ces savedSearches. Je mexplique:
Lorsque je demare un search, jai une View(table HTML), la je veux enregistrer les critaires de search et les resultats, comme ca je peux les retrouver a un temp x. Alor ou bien ya possibilité de stocker le tout comme BLOB, ou bien sous un flux XML, ou ...

Pourquoi chercher à stocker ? Ta base de donnée n'est elle pas là pour ça ?
Par expérience, dans une page de recherche struts, les critères de recherche sont représentés par l'actionForm et les résultats de recherche sont rendus au moment du rendu de la vue (jsp) mais on ne stocke rien sous peine de grâves problèmes de performance (temps de lecture des données, encombrement mémoire). Il faut prendre ceci en considération : la plupart du temps, on ne montrera qu'une partie des résultats de recherche qui correspondent à la page courante (dans une optique de pagination). Chercher à lire l'intégralité des données qui correpondent aux critères de recherche est suicidaire car la lecture dans une source de données type dataBase prend enormément de temps.
Donc on se contente de lire les 10 enregistrements qui correspondent à la page courante et on rend bien vite les ressources au pool de connexions.
Si l'utilisateur veut voir les 10 résultats suivants, on réexécute la requête et on se déplace dans le resultSet.

[Soulama]

Merci cocula,
je crois que je vais voir du cote tiles, car je travaille pour le moment sur un project, ou je redige beacoup de JSP ala main tout le temps ca menerve un peu, peut etre avec tile ca va etre moin nervant.
Pour la deuxieme Question: le client il veux absolument avoir un savedSearche features, alor je vais voir comment le realiser, une idee que jai pour le moment c denregisdtrer juste le script SQL et le demarer a chaque fois quon appele ce savedSearche.

Merci encore une fois

Soulman