Discussion :

[totot]

Bonjour,

J'utilise les événement CDI et quand j'appel ma méthode fire, sa me provoque un null pointer exception.

Je l'ai déclaré comme ceci dans ma classe:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

private @Inject Event<MonEvent> monEventEmetteur;

Et je l'appel comme cela:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

monEventEmetteur.fire(event);

[Gugelhupf]

Salut,

L'injection a du mal se passer...
Dans quel type d'environnement travailles-tu ? Java SE ou Java EE ?
CDI (ou l'injection de dépendance dans un cas plus général) ne fonctionnant pas "tout seul", quel librairie utilises-tu ? (ex: Weld etc)
Si tu travailles dans un environnement Java EE, quel est ton serveur d'application ?

Cordialement,

[totot]

Je suis sous TOMCAT 8.
J'ai ajouté la librairie cdi-api.jar et javax-inject.jar

J'utilise se mécanisme pour essayer de mettre à jour ma JSP sans que le client ai envoyé une requête http au serveur

[Gugelhupf]

Je ne sais pas si tes deux jar seront suffisant pour faire du CDI avec Tomcat, Tomcat n'étant qu'un simple servlet container et pas un vrai application server, si tu cherches un peu, tu verras que les gens utilisant CDI avec Tomcat passent par une implémentation telle que Weld (article de BalusC).

J'utilise se mécanisme pour essayer de mettre à jour ma JSP sans que le client ai envoyé une requête http au serveur

Je pense que tu n'a pas compris le principe de l'injection de dépendance. Si ton client n'envoie pas de requête HTTP, tu ne pourras pas passer par ta vue, c'est le client qui déclenche ce processus, et ce processus n'a rien à voir avec l'injection de dépendance.

[totot]

Il faudrait que je passe par quel mécanisme pour mettre à jour la page à afficher à l'utilisateur sans que celui-ci face une action

[Gugelhupf]

Qu'entends-tu par "mettre à jour la page à afficher à l'utilisateur" ? Aurais-tu des exemples fonctionnels ?

Note que si ce n'est pas le client qui déclenche l'action, alors quelqu'un d'autre doit le faire (ps: une UI ça ne bouge pas "tout seul" ), le serveur par exemple, pour avoir ce type de communication bilatérale tu peux faire du Long Polling ou utiliser les WebSocket par exemple. Mais encore une fois ça ne répond pas à ton problème & "besoin?" d'injection de dépendance.

[totot]

J'avais pris les injections car je pensais que cela repondrait à mon problème.
Je souhaite quand je reçoit un message pourvoir mettre à jour l'ihm à afficher à l'utilisateur sans que celui-ci est envoyé une requête http

[Gugelhupf]

Je souhaite quand je reçoit un message pourvoir mettre à jour l'ihm à afficher à l'utilisateur sans que celui-ci est envoyé une requête http

Tu es bien d'accord que si tu "reçois un message", c'est que le client t'as bien envoyé une requête HTTP ?

[totot]

Pas forcément, en mode asynchrone. Par exemple, c'est un seul client qui a envoyé une requete mais le message est diffusé à tous les clients

[Gugelhupf]

Quand tu fais de l'asynchrone (cf: Ajax), ce sont des requêtes HTTP qui sont envoyés au serveur web.
Quand tu fais du web tu passes par un serveur, tu ne fais pas du client/client. Si tu veux faire du client/client, tu feras forcément du client/serveur/client.

[totot]

J'utilise jms et quand je reçois un message et que je l'ai traité, je veux afficher la page qui correspond traitement au client meme s'il à pas forcément fait une requete http

[Gugelhupf]

Je me doutais bien que tu voulais utiliser du JMS, vu que ton projet de synthèse de la Miage le requiert, mais ce n'est qu'à partir de ton 6ième message que tu commences à parler de JMS alors que tu aurais du en parler dès le début au lieu de créer un sujet sur l'injection de dépendance qui n'a mais rien à voir avec ton besoin d'origine. Mixer JMS et HTTP n'est pas évident, si tu veux résoudre ton problème, n'attends pas des réponses qui tombent du ciel, penche toi vers les solutions que je t'ai proposé dans le #6 post.

[totot]

J'avais au webSocket. Mais comment le client va détecter que le serveur lui envoie une réponse

[totot]

Est si j'utilise un client http codé en java, c'est pas possible?

[Gugelhupf]

C'est le principe du websocket, le client détecte les messages du serveur et vice-versa. Rien ne t'empêche de créer un client HTTP en Java mais je ne vois pas en quoi cela va résoudre ton problème de diffusion de message sue plusieurs UI clients. Si tu ne veux pas te lancer dans n'importe qui pourrait te faire perdre du temps inutilement, relis ton sujet de PDS et pose des questions à tes enseignants.

[totot]

Je vois pas trop comment mettre sa en place car j'ai vu qu'il fallait mettre du je dans les jsp
Or quand je lance mon application j'envoie un message et au retour je traite ce message pour savoir si je retirage vers une page erreur ou une autre page
Et aussi comment faire la socket je bloque car comment envoyé ma page de redirection que je défini dans chaque liée au message
1 message est égal à une classe au retour pour son traitement

[totot]

Et avec de l'ajax sa serait possible?