Commentaires sur : Java EE 6 en Scala, partie 2 : EJB 3.1 http://blog.excilys.com/2010/02/04/java-ee-6-en-scala-partie-2-ejb-3-1/ Langages, Architectures & Méthodologies Wed, 11 Jan 2012 14:47:25 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Par : Raphaël LEMAIRE http://blog.excilys.com/2010/02/04/java-ee-6-en-scala-partie-2-ejb-3-1/comment-page-1/#comment-189 Raphaël LEMAIRE Thu, 18 Feb 2010 18:21:52 +0000 http://blog.excilys.com/?p=1134#comment-189 Effectivement, on peut aussi renvoyer une instance de java.util.concurrent.Future. C'est dans la spec Section 4.5.2. Merci ! Ça peut être plus pratique pour récupérer le résultat d'un calcul que de le stocker en base ou en mémoire dans une structure de données partagée. Attention quand même à l'utilisation de la méthode get() de Future qui est bloquante si le calcul n'est pas terminé : on perd l'avantage de l'asynchronicité. Ça peut être sympa pour du calcul distribué en fait ! Pour la moyenne des applications d'entreprises par contre je pense que void sera plus courant. Effectivement, on peut aussi renvoyer une instance de java.util.concurrent.Future. C’est dans la spec Section 4.5.2.

Merci !

Ça peut être plus pratique pour récupérer le résultat d’un calcul que de le stocker en base ou en mémoire dans une structure de données partagée. Attention quand même à l’utilisation de la méthode get() de Future qui est bloquante si le calcul n’est pas terminé : on perd l’avantage de l’asynchronicité.

Ça peut être sympa pour du calcul distribué en fait !

Pour la moyenne des applications d’entreprises par contre je pense que void sera plus courant.

]]> Par : David Delabassee http://blog.excilys.com/2010/02/04/java-ee-6-en-scala-partie-2-ejb-3-1/comment-page-1/#comment-188 David Delabassee Thu, 18 Feb 2010 18:00:42 +0000 http://blog.excilys.com/?p=1134#comment-188 Une méthode asynchorne peut dans certains cas renvoyer un résultat du type java.util.concurrent.Future. Il est aussi possible d'annuler la méthode, vérifier si son invocation est terminée, etc. Cf. http://java.sun.com/javase/6/docs/api/java/util/concurrent/Future.html PS: merci pour l'article! Une méthode asynchorne peut dans certains cas renvoyer un résultat du type java.util.concurrent.Future.
Il est aussi possible d’annuler la méthode, vérifier si son invocation est terminée, etc.
Cf. http://java.sun.com/javase/6/docs/api/java/util/concurrent/Future.html

PS: merci pour l’article!

]]> Par : Raphaël Lemaire http://blog.excilys.com/2010/02/04/java-ee-6-en-scala-partie-2-ejb-3-1/comment-page-1/#comment-116 Raphaël Lemaire Thu, 04 Feb 2010 11:19:19 +0000 http://blog.excilys.com/?p=1134#comment-116 Oui il s'agit du même concept. La différence entre les mixins (ou traits) et les classe abstraites c'est qu'on ne peut hériter que d'une seule classe abstraite, alors qu'on peut mixer plusieurs mixins dans une classe (ou une instance). Pour prendre un exemple bateau, Animal est une classe abstraite, et Carnivore et Bipede sont des traits. Je ne sait pas trop ce que les conteneurs supposent. Ils sont souvent plus fort qu'ils ne le devraient. Je sais que j'ai déjà utilisé des EJB dans mes applications seam sans mettre le @Local sur l'interface, et ça fonctionnait. Oui il s’agit du même concept.

La différence entre les mixins (ou traits) et les classe abstraites c’est qu’on ne peut hériter que d’une seule classe abstraite, alors qu’on peut mixer plusieurs mixins dans une classe (ou une instance).

Pour prendre un exemple bateau, Animal est une classe abstraite, et Carnivore et Bipede sont des traits.

Je ne sait pas trop ce que les conteneurs supposent. Ils sont souvent plus fort qu’ils ne le devraient. Je sais que j’ai déjà utilisé des EJB dans mes applications seam sans mettre le @Local sur l’interface, et ça fonctionnait.

]]> Par : Bastien JANSEN http://blog.excilys.com/2010/02/04/java-ee-6-en-scala-partie-2-ejb-3-1/comment-page-1/#comment-115 Bastien JANSEN Thu, 04 Feb 2010 10:28:30 +0000 http://blog.excilys.com/?p=1134#comment-115 Très bon article, on en apprend à la fois sur Scala et sur Java EE 6 :D Au niveau des traits, j'ai l'impression que ça ressemble fortement aux <a href="http://java.sun.com/javafx/1/tutorials/core/classes/#mixins" rel="nofollow">mixins</a> de JavaFX, qui eux-mêmes ne semblent être que des classes abstraites permettant un héritage multiple... J'ai un peu du mal à voir la plus-value par rapport à une bonne vieille classe abstraite. En effet, il est dommage qu'il faille déclarer un trait uniquement pour y mettre l'annotation @Local, les conteneurs supposent donc que dès qu'un EJB implémente une interface c'est forcément une @Local ou une @Remote ? Très bon article, on en apprend à la fois sur Scala et sur Java EE 6 :D

Au niveau des traits, j’ai l’impression que ça ressemble fortement aux mixins de JavaFX, qui eux-mêmes ne semblent être que des classes abstraites permettant un héritage multiple… J’ai un peu du mal à voir la plus-value par rapport à une bonne vieille classe abstraite.

En effet, il est dommage qu’il faille déclarer un trait uniquement pour y mettre l’annotation @Local, les conteneurs supposent donc que dès qu’un EJB implémente une interface c’est forcément une @Local ou une @Remote ?

]]>