La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

• Sun, Java et le JCP
• RIA, SOA, Tim Bray tire dans le tas

SOA

• Red Hat JBoss choisit d’investir dans CXF

Le coin de la technique

• Enfin une roadmap détaillée pour le JDK7
• La création de bundles OSGi selon SpringSource
• Utiliser le nuage pour réduire les coûts d’intégration continue.
• Outils Glassfish pour Eclipse

Lire la suite de cet article »

En novembre 2007, Google, des opérateurs mobiles et des fabricants de terminaux annoncent la création de l’Open Handset Alliance(tm). Le but de l’OHA : créer une plateforme mobile ouverte, riche, moins chère, et qui donne une meilleure expérience mobile. Quelques jours après l’annonce, l’OHA met rapidement à disposition une première version « early look » du SDK Android.
Un peu moins d’un an après la création de l’OHA, en septembre 2008, le premier mobile tournant sous Android est mis en vente sur le marché américain : le HTC G1. Enfin un système d’exploitation et des terminaux capables de rivaliser avec l’iPhone d’Apple (septembre 2008, soit un an et trois mois après la sortie de l’iPhone…) !

Comme pour l’iPhone, qui est sorti en France en novembre 2007 cinq mois après sa sortie américaine, les premiers téléphones Android arrivent avec un peu de retard sur le territoire français ce mois-ci. Les plus impatients avaient déjà importé l’Android Dev Phone 1 (version développeur du HTC G1). La sortie du HTC G1 chez Orange il y a quelques jours et la sortie du HTC G2 chez SFR, fin avril, va donner aux développeurs Java hexagonaux l’occasion de développer des applications mobiles dans leur langage préféré.

La plateforme présente en effet plusieurs intérêts pour le développeur Java :

• les applications Android sont développées à 100% dans le langage Java. Si vous vous êtes frottés au SDK de l’iPhone et son langage ObjectiveC, et que Java est votre langage de prédilection, développer pour Android est un vrai bonheur
• à l’image de l’AppStore d’Apple et de ses success stories vendues 1$ pièce, Android dispose d’un équivalent, l’Android Market. Il permettra à la fois aux entreprises et aux développeurs de mettre leurs applications gratuites ou payantes à la disposition des possesseurs de téléphone Android

Cet article vous présente les premiers pas du développeur Java dans la plateforme :

• les téléphones à disposition pour tester ses applications,
• les guides de développement,
• exemples de code et livres à lire pour monter en compétence,
• et les différents sites spécialisés à suivre pour se tenir au courant de l’actualité Android.

Lire la suite de cet article »

Android sera probablement l’une des nouvelles technologies phares de l’année 2009. Si les premiers Google Phone fonctionnant sous ce système d’exploitation mobile commencent tout juste à arriver en France, de nombreux constructeurs annoncent déjà être intéressé par cette technologie. Ainsi, outre les nombreux modèles de téléphones prévus, d’autres types de machines devraient également voir le jour (Archos, et peut-être même un EEEPC).

Lors de notre dernier XKE (Xebia Knowledge Exchange), nous lancions, attention teasing, un concours de développement interne sur les nouvelles technologies mobiles, concours dans lequel Android a évidemment sa place. Avant de vous présenter les résultats de ce concours (que nous publierons prochainement), il nous semble intéressant de recueillir a priori votre opinion sur le sujet.

Nous lançons donc ce sondage : Développeurs, initiés, quelle technologie préférez-vous pour le développement sur mobile ?

N’hésitez pas à nous faire part des raisons de votre choix dans les commentaires.

Lire la suite de cet article »

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

• Sun et le Cloud Computing

RIA

• Sortie de Silverlight 3 en Beta et d’Internet Explorer 8

Le coin de la technique

• Sortie de Maven 2.1.0
• Nouvelle version pour FindBugs
• Tendances 2009

Evènements de notre communauté en France et à l’étranger

• XP Day France 2009 : Le programme
• French SUG – Soirée inaugurale : Salle comble
• Android Bar Camp

Lire la suite de cet article »

Comme son nom le suggère, l’élément clé de SOA (Service Oriented Architecture) est le Service. Il est pourtant difficile de faire le consensus autour de la notion de service et il est souvent difficile de répondre à cette simple question « Qu’est-ce qu’un service ? ». Ce sujet débouche invariablement sur, au choix : Un blanc ; Une réponse alambiquée et incertaine ; Une discussion enflammée (ou un débat stérile).

On pourrait proposer la définition suivante : « Un Service est un composant logiciel distribué, exposant les fonctionnalités à forte valeur ajoutée d’un domaine métier ». Malheureusement, les définitions aussi courtes (bien qu’exactes) sont nécessairement incomplètes et amènent un florilège de questions.

Pour répondre plus précisément à la question, nous vous proposons de passer en revue les huit aspects qui caractérisent un service :

