Discussion :

[Jeremiah]

Voilà, j'ai une application sous la forme d'une Servlet JAVA (Je débute ± en JAVA, et j'avais jamais fait de servlet, donc ma question est p-e idiote).

Cette servlet a besoin de 3 paramètres (IP, Login, Pass) pour fonctionner.

Actuellement, je vérifie dans ma config (donc, les paramètres chargés via le web.xml au démarrage de l'application). S'il n'y a pas de paramètre dans le web.xml, je redirige sur une page avec un formulaire et l'utilisateur est prié de les rentrer manuellement.

Une fois rentrés à la main, les paramètres vont "survivre" aussi longtemps que la servlet.

Mais si on relance le serveur (ou que la servlet a été déchargée), ces paramètres sont perdus.

Est-il donc possible pour une servlet de complèter elle-même son propre web.xml une fois les paramètres rentrés à la main pour pouvoir les récupérer lors du prochain chargement ?

(Lors du déploiement, l'IP et le Login/Pass seront différent d'une implantation à l'autre, on ne peut donc pas envisager de les mettre directement dans le web.xml / fichier WAR).

Pas de serveur DB présent non plus.

[guigui5931]

Je pense que ce que tu veux faire n'est pas possible. Même s'il était possible de modifier le web.xml (en utilisant une API de traitement des fichier xml comme DOM ou SAX) il faudrait relancer le serveur pour que la modification soit prise en compte.
A mon avis tu devrais t'orienter vers une solution avec un fichier properties qui serait déployé en même temps que l'appli et qui pourrais être lui lu et modifié sans avoir besoin de redémarrer le serveur.

[nicorama]

Tu peux utiliser une variable de scope Application (il existe notamment les scopes Application et Session).
Ou, plus cradoc mais je crois que ca marche, utiliser une variable statique d'une classe.

[Jeremiah]

A mon avis tu devrais t'orienter vers une solution avec un fichier properties qui serait déployé en même temps que l'appli et qui pourrais être lui lu et modifié sans avoir besoin de redémarrer le serveur.

Okay, je vais regarder ça, merci ;-)

nicorama > une fois récupérées à l'init(), les valeurs sont accessibles par la servlet, là, il y a pas de problème, mais elles ne sont pas persistantes, c'est là que le bât blesse.

[tchize_]

Pas de serveur DB présent non plus.

Tu peux toujours embeder un serveur basique, je pense par exemple à hsql.

[Jeremiah]

Tu peux toujours embeder un serveur basique, je pense par exemple à hsql.

Pour stocker 3 valeurs, c'est un peu le bazooka et la mouche, non ?
Si l'appli avait du utiliser une DB, j'aurai rajouté une table "settings" sans trop d'arrière pensée, mais pour 3 valeurs ...

[tchize_]

exact, pour trois valeur c'est exagérer mais je connais pas beacoup de webapp qui n'ont que 3 valeurs de données à gérer . Je dis juste qu'il faut pas se focaliser dans le design sur le fait qu'aucune db n'est dispo, il y a toujours moyen d'mebedder une db, si çà s'avère nécessaire.

[nicorama]

Okay, je vais regarder ça, merci ;-)

nicorama > une fois récupérées à l'init(), les valeurs sont accessibles par la servlet, là, il y a pas de problème, mais elles ne sont pas persistantes, c'est là que le bât blesse.

Oups, j'ai mal réfléchit
Je ne connais pas, ou à peine, les fichiers properties. Ils sont particulèrement facile à manipuler (je vais aussi checker sur le net, bien sûr, mais c'est pour un retour d'experince) ?
Merci.

[Jeremiah]

Le fichier .properties (enfin, le fichier XML généré avec l'aide de la classe java.util.Properties) fait exactement ce que je cherchais, merci.

[DevServlet]

Exact, dans la mesure où tu px facilement setter les variables se trouvant dans ton properties et les recuperer aussi facilement.