Discussion :

[mwerlen]

bonjour,

Je compte déployer un web service chez de nombreux clients (dans leur intranet). Pour cela, ils auront Glassfish d'installé sur un serveur interne à leur entreprise (voire si c'est possible un autre serveur applicatif JavaEE). Pour effectuer les mises à jour du produit, je compte leur envoyer l'archive war du web service, pour qu'ils n'aient plus qu'à ouvrir l'écran d'administration et quelques clics à faire. J'aimerais pouvoir conserver quelques informations lors de ce changement de version : l'adresse et les identifiants de leur base de donnée interne qu'ils sont les seuls à connaitre.
Ne connaissant pas l'architecture, ni l'OS qui fera tourner Glassfish, je ne peux pas enregistrer d'information sur la machine distante.

Auriez-vous une solution (ou une piste) pour conserver ces données même si le serveur est redemarré, le web service rechargé... sans connaitre l'OS.

Merci d'avance, j'espère que vous pourrez m'éclairer sur cet question qui me'embête depuis quelques jours.

Max

[esteban]

POurquoi tu ne les enregistrerais pas dans un fichier .properties, avec la classe Properties ? C'est un mécanisme universel qui te permet de ne pas t'embeter avec la config locale. Par contre c'est pour des informations "légères"...

[Valère]

Bonjour,

Tu as la classe java.util.prefs.Preferences de l'API standard qui permet effectivement ça: stocker des paramètres sur le client sans avoir à s'occuper du type d'OS concerné. Typiquement par exemple, sous Windows cette classe utilise la base de registre.

Valère

[mwerlen]

Merci beaucoup, c'est exactement ce qu'il me fallait. Meme en me creusant la tête et en faisant des recherche pendant quelques jours j'avais pas réussit à trouver.

Encore Merci

Max

[alexismp]

(voire si c'est possible un autre serveur applicatif JavaEE)

Qu'entends-tu par là?

A noter que pour le déploiement, tu peux aussi fournir ta mise à jour avec un script ant qui fait le déploiement (ou un script "asadmin deploy").

[mwerlen]

Si j'arrive à avoir une solution véritablement indépendante de toute plateforme alors je pourrais autoriser le déploiment sur d'autres serveur applicatif JavaEE que GlassFish : JBoss, WebLogic... selon ce que les clients ont déjà comme architecture. Ce serait plus simple (pour eux) que de leur imposer Glassfish.

Max

[mwerlen]

Bonjour,

je viens enfin de mettre en place le système de Prefs (java.util.prefs.Preferences). Tout marche très bien (lecture, écriture...) sauf un problème. A chaque redémarrage de la machine hôte du serveur. Lorsque Glassfish s'éteint il me met le log suivant :

Log Level

WARNING

Logger

java.util.prefs

Name-Value Pairs

_ThreadID=23;_ThreadName=Thread-28;_RequestID=369db635-c50d-41f0-aafe-00414f854c14;

Record Number

1037

Message ID
Complete Message

Prefs file removed in background /etc/.java/.systemPrefs/x/x/prefs.xml

Pour information la machine hôte tourne sous Linux Ubuntu 2.6.20-16-server.
La suppression provient-elle de Glassfish et dans ce cas comment l'éviter ? Ou est-ce que cela provient d'autre chose ?

Merci d'avance

Max

PS : je suis sur Sun Java System Application Server 9.1

[mwerlen]

Le problème est résolu. Je ne sais pourquoi, en enregistrant les préférences sous la racine liée à la classe utilisée, les données étaient écraséeà chaque redémarrage. Il suffit juste de partir de la racine système pour ne plus voir ses données écrasée de facon intempestives.

J'espère que ça pourra aider un jour quelqu'un.

Maxime

[alexismp]

Cool, merci de partager ton expérience.