• Contrat standardisé : L’ensemble des services d’un même Système Technique sont exposés au travers de contrats respectant les mêmes règles de standardisation.
• Couplage lâche : Le contrat d’un service doit imposer un couplage lâche de ses clients.
• Abstraction : Le contrat d’un service ne doit contenir que les informations essentielles à son invocation. Seules ces informations doivent être publiées.
• Réutilisabilité : Un service exprime une logique agnostique et peut ainsi être positionné comme une ressource réutilisable.
• Autonomie : Un service doit exercer un contrôle fort sur son environnement d’exécution sous-jacent. Plus ce contrôle est fort, plus l’exécution d’un service est prédictible.
• Stateless (sans état) : Un service doit minimiser la consommation de ressources en déléguant la gestion des informations d’état quand cela est nécessaire.
• Découvrabilité : Un service est complété par un ensemble de métas données de communication au travers desquelles il peut être découvert et interprété de façon effective.
• Composabilité : Un service doit être conçu de façon à participer à des compositions de services.

Ces 8 aspects sont issus du livre « SOA Principles of Service Design » de Thomas Erl, également auteur du site SOA Principles.

Dans ce billet, nous nous attarderons sur la notion de couplage lâche.

Lire la suite de cet article »

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Le coin de la technique

• Atmosphere se dévoile
• JAX-RS 1.1 : l’intégration de la JSR-311 dans JEE 6
• OpenJdk Project Coin, proposez vos évolutions syntaxiques
• Le stockage des données en nuage doit sacrifier les fonctionnalités des DB relationnelles… ou pas
• Web Beans, l’implementation de la JSR-299, en version BETA 1

Evènements de notre communauté en France et à l’étranger

• JavaCamp Paris

Lire la suite de cet article »

Lors du développement d’une application, j’ai été confronté à un problème avec l’intégration de BlazeDS et de Spring Security. En effet lorsque je me connectais, je pouvais accéder à l’application. Mais lorsque je fermais, ouvrais le navigateur puis me reconnectais, une erreur apparaissait :

flex.messaging.LocalizedException: The FlexSession is invalid.
    at flex.messaging.FlexSession.checkValid(FlexSession.java:906)
    at flex.messaging.FlexSession.getUserPrincipal(FlexSession.java:225)
    at flex.messaging.HttpFlexSession.getUserPrincipal(HttpFlexSession.java:272)
    at flex.messaging.MessageBrokerServlet.service(MessageBrokerServlet.java:327)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1097)
    at com.wavecom.ui.util.AddToMDCFilter.doFilter(AddToMDCFilter.java:68)
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1088)
    at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:378)

Lire la suite de cet article »

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.
Actualité éditeurs / SSII

• Riena, la nouvelle plate-forme de la fondation Eclipse

RIA

• Flight Framework : le nouveau framework MVC pour les applications Flex et ActionScript

Le coin de la technique

• Hibernate Validator poursuit l’alignement avec la JSR-303
• Le positionnement de JavaFX toujours en question
• Mettre en ligne ses développements de BDD avec une application agile (tout au moins itérative).

Lire la suite de cet article »

Le 19 Mars prochain, les utilisateurs de Scrum en France vont se réunir pour la soirée de lancement officiel du French Scrum User Group (French SUG).

Le French SUG a été lancé début Janvier 2009, sous le parrainage de Jeff Sutherland et de la ScrumAlliance. Depuis son lancement, plus de 200 membres ont rejoint le groupe meetup (qui est utilisé pour organiser les réunions), 138 membres échangent par email sur le groupe Yahoo!, et le groupe LinkedIn compte 180 membres.

Lire la suite de cet article »

Comme son nom le suggère, l’élément clé de SOA (Service Oriented Architecture) est le Service. Il est pourtant difficile de faire le consensus autour de la notion de service et il est souvent difficile de répondre à cette simple question « Qu’est-ce qu’un service ? ». Ce sujet débouche invariablement sur, au choix : Un blanc ; Une réponse alambiquée et incertaine ; Une discussion enflammée (ou un débat stérile).

On pourrait proposer la définition suivante : « Un Service est un composant logiciel distribué, exposant les fonctionnalités à forte valeur ajoutée d’un domaine métier ». Malheureusement, les définitions aussi courtes (bien qu’exactes) sont nécessairement incomplètes et amènent un florilège de questions.

Pour répondre plus précisément à la question, nous vous proposons de passer en revue les huit aspects qui caractérisent un service :

• Contrat standardisé : L’ensemble des services d’un même Système Technique sont exposés au travers de contrats respectant les mêmes règles de standardisation.
• Couplage lâche : Le contrat d’un service doit imposer un couplage lâche de ses clients.
• Abstraction : Le contrat d’un service ne doit contenir que les informations essentielles à son invocation. Seules ces informations doivent être publiées.
• Réutilisabilité : Un service exprime une logique agnostique et peut ainsi être positionné comme une ressource réutilisable.
• Autonomie : Un service doit exercer un contrôle fort sur son environnement d’exécution sous-jacent. Plus ce contrôle est fort, plus l’exécution d’un service est prédictible.
• Stateless (sans état) : Un service doit minimiser la consommation de ressources en déléguant la gestion des informations d’état quand cela est nécessaire.
• Découvrabilité : Un service est complété par un ensemble de métas données de communication au travers desquelles il peut être découvert et interprété de façon effective.
• Composabilité : Un service doit être conçu de façon à participer à des compositions de services.

Ces 8 aspects sont issus du livre « SOA Principles of Service Design » de Thomas Erl, également auteur du site SOA Principles.

Dans ce premier billet, nous nous attarderons sur la notion de contrat standardisé.

Lire la suite de cet article »