6
février
2009
Actualité Java : de la lecture pour le Week end.
février
2009
Un article de lunatix
La suite de la discussion sur Swing, son futur et un eventuel swing2.0
- the_future_of_swing La réponse de Sun
- Swing 2.0 Et la réaction a cette réponse
Le profil light Pour Java EE6 arrive. Je suis assez sceptique : trop lourd a mon avis. Mais ça va dans la bonne direction quand même.
Un petit tableau de correspondance woodstock (composants jsf abandonnés) et ad-faces. Je sais que certains lecteurs du blog ont le problème.
Pour les mac lovers. Un bonne raison de switcher vers le mac (mais bon, est-il bien necessaire d’ajouter des raisons 
)
Et enfin, pour le plaisir des yeux, une série de sites web autour du thème du bureau qui sont vraiment très réussi. ça peut vous inspirer ! (oui, rien a voir avec java)
Les forums ne sont pas du phpBB (ok pas les blogs)?
AMHO: c’est la traduction que je trouve amusante. Jamais vu auparavant (mais je ne traine pas tant que ca sur des forums francophones).
Sur le fond, un autre profil n’est pas raisonnable, c’est le début de la fragmentation.
Pour le lien sur le blog de Roberto, c’est justement par ce que le « light » n’apportait rien par rapport à l’existant que le groupe d’experts a décider d’être plus ambitieux.
Le tout c’est que ton serveur d’applications ne te fasse pas payer (temps de démarrage, empreinte mémoire, config, …) le coût des fonctionnalités que tu n’utilises pas. Personne ne te force à tout utiliser dans le profil web
AMHO : ben oui : je suis conscient que tout cela a été discuté par des gens autrement plus compétents que moi.
PhpBB : si tu vois un phpBB sur developppez, c’est que tu as un super pouvoir : voir dans le passé ! sinon, non, pas de fonctionnalité de ce type pour le moment.
Enfin sur le fond : je pense que le profil web light était l’occasion de montrer que java peut être simple. Du coup se contenter de servlet/jsp/jstl/el/JPA donnait une bonne base.
Et entrer tomcat dans le monde JEE etait une bonne idée. La avec ce profil mi-lourd, je pense que pas grand monde va essayer de le respecter. (ni spring DM, ni tomcat, ni jetty)
Quitte a introduire plus tard un deuxième profil un peu plus conséquent par la suite, avec au moins un retour sur l’utilisation des web beans, et une vision sur l’utilisation des jsf2.0. (pour l’instant, jsf 1.0, c’est pas franchement aimé dans le monde web java).
d’ailleurs, j’étais pas le seul a penser à un profil ultra léger : profiles_in_JEE
Sympa le AMHO…
Disons que sans JSF, JTA, EJB 3 ou WebBeans, il reste quoi? Servlet uniquement?
On a déjà Tomcat et Jetty.Ca apporterait quoi un tel profil web?
JSF est le seul standard de la bande. Les autres n’ont qu’une seule implémentation et personne n’a jamais proposer de les standardiser. Ceci n’est pas un jugement de valeur sur JSF…
PS: il est ou le « me notifier des messages suivants »? Y’a pas ca dans phpBB?
Salut,
c’est vrai que l’ajout d’une framework comme JSF ne me semble pas indispensable. Servlet et EL (sur lesquels reposent la majorité des frameworks) sont justifiés. Après JSF ne semble pas le framework prédominant sur le marché. D’ailleur je ne sais pas si un framework possède suffisament de part de marché pour pouvoir justifier d’être présent par défaut sur un serveur, ou alors c’est Struts avec l’historique d’applications qu’il possède.
Pour JTA, il me semble que le point a été pas mal discuté dans la JSR. Je pense que la majorité des applications emploie les transactions (même si ce n’est pas toujours justifié) et donc JTA trouve sa place naturellement sur le profil.
Pour JavaMail je ne suis pas pour le mettre dans un profil par défaut, je n’ai d’ailleurs pas encore croisé de projets avec ce besoin (on envoie des courriers physiques…). Une amélioration de l’API par contre pourrait être bien…
amho
les JSF 2.0 sont en trop : c’était inutile. beaucoup de gens font du web sans les utiliser, et les imposer dans le conteneur ne fera pas que les gens apprécient plus cette api.
WebBeans : PERSONNE ne les utilisent a present (et pour cause). autant attendre JEE7
JTA : bon, y’a beaucoup d’applications n’utilisent pas les transactions. pourquoi l’imposer ? (mysql a montré que les transactions ne sont pas forcement obligatoire)
EJB3.1 light : bonne api, mais pas du tout nécessaire. JPA suffit amplement
Manque javaMail par contre. c’est quand même n’importe quoi de pas pouvoir envoyer simplement un mail en java. (et je parle même pas de l’api de ce machin)
Salut. Qu’y a-t-il en trop dans le profil web de java EE 6?