Je ne sais pas en regardant avec plus d'attention, je comprends mieux comment ça marche. Peut être que le fait que la moitié de certains exemples ne sert pas leurs idées n'aide pas. Par exemple :
Possible. Je dirais juste que ce qui est intéressant c'est vraiment de le tester.
Et si tu veux tester avec du web, voici un combo sympa :
Jetty
Guice
Guice servlet
Jersey-guice
Avec ça, tu as une stack qui te permet de faire du web, des servlets mais aussi du Rest tout en étant light et agréable. Le tout managé par l'injection de dépendance. J'avais fait une petite démo ici (https://github.com/CrEv/Taist) mais elle inclus aussi closure-templates donc c'est un peu plus complet (ha oui et il y a aussi du gson et du guava dans le lot). Ca peut donner une idée.
Sitebricks semble aussi assez intéressant mine de rien.
Ensuite pour Java EE, ne pas vouloir se fader un serveur d'application et se fader un Felix ou Equinox, c'est un choix.
Ben disons que c'est pas du tout pareil quand même. Felix (et OSGi) me permettent beaucoup de choses, entre autre des mises à jour des services à la volée. Ce n'est pas sur le même plan, OSGi n'a pas les mêmes buts, même s'il est vrai que ça rajoute parfois de la lourdeur (mais pas tant que ça je trouve)
les avantages des serveurs d'applications (si si il y en a, la configuration de datasources par l'exploitant par exemple).
Oué, c'est typiquement ce dont je ne peux pas me servir. JPA est inutilisable dans mon contexte par exemple. Donc on vire des gros avantages des serveurs d'applications.
c'est Jonas, qui mèle OSGi et serveur d'application
Ha oui, intéressant c'est vrai. Le truc c'est que je voulais que certains modules puissent s'exécuter aussi bien dans un contexte web que pas (par exemple pour certains modules métiers dont on à rien à carré qu'ils touchent au web, qui sont sur leurs propres machines et qui communiquent avec le reste en RPC (faut dire que le contexte c'est archi distribuée)
[^] # Re: Injection de dépendance
Posté par CrEv (site web personnel) . En réponse au journal De tout, de rien, des liens, du vrac (mais moins bookmarks cette fois). Évalué à 3.
Possible. Je dirais juste que ce qui est intéressant c'est vraiment de le tester.
Et si tu veux tester avec du web, voici un combo sympa :
Avec ça, tu as une stack qui te permet de faire du web, des servlets mais aussi du Rest tout en étant light et agréable. Le tout managé par l'injection de dépendance. J'avais fait une petite démo ici (https://github.com/CrEv/Taist) mais elle inclus aussi closure-templates donc c'est un peu plus complet (ha oui et il y a aussi du gson et du guava dans le lot). Ca peut donner une idée.
Sitebricks semble aussi assez intéressant mine de rien.
Ben disons que c'est pas du tout pareil quand même. Felix (et OSGi) me permettent beaucoup de choses, entre autre des mises à jour des services à la volée. Ce n'est pas sur le même plan, OSGi n'a pas les mêmes buts, même s'il est vrai que ça rajoute parfois de la lourdeur (mais pas tant que ça je trouve)
Oué, c'est typiquement ce dont je ne peux pas me servir. JPA est inutilisable dans mon contexte par exemple. Donc on vire des gros avantages des serveurs d'applications.
Ha oui, intéressant c'est vrai. Le truc c'est que je voulais que certains modules puissent s'exécuter aussi bien dans un contexte web que pas (par exemple pour certains modules métiers dont on à rien à carré qu'ils touchent au web, qui sont sur leurs propres machines et qui communiquent avec le reste en RPC (faut dire que le contexte c'est archi distribuée)