Quelqu'un a-t-il de l'expérience avec JSR 330 vs Guice? De ce que je comprends, Guice n'est pas une implémentation de JSR 330 mais si c'est quelque chose comme Hibernate et JPA, l'implémentation supporte un tas de fonctionnalités supplémentaires non dans l'API. Puisque j'utilise déjà GWT-Dispatch, Warp-persist guice-serlvet, etc. y aurait-il quelque chose à gagner en passant à un conteneur EJB supportant JSR 330?Interopérabilité JSR 330 et Guice
Répondre
Citant le courrier annonce officielle, FYI: JSR-330 support now in Guice SVN:
J'ai mis en place un soutien pour JSR-330 à Guice. Ce JSR normalise les annotations comme @Inject et les interfaces Provider pour les plates-formes Java . Il ne précise pas encore comment les applications sont configurées, donc il a aucun analogue aux modules de Guice.
Cette nouvelle fonctionnalité peut causer de la douleur aux utilisateurs d'EDI . Comme il y a maintenant deux annotations @Inject, IntelliJ etc. vous demandera quand il aura besoin d'une importation . L'un ou l'autre fonctionnera, mais les nouvelles boîtes de dialogue seront assez ennuyantes! Pire encore, les deux annotations @Named ne sont pas (encore) équivalentes. Donc si vous appliquez la mauvaise annotation, vous obtiendrez une erreur de configuration. Je pense sur les moyens de résoudre ce problème.
Ce travail est en cours. Je recommande continuer à utiliser les anciennes annotations com.google.inject jusqu'à la poussière se dépose. http://code.google.com/p/google-guice/wiki/JSR330
Ce message a été envoyé 7 Septembre 2009. Il est à vous de décider si la poussière est retombée, mais je voudrais attendre un peu plus et le bâton avec les annotations de Guice comme recommandé.
Guice 2.0 ne prend pas en charge JSR 330, mais Guice SVN inclut un JSR 330-compatible injector.
- 1. Prise en charge de JSR-330 dans Guice
- 2. Interopérabilité PHP et Java
- 3. Interopérabilité Java et .Net
- 4. Windows.Forms et gtk # interopérabilité?
- 5. Interopérabilité Objective-C et C
- 6. Interopérabilité entre System.Windows.Forms.Application et System.Windows.Application
- 7. Interopérabilité cryptographie Java et C++
- 8. interopérabilité bool et C/C++
- 9. Spring MVC et JSR 303
- 10. COM à .NET interopérabilité
- 11. jersey (jsr 311) et personnalisé ViewProcessor
- 12. Interopérabilité C# -Excel
- 13. interopérabilité .NET Compact COM
- 14. Interopérabilité COM Com
- 15. Interopérabilité Python C
- 16. Interopérabilité entre Java et Clojure et création d'interfaces graphiques
- 17. Guice, afterPropertiesSet
- 18. JSR-75 code spécifique sur les appareils non JSR-75?
- 19. Meilleures pratiques Guice et anti-modèles
- 20. VS2008 exe-VC6 dll interopérabilité
- 21. Interopérabilité inter-plateformes Bluetooth Bluetooth
- 22. Java/Scala (profond) collections interopérabilité
- 23. C# excel formule glisser interopérabilité
- 24. Interopérabilité WCF pour iPhone/.NET
- 25. Événements batterie JSR 256
- 26. erreur de configuration Guice
- 27. Guice + quartz + iBatis
- 28. Guice Creation Exception
- 29. Messagerie interopérabilité entre applications C# et VB6 mdi
- 30. Interopérabilité en utilisant Spring et Hessian? C'est possible?
Ceci est encore dans SVN - y a-t-il un pronostic pour quand une version contenant ceci va se passer? –
@ Thorbjørn Je ne sais pas et je ne vois pas beaucoup d'intérêt pour JSR-330 de Guice (http://markmail.org/thread/pysiphf5t6txuh5p). Cela ne me surprend pas vraiment: ce que Bob Lee et Rob Johnson ont fait avec cette spécification était de l'obstruction pure (très proche du sabotage) et je considère JSR-330 comme une mauvaise spécification politique bâclée. Très triste. –
D'accord. J'espérais que la convergence du guice et du joint gagnerait la même indépendance que pour les conteneurs de servlet, mais apparemment cela n'arrivera pas. J'ai ajouté Weld à notre application autonome principale aujourd'hui, et l'implémentation naïve a ajouté 10 secondes au temps de démarrage .... Soupir. –