Les containers modifient la façon de déployer et gérer les applications. La sortie de la version beta de Google Container engine, devrait autoriser davantage de contrôle sur le cluster.

Avec Container engine, il est relativement facile de mettre en place un cluster de containers et de gérer l’application. Il faut définir les besoins, tels que le processeur et la mémoire, et Container engine gère l’ensemble automatiquement. Construit sur ​​Kubernetes, système open source, il est aussi possible de déplacer les charges de travail ou de profiter de multiples fournisseurs de Cloud.

Selon Brian Fitzpatrick, fondateur et CTO, « le Container engine libère la puissance de l’infrastructure Google. Il permet de se concentrer sur l’écriture de logiciel. » Container engine et Kubernetes ont permit d’assurer des déploiements, avec un temps d’arrêt de seulement quelques heures par semaine, sans interruption. Un sacré argument !

Il est aussi possible, avec Google Cloud VPN à partir d’un datacenter de Google, d’effectuer une réservation d’adresses IP pour le cluster des containers. Le tout avec une bonne marge de liberté, puisque les adresses IP pourront cohabiter avec tout réseau privé.

Les atouts et les améliorations : les images de containers sont cryptées, l’accès est authentifié avec Cloud Platform OAuth et transmises via SSL ; le registre des contenairs est rapide, construit sur ​​Cloud Storage ; avec Docker, l’image est simplement marquée avec l’étiquette gcr.io ; il est possible de stocker les images dans des pays supplémentaires (Asie, Europe) avec asia.gcr.io et eu.gcr.io.

Pour en savoir plus ou télécharger : https://cloud.google.com/container-engine

The post Google Container engine beta est là ! appeared first on Mistra Blog.

Deux mois après sa version beta, Sencha annonce l’arrivée de la nouvelle édition GXT en 3.1.  Autre arrivée, celle du nouveau Google Web Toolkit (GWT) dans sa version 2.6.1.

Sencha est un éditeur d’outils de développement permettant de créer des interfaces web et mobiles. Il s’est doté de la librairie GXT destinée à créer des applications en ligne en Java, afin de gagner du temps tout en conservant la rigueur du cadre de développement. La nouvelle version 3.1 du GXT de Sencha apporte des améliorations comme les thèmes Builder et Neptune.

Avec Builder, la fonction de génération de thèmes permet de réaliser rapidement des  configurations simples dans un fichier, en évitant d’avoir à travailler chaque application à part. Un nouveau thème peut être entièrement généré, puis être réutilisé dans toutes les applications. Un gain de temps assez considérable qui devrait permettre aux développeurs de se consacrer à d’autres aspects des programmes. Autre avantage, quasiment tous les widgets et les composants disponibles dans GXT sont utilisables. Il nécessite Java 7, mais le code généré fonctionne aussi avec Java 6 , et GXT 3.1 est toujours supporté par Java 6. La nouvelle version 3.1 inclut également le nouveau thème Neptune, entièrement généré, sans HTML personnalisé, CSS, images, ou Java.

Sencha GXT utilise le Google Web Toolkit (GWT), compilateur permettant d’écrire les applications en Java et compiler le code hautement optimisé en HTML5 et JavaScript.

