ok !!
non ce n'est pas faux, et je ne pense pas avoir la prétention pour en juger.
en faite moi je suis parti du principe que le client doit être le plus rapide possible (je fais une appli web) et donc limiter les accès réseaux et calcul métier par le client.
ainsi mon client ne manipule que des données déjà calculée et rien d'autre
et mon serveur lui se charge de récupérer les ejb, calcul métier ect..
le but est de rendre le client plus légé et plus évolutif ! ainsi si demain je change de serveurs, mon client fonctionne toujours puisque ce n'est pas lui qui gère les accès aux jndi mais le serveur !
de plus si c'est le client qui s'en charge et que tu change de serveur, tu va devoir modifier pour chaque client l'url du jndi dans le fichier jndi.properties (par exemple)
j'utilise donc une servlet en façade que mon client attaque et cette facade délègue la requête vers le businessDelegate et ServiceLocator.
donc si tu as intégré le serviceLocator au client:
oui, c'est au final ton client qui effectue le look up, mais normal me dira tu car tu utilises les ejb en mode remote.
sache que ton appli soit en mode console, web ou riche, le principe reste le même
donc non tu n'as surement pas faux je te rassure
en programmation il n'y a pas un moyen de faire les choses il y'a juste un meilleurs moyenaprès ce moyen dépend des besoins de chacun.
donc conclusion:
ton appli fonctionne dorénavant ?
ps: si je dis une bêtise relevez moi ^^, il ne s'agit que de mon avis personnel.
bon courrage
Partager