surveiller un object

Bonjour,:salut:

Je voudrai savoir s'il y a moyen en java de surveiller un objet (fichier sur le système de fichier, un attribut,....) !! :?.

je m'explique : j'ai un fichier de configuration pour un serveur XML-RPC, et ce que je veut c'est que je soit informé d'une façon désynchronisé lors de l'édition et le changement du contenu du fichier (par un Event!!!)

d'après mes modestes connaissances; la logique des évènements en java est étroitement lié à l'environnement graphique (swing, AWT, ....) sauf que ce je cherche c'est intercepter un évènement(changement) sans avoir recours a un environnement graphique dans un environnement non Swing :mur:

par exemple : lors de l'insertion d'élément dans un "ArrayList" je déclenche un traitement particulier :koi: .

Merci.

Ouali.A

Salut,
Est ce que ca pourrait répondre à tes besoins : http://rom.developpez.com/java-listeners/
Bonne continuation

Bonjour,

Merci pour votre réponse d'ailleurs le lien est très intéressant, sauf que cette solution marche quand j'utilise un environnement "Swing" or que ce que je cherche c'est un "listener" sur un "objet" non graphique "file, ArrayList, ...":?
A moins, que la seul solution est que je les déclenche volontairement!! je crée des méthode qui redéfinisse les méthodes de base de l'objet et a la fin je fait volontairement le fireEvent.(donc la même logique qu'avec le C++).8-)

Si c'est la seule solution merci de me le dire, il sera temps que je m'y met.

Merci.:pc:

Ouali.A

Ben à ma connaissance il n'y a pas de listeners sur tous les objets Java, donc il va falloir que tu gères ton principe de listeners toi même.

Le listener est un grand classique de java, parfaitement utilisable en dehors de swing. La particularité de swing est que c'est déjà implanté en standard. Tu as aussi quelque chose qui y ressemble dans org.w3c.dom.events pour le XML.

Je te recommande de bien regarder la doc de ton environnement XML-RPC, il y a peut être déjà quelque chose qui le fait.

Pour les collections, je connais pas quelque chose qui le fasse déjà. Peut être est-ce inutile ? En tous les cas tu peux le faire ; la description précise du modèle des listeners se trouve à JavaBeans Specification: Getting Listeners from JavaBeans (mais t'es pas obligé de tout faire).

Bonjour,
Tu peux aussi proxier les objets en question pour intercepter tous les appeles de leurs méthodes:
- Via le DynamicProxy du JDK, mais ça permet juste de proxier les objets impléentatnt des interfaces, et ça n'intercepte que les méthodes des interfaces.
- Avec une bibliothèque comme cglib ou javassist, ce qui te permet de tout intercepter.

Citation:

---

Envoyé par djo.mos

Bonjour,
Tu peux aussi proxier les objets en question pour intercepter tous les appeles de leurs méthodes:
- Via le DynamicProxy du JDK, mais ça permet juste de proxier les objets impléentatnt des interfaces, et ça n'intercepte que les méthodes des interfaces.
- Avec une bibliothèque comme cglib ou javassist, ce qui te permet de tout intercepter.

---

Tout à fait d'accord.

Si tu ne veux/peux pas utiliser de proxy, tu peux également utliser l'AOP (via Spring AOP par exemple), pour intercepter les méthodes de l'objet surveillé suivant les critères qui te plaisent.

Citation:

---

Envoyé par Muscador

Si tu ne veux/peux pas utiliser de proxy, tu peux également utliser l'AOP

---

En fait, l'AOP est juste une abstraction au dessus du proxying ;) mais c'est effectivement une bonne idée car plus besoin de toucher aux détails gore des proxies.

Bonjour,

Citation:

---

Tu peux aussi proxier les objets en question pour intercepter tous les appeles de leurs méthodes

---

vous voulais dire quoi exactement par "proxier les objets" :?

Merci .;)

Je pense que il voulait parler du java.lang.reflect.Proxy.

Le principe d'un proxy, c'est d'introduire une couche entre le service que tu appelles et l'endroit ou tu l'appelles. Cela est transparent à l'utilisation, et on peut demander à ce proxy de faire ce que l'on veut, comme par exemple logger des informations sur les temps de traitements.

Exemple : tu veux appeler le service TransactionService, qui implémente l'interface ITransactionService.

Dans ton code appelant, tu ne manipules que l'interface ITransactionService, qui pointe en fait vers une classe qui s'appelle par exemple TransactionServiceProxy, qui log des infos, puis appelle TransactionService, puis éventuellement log d'autres infos.

Pour le client, ça peut être complètement transparent, si tu injectes tes dépendances avec Spring par exemple. Au cas où tu ne sais pas de quoi il s'agit, ça consiste à alimenter l'instance de ITransactionService dans le client via un outil externe (ici, Spring), en utilisant le constructeur ou un setter. Ainsi, tu peux soit injecter directement TransactionService, soit TransactionServiceProxy, soit n'importe quelle autre implémentation.

C'est archi-utilisé dans les applications JEE.