Regardons du côté de Google maintenant avec l’arrivée de la version 2.6.1 de Google Web Toolkit. GWT est un ensemble d’outils logiciels destinés à la création et au fonctionnement d’applications web dynamiques, avec Java et JavaScript. Il s’agit d’un logiciel libre distribué sous licence Apache. GWT travaille sur des solutions destinées aux développeurs comme le débogage JavaScript, la gestion des appels asynchrones, les compatibilités entre navigateurs, ou la gestion de l’historique. Un des intérêts de GWT réside dans la liberté qu’il laisse au développeur. GWT est un framework, proposant des solutions suffisamment souples grâce à une boite à outils relativement riche. La nouvelle version 2.6.1 apporte des améliorations qui sont détaillées dans le site GWT Google Source (https://gwt.googlesource.com/gwt/+log/2.6.0..2.6.1).

Pour télécharger ces nouvelles versions :

https://www.sencha.com/store/gxt

http://www.gwtproject.org/versions.html

The post Sencha GXT 3.1 et GWT 2.6.1 appeared first on Mistra Blog.

Le développement de Dart avance et sa version 1.0 devrait être bientôt aboutie.

C’est ce que vient de révéler un des ingénieurs logiciels de Google, lors du grand rassemblement Google I/O.

A l’origine, Dart s’appelait Dash, et avait pour objectif d’améliorer la programmation web avec ce langage dédié et amélioré. Dévoilé en octobre 2011, il avait comme but affiché le remplacement de Javascript à moyen terme. En effet, certains problèmes de Javascript ne peuvent pas trouver de solution par une simple évolution du langage de programmation. Dart est destiné à résoudre les problèmes de Javascript en proposant une alternative crédible, performante, utilisable pour des grands projets, et offrant une meilleure sécurité.

Aujourd’hui l’avancée est suffisante pour que Google communique sur ce langage présenté comme un langage structuré pour la programmation web. Dart 1.0  devrait comporter plusieurs fonctionnalités. La modification des objets serait facilitée grâce à la méthode cascade, la nomination des arguments devrait améliorer l’ensemble, et Dart pourrait embarquer le framework JQuery. Enfin, Dart devrait pouvoir être supporté par tous les navigateurs grâce à la compilation en Javascript.

D’autres améliorations sont en cours chez Google, notamment avec un autre programme complémentaire. La prochaine version de Google web toolkit qui devrait être prête dans plusieurs mois, nécessite encore des évolutions afin de la rendre plus modulable et plus rapide. Destiné à supporter Java 7 et 8, ainsi que d’autres applications, GWT dans sa nouvelle version devrait pouvoir être supporté par les navigateurs les plus récents.

The post Dart bientôt en version 1.0 ? appeared first on Mistra Blog.

Google renouvelle sa confiance à une de ses technologies phare aujourd’hui en sortant la nouvelle version 2.5 de GWT. Au programme, de nombreuses nouveautés, nous rassurant sur l’avenir de GWT (pour rappel, se prononce « gwit »).

Faisons un rapide tour d’horizon des nouveautés GWT 2.5 :

• Super Dev Mode

Un point majeur du développement GWT est qu’il était indispensable d’utiliser un plugin pour navigateur pour éviter d’avoir à compiler en Javascript à chaque modification de code. Google a choisi une nouvelle voie, en créant son propre serveur web, qui va générer, à la volée, le Javascript nécessaire pour la navigateur.

Cette nouveauté est possible notamment grâce aux dernières évolutions du compilateur, étant maintenant capable de faire de la compilation itérative, il n’est donc plus nécessaire de recompiler le projet dans sa globalité.

• Elemental

• De nombreuses optimisations de compilation, la rendant plus rapide et plus  efficace.
• Validation de formulaires en accord avec la JSR 303, permettant d’avoir la même validation côté client et côté Hibernate.

Pour téléchager cette nouvelle version, c’est par ici : http://google-web-toolkit.googlecode.com/files/gwt-2.5.0.zip

The post Sortie de GWT 2.5 appeared first on Mistra Blog.

On ne l’attendait plus, les rumeurs autour de la mort de GWT pour DART nous faisant penser que cette version de GWT n’arriverait jamais … et pourtant !

Cette nouvelle version est directement disponible ici => http://developers.google.com/web-toolkit/download.html

On trouvera, parmi les nouveautés :

•  « Super Dev Mode », finis les plugins pour nos navigateurs qui sortent toujours trop tard. Finis les bugs de nos extensions Firefox. Avec ce nouveau mode, compilation Javascript à la volée, que du bonheur. On notera aussi que la recompilation n’est maintenant plus nécessaire, ce qui va être très pratique sur les applications multi-pages.
• De nombreuses améliorations côté perfs :
  • La taille du framework a été réduite de 20% et optimisé. Cas concret, le Showcase est maintenant 39% plus léger
  • Intégration du framework Closure pour améliorer encore la performance
  • Une amélioration du CodeSplitter
• Le support de ARIA
• Améliorations diverses dans uiBinder et CellWidget

On notera ici que la communauté a été très active pour cette sortie, puisque près de 50 patchs proviennent de développeurs non-Googlers. Une belle preuve que GWT a été massivement adopté dans nos projets. Larry, si tu nous entends …

The post GWT 2.5 RC est là appeared first on Mistra Blog.

Nous vous avons parlé à de nombreuses reprises de GWT, la technologie développée par Google permettant de générer du Javascript depuis un code Java.

Ici, nous vous proposons de découvrir MGWT pour Mobile GWT, inclut tout ce dont nous avons besoin pour développer une application mobile multi-plateformes:

• des composants adaptés pour mobiles: boutons, listes déroulantes, tabulations, listes, etc.
• des layouts pour téléphones et tablettes
• des animations
• la gestion de gestuels

Les dernières versions étaient un peu lentes, GWT a beau être très optimisé, le résultat est tout de même prévu pour un PC et non le processeur d’un téléphone/tablette.

Dans cette nouvelle version, un grand coup d’optimisation a été donné, ainsi que de grandes améliorations:

• A un panel pour le swipe
• Des cellules avec des entêtes animées
• Des cellules à onglets
• Gestion des swipe, pinchs courts, longs et multiples
• Un composant « pull-to-refresh » amélioré

Ce framework, lié à GWT PhoneGAP, est pour nous une réelle alternative à des frameworks Javascript web tels que Sencha Touch, JQuery Mobile ou autres.

The post MGWT, le GWT pour mobiles, sort sa version 1.1 appeared first on Mistra Blog.

Bonjour à tous,

Comme vous avez pu le remarquer la semaine dernière, nous étions tous au ski et donc peu disponibles.

Entre deux descentes de pistes et le vin chaud, nous vous avons concocté quelques nouveautés pour reprendre en beauté :

• Nouvelle formation sur le développement avec les API des réseaux sociaux (Facebook, Twitter, Google+): apprenez à créer vos applications sur les réseaux sociaux ou à faire intéragir vos applications/sites avec les réseaux sociaux.
• Nouvelle formation NodeJS: créer des applications à haute disponibilité et à haute performance en full JavaScript.
• De nouveaux tutoriels Android:
• Les layouts Android: comment définir efficacement la structure visuelle de son application pour créer l’application de vos rêves
• Les composants Android: liste des composants disponibles dans le SDK Android avec de vous donner une vision complète et pour chaque composant, un exemple de code de comment l’utiliser
• Définir vos Activités, Intent, Broadcast et Fragments pour concevoir vos applications Android (passage d’écran en écran, communication entre applications, créer un affichage tablettes, etc.)
• ou vous pouvez venir nous voir à notre prochaine formation Android
• Nos supports de cours (Présentations, TP) de notre formation EXT GWT (GXT) se fera maintenant en version 3. Sencha a sortit la bêta 1 de sa version 3, nous ferons donc (sauf demande du client) toutes nos futures formations dans cette version
• De même, nos supports de cours de notre formation Sencha Touch se font maintenant en version 2. Vous allez adorer le MVC de ExtJS 4 dans vos applications mobiles ! Vous pouvez découvrir ce framework soit dans notre formation Sencha Touch 2 soit dans notre formation « Développer des applications mobiles multi-plateformes ».

Les tutoriels iPhone / iPad sont en cours d’écriture, nous devrions avoir les premiers disponible d’ici moins d’un mois.

Bonne semaine à tous

The post Retour d’une semaine de skis avec des cadeaux ! appeared first on Mistra Blog.

Spring migre vers GitHub

Spring nous annonce qu’ils migrent leurs codes sources sous GitHub : https://github.com/SpringSource/spring-framework

La plupart des projets Spring ayant déjà fait le pas, il n’y a donc rien d’inattendu dans cette migration.

Spring explique que Git permet de gérer des grandes bases de code comme le framework Java Spring mais que le plus important pour eux est ce que signifie GitHub pour la communauté opensource : être capable de dupliquer un projet, de prendre la main sur des requêtes utilisateurs, d’éditer etc. GitHub ajoute une pierre supplémentaire à l’excellent monde Git.

Pour plus d’informations, ne pas hésiter à lire le README du framework Spring.

Sortie de Spring Roo 1.2.0 GA

Roo ? La solution pour le CRUD

Nous allons commencer cet article par une présentation de Spring Roo. Crud entend répondre à une monotonie chronophage pour le développeur : le développement d’applications dite « CRUD » pour Create Retrieve Update Delete. Expliquons ceci par l’exemple : notre client souhaite gérer ses adhérents, pour chaque adhérent il souhaite :

• Nom
• Prénom
• Adresse (en 3 champs)
• Statut Familial : Célibataire, Marié, Pacsé
• Limite d’adhésion (date)

Pour cela, nous avons donc besoin de plusieurs écrans :

• Un écran pour lister les adhérents avec la possibilité de :
  • Cliquer sur un bouton pour passer à l’écran d’ajout d’adhérent
  • Pour chaque adhérent, pouvoir modifier (écran d’ajout plus ou moins)
  • Pour chaque adhérent, pouvoir le supprimer
• Un écran pour ajouter un adhérent

Ce qui signifie donc, quel que soit la technologie utilisée, la création de nos trois couches ainsi que les opérations CRUD dans la partie accès aux données.

Ça vous rappelle un projet ? deux ? Beaucoup en fait ? Oui, c’est exact.

C’est sur ce créneau que se positionne Spring ROO. L’idée est de pouvoir définir, via quelques lignes de commandes tout ce dont nous avons besoin :

• Le type de framework utiliser pour les différentes couches (Struts2 ? GWT ? Hibernate ?)
• Le type de bases de données : Oracle, SQL Server, MySQL, …
• La définition des entités : L’entité Adhérent a un nom, une adresse qui est une autre entité composée de … , Le statut familiale pouvant être Célibataire, Marié ou Pascé uniquement etc.

Une fois le tout défini, il suffit d’un coup de baguette magique et HOP ! Tout est généré.

La version 1.2.0

L’engouement pour Spring Roo est très important au vu des économies de temps faites par les développeurs. Les demandes de fonctionnalités sont donc nombreuses. L’équipe de Spring Roo a donc avancé un maximum sur les plus courantes et propose pour sa version 1.2.0 :

• Un support pour les multi modules Maven
• Le scaffolding pour JSF / Prime Faces
• Le support des Services / Dépôts (en utilisant Spring Data JPA et Spring Data MongoDB)
• La capacité de faire de la rétro-ingénierie de bases de données (partir de la base de données pour créer les objets et non du code Java pour créer la base)
• Un support plus flexible pour GWT
• Des améliorations diverses dans l’utilisation du Shell Roo

Comme cadeau de Noël, Spring Roo est maintenant distribué par Spring Source sous licence Apache 2.0.

The post Nouveautés chez Spring appeared first on Mistra Blog.

Android, iPhone, Blackberry et maintenant Microsoft via Nokia et ses Windows Phone 7. Plus nombreuses sont les plateformes et plus il est couteux pour une entreprise d’être présente sur tous ces supports mobiles. Cependant pour beaucoup d’entreprises  il est indispensable d’apparaître partout. Le développement en utilisant les technologies web, avec HTML5 principalement, permet déjà de faire de belles choses mais de gros problèmes de lenteurs et de non-réactivité arrivent et l’ergonomie utilisateur sur mobile est une priorité.

Nous vous proposons donc un point sur les différentes technologies aujourd’hui qui permettent de faire du développement multi plateformes. Par multi plateformes nous entendons de développer une fois (à quelques ajustements près) et de déployer sur 2 à plusieurs plateformes mobiles (smartphones ou tablettes).

Frameworks Web

La première réponse « évidente » est de développer en utilisant non pas des technologies natives (Java pour Android, Objective C pour iPhone/iPad) mais plutôt des technologies web que nous exécuterons à l’intérieur d’une application native minimaliste (permettant de passer tout de même par le Market / App Store).

Deux problèmes se posent tout de suite :

1. Comment factoriser mon code afin d’avoir une application marchant directement sur tous les terminaux
2. Comment optimiser mon application pour qu’elle soit le plus rapide possible (ce n’est pas du natif, ça reste du Javascript dans un navigateur)

Concernant le premier point, beaucoup de frameworks sont sortis pour résoudre ce problème. Dans notre formation Web mobiles multi plateformes nous présentons par exemple les frameworks suivants :

• iUI : framework le plus ancien, utilisé par exemple pour le site m.bonjourmadame.fr
• JQuery Mobile : framework beaucoup plus récent dont la version 1.0 date de quelques semaines. Ce framework est très facile à prendre en main
• Sencha Touch : basé  sur le très utilisé ExtJS de la société Sencha, Sencha Touch reprend toutes les notions de développement de ExtJS et permet avec une vision très objet de définir son interface (nous ferons d’ici peu un article sur Sencha Touch 2 que nous découvrons en ce moment même et qui apporte beaucoup !)

Concernant le 2^ème  point à savoir l’optimisation de mon application, peu de solutions existent aujourd’hui. Les applications web sont souvent bien moins réactives et l’interface, même proche du « natif » en reste tout de même très loin. La meilleure solution que nous ayons trouvée aujourd’hui en termes de performance est d’utiliser GWT (encore et encore). Grâce au Deferred Binding permettant de ne charger que le code nécessaire à la plateforme appelante, l’application est plus réactive. Nous pouvons citer le projet MGWT qui est une adaptation de GWT pour mobiles avec des composants développés exclusivement pour. Un exemple d’application peut être trouvé sur l’App Store d’Apple ou le Market Android.

Enfin, il faut noter que quel que soit la technologie utilisée, il faut pouvoir en créer une application native. Pour cela, nous utilisons le plus souvent PhoneGap, un projet open source ayant une grande communauté. Il permet entre autres :

• D’avoir une application native chargeant notre application web
• D’accéder à toutes les fonctionnalités natives du téléphone : accéléromètre, GPS, Contacts, Fichiers, etc.
• D’exporter vers un fichier que nous pouvons directement envoyer sur le Market Android ou l’App Store d’Apple

Nous pouvons aussi citer Titanium qui a les mêmes fonctionnalités que PhoneGap.

Les Frameworks « à compilation »

Le réel problème de tous les frameworks web est que le seul langage utilisable est le JavaScript (ou le Java si on fait du GWT). C’est évidemment un problème au vu du temps de développement nécessaire à une application professionnelle (design à intégrer, etc.) et des limites en termes de performance : notre application sera toujours lancée au sein d’un navigateur.

Des solutions sont donc apparues permettant de créer des applications dans un langage non web et de générer du code natif.

Adobe Flex

La première solution est celle d’Adobe : Flex. Chez Mistra nous sommes de grands utilisateurs de Flex et nos clients apprécient tout particulièrement nos retours d’expérience sur des projets de grande envergure.

Adobe, depuis sa version 4.5, a mis en place une solution appelée « Flex Mobile ». Comportement quasi identique au Flex, même syntaxe, seuls de nouveaux composants orientés mobiles sont apparus pour une meilleure ergonomie utilisateur.

Une application Adobe Flex, quand elle n’est pas utilisée dans un navigateur, est lancée au sein de la machine virtuelle Adobe AIR. AIR est déjà présent sur Android, votre application Flex a donc simplement à être compilée pour AIR, elle marchera d’ores et déjà sur tous les mobiles Android (supérieur à 2.2).

L’iPhone et l’iPad sont des plateformes plus complexes. Steve Jobs ne voulait pas de Flash sur ses mobiles. Adobe a dû trouver une solution alternative : la génération de code natif. Lorsque vous créez une application en Flex (en MXML et Actionscript 3), le moteur Flex génère directement du code natif importable dans l’interface Apple Xcode. Il suffit ensuite d’exporter le projet sur l’Apple Store.

Pour des développeurs Flex, une simple formation Flex Mobile de 2 jours vous permet d’être parfaitement compétent sur mobiles et tablettes (Android et Apple).

Vous pouvez consulter une preview de Flex sur iOS qui date de Mars 2011.

Mono Touch / Mono Droid

Quid de nos chers développeurs C# dans tout ça ? Bloqués sur la plateforme de développement des  Windows Phone 7 ? Bien que leur nombre augmente, ça reste une audience très faible. Et bien nous avons la solution pour eux, qui fera l’objet d’un article entier d’ici peu : Mono Touch et Mono for Android. Bien que ce soit le même projet en coulisse, nous avons ici deux frameworks au vu des grandes différences de plateforme.

Mono est une machine virtuelle, open source, permettant d’exécuter du code .NET dans n’importe quel environnement : Mac OS, Linux, BSD, etc. De la même façon que Flex génère un code tournant sous la machine virtuelle Adobe AIR pour Android ; ici nous avons Mono for Android qui permet aux développeurs C# de développer des applications pour Android. Le fichier final généré est empaqueté avec Mono, permettant de le faire fonctionner sur tous les mobiles Android.

A l’inverse, Mono Touch n’échappe pas à la règle d’Apple. Ils ont donc dû faire le même choix qu’Adobe : générer du code natif. L’avantage principal est que l’application est très rapide et les résultats impressionnants. L’accès aux librairies UIKit est total donc nous avons accès à l’intégralité des fonctionnalités de l’appareil. C’est ici la grande différence entre les frameworks Mono Touch et Mono for Android.

Bien que Mono soit opensource, MonoTouch et Mono for Android sont eux payants : comptez 400 $ par développeurs.

En conclusion

Il y a ici deux écoles, celle qui défend les standards et l’open-source (et veut donc pousser HTML5) et celle qui souhaite gagner en temps d’apprentissage et de développement. L’avenir nous dira si seules les applications web ont un avenir sur les mobiles mais ce qui est sûr, c’est qu’il est aujourd’hui tout à fait possible de faire des applications natives sans avoir à connaître les détails de la plateforme de développement.

The post Le développement mobile « multi plateformes » appeared first on Mistra Blog.

Les discussions autour de GWT s’intensifient et s’argumentent du côté des développeurs mais aussi du côté de Google.

En réponse aux différentes interrogations faites par la communauté GWT, Eric Clayberg (nouveau product Manager GWT chez Google) a répondu directement sur le Google+ de Heinz-Joachim Belz qui avait émis de grands doutes sur le futur de GWT après une visite du salon Google Developer Day à Berlin.

Voici la réponse de Eric Clayberg aux craintes de la communauté :

« Je peux vous assurer que GWT est loin d’être mort, et n’est pas prêt de l’être ! Au contraire, GWT est un projet en pleine santé, et l’équipe GWT continue de faire en sorte chaque jour que GWT soit un bon choix pour la création d’applications web robuste aujourd’hui et dans l’avenir. Si vous devez aujourd’hui créer une nouvelle application Web, GWT serait un excellent choix et il n’y a aucune raison d’en douter. L’objectif de DART est d’être également un très bon choix pour créer ce type d’applications (et bien plus). Mais les deux technologies peuvent et vont coexister (et cela va surement être le cas pour un certain temps).

Vous ne devriez pas prendre en considération les articles vous expliquant qu’il y avait peu de développeurs GWT d’origine travaillant encore sur GWT. Google est un endroit gigantesque et beaucoup de monde ont peu travaillé sur GWT au fil des années. En fait, GWT a été un bon entrainement pour beaucoup de développeurs créant aujourd’hui de nouvelles technologies chez Google (dont DART). L’équipe GWT  est complète, et nous avons beaucoup d’ambitions quant à l’avenir de GWT. GWT est utilisé dans beaucoup de grands projets  chez Google (et en dehors de Google) et ce n’est pas prêt de changer !

Seul le temps pourra nous dire si DART remplacera ou non GWT. Ceci dépend plus de la communauté que de nous. Je suis un grand fan des deux technologies et je  recommanderai d’utiliser les deux (en fonction de vos besoins spécifiques). »

Eric répond donc à la plupart des interrogations de la communauté et Ray Cromwell va un peu plus loin en définissant les objectifs de GWT 2.5 :

1. Des optimisations de compilation permettront de réduire la taille du code produit de 30% décompressé et de 15% gzippé
2. Le support pour SourceMap et du debugging au niveau source en Java dans Chrome (et ils espèrent Firefox aussi)
3. Un « super draft mode » permettant de recompiler une majorité des applications en moins de 10 secondes (et probablement moins de 5 pour la plupart)
4. Un tout nouveau binding HTML « to the metal » pour les navigateurs récents
5. Un framework de test permettant de faciliter les tests d’IHM
6. Support pour une compilation incrémentale pour accélérer les temps de compilation pour la production

Donc le code GWT devrait être plus léger, plus rapide, plus facile à débugger et plus facile à tester.

The post GWT 2.5 et plus si affinités appeared first on Mistra Blog.