Je vais vous faire part dans ce nouveau billet de mon incommensurable expérience sur GAE et d’un écosystème particulier, le mien. Pour reformuler, ce que je vous propose ici est un REX. J’ai toujours adoré cet acronyme, très parlant, d’une phonétique explosive. C’est le genre de document qui revient vous mordre même une fois que vous l’avez mis à la niche. Pour ceux qui ne connaissent pas, c’est un document que l’on vous demande de rédiger quand vous vous êtes planté pour ne pas vous planter une deuxième fois. De manière plus positive, on a toujours dit que c’est en tombant que l’on apprends à marcher.
(more…)

Suite à beaucoup de mystère, Didier Girard nous à présenté hier les évolutions réalisé par Google de l’App Engine Java hier chez Google France.

Ayant eu la chance d’être parmi les développeurs sélectionnés, voici les points présentés :

• Chiffres : 150k développeurs travaillent avec App Engine, 50k app sont déployés : Ebay, BuddyPoke …

• Présentation des évolutions de la console d’administration :

1. différentes métriques de consommation,
2. la possibilité de gérer sa consommation et de payer du dépassement à la demande
3. présentation du système de Cloud computing pour la gestion de la performance et de la consommation
4. l’accès à la base de données,
5. import export des données
6. La gestion du Cache pour faire des économies
7. La gestion de CRON : interrogation d’URL (avec un petit + la définition de la Time Zone)
8. le SDC, Secure Data Connector : pour créer une connexion ssl à votre SI …

• Présentation du plugin Google pour eclipse

1. Création de projet simple et prêt à être déployé via App Engine (Sur les bases de GWT)
2. choix des sdk gwt et App Engine à utiliser dans votre application
3. seul obligation pour votre application : définir le nom de l’application ( à voir + tard la définition des noms de domaines)
4. présentation de la gestion de persistance en JDO (ou JPA) via la base Google de type BigTable.

Google nous propose donc un moyen simple de créer des application web en java simple à déployer, dans le cadre d’application Open-Social.

Pour le moment cela semble très prometteur. A vous de faire une demande de compte chez google pour commencer à réaliser vos applications.

A voir les applications de Didier :

Wolfengine et ergosum

Annonces :

• Guillaume Laforge a réalisé la portabilité de Groove sur App Eng.
• Un plugin Maven devrait être mis à disposition cette semaine sur google code.

Voila pour les infos glanés lors de la présentation chez Google France.

Scrum Vision is a Mylyn connector for Google SpreadSheet backlog.
Backlog is an excel like tasklist.

You can download first version : http://sourceforge.net/projects/scrumvision/

Enjoy it, and don’t hesitate to report some bugs, that means you use it

Juste parceque ça fait du bien!
Ça y est, j’ai enfin un connecteur Mylyn pour accès à un backlog sous Google SpreadSheet.
Bon c’est de la version béta (voir gros béta), mais j’affiche la liste des tâches de l’itération backlog.
Vue la doc de Mylyn mais heureusement grâce à un tutoriel (pas fini, et qui date de Mylar), j’y suis arrivé.
Prochaine étape, éditer la tâche pour le suivi scrum.
Faudrait que je me fasse un backlog pour suivre tout ça maintenant.

Microsoft a annoncé le 19 mars dernier le démarrage d’une collaboration entre Microsoft et la fondation Eclipse.
Annonce faite par le biais d’un post de Sami Ramji, leader de la communauté Open Source Microsoft, en direct du EclipseCon 08.
Cette collaboration porte d’abord sur une meilleur intégration de SWT (Toolkit graphique d’Eclipse) avec WPF (Windows Presentation Foundation)

Post Sami Ramji

Tout comme à la maison (d’après ma femme !), il est utile pour retrouver ces petits de faire un peu de rangement.
L’organisation du code source ne déroge pas à cette règle. Cela peut paraître simpliste, voir inutile de faire un papier sur ce sujet, mais l’expérience me prouve que ce sujet n’est pas toujours appliqué.

Le principe est simple :

• L’environnement de développement doit être identique à l’environnement de production.

J’entends par là que les sources, les fichiers de configuration, les scripts et tous autres artefacts qui servent à la mise en œuvre de l’application doivent être rangés dans des répertoires organisés de la même manière que ceux déployer pour exécution.
Ce principe de base d’organisation de la configuration logicielle simplifie le déploiement, les procédures d’installation en évitant les « pertes » de fichiers.

Autre avantage à cette organisation des sources et de limiter la divergence d’exécution entre la version lancée sous Eclipse et celle déployée. De permettre donc de traiter (identifier, voir reproduire) les bugs en environnement de dév, plutôt qu’en environnement d’intégration où il n’y a souvent pas de débugger.

Avec Eclipse, j’engage les développeurs à utiliser un projet par package fonctionnel mais aussi technique : 1 pour le client, 1 pour le serveur, 1 pour les tests, 1 pour les « commons ».
Cela garantie la séparation des couches et évite au développeur de tirer des classes serveurs directement dans le package client.
L’utilisation des Working Set Eclipse permet d’améliorer la vue lorsqu’il y a une multitude de projets.
Sans parler de standardisation (breeuuu…), l’organisation des sources pour le développement d’une appli web est souvent contrainte par l’organisation des conteneurs (webapps).
Répertoire WEB-INF, lib, js, conf, … Certains plugins Eclipse imposent même l’arborescence des sources.
Il est intéressant de s’inspirer de ces principes pour le développement d’application non web.

As a fervant user of the freepository service, I use the Rolf K. Wilms Eclipse plugin in order to synchronise my personnal sources with this free online cvs service.
Although the plug-in is working great with Eclipse 3.1 and 3.2, there is a problem with the Eclipse ‘Europa’ (3.3). Any previously shared project lead to a NullPointerException when trying to synchronize. A breakthrough as been proposed on Freepository’s forum topic. It is to re-share your project.
Anyway, thanks to the CPL licencing of the plug-in, I’ve ‘opened the box’ and fix the problem. With this version, you will only be re-prompted for your password when migrating your project from Eclipse 3.2 to 3.3. After contacting Rolf, he says he is not ready to make a release in his name, so I just propose you my modified version (I’ve just changed 2 lines, with a well design code like this plug-in, it was quite easy).
rwi.eclipse.team.ccvs.ssl_3.3.0.zip

“ou comment Eclipse valide le comportement de GWT”

A quoi reconnaît-on une bonne idée ? Au nombre de copies qu’elle génère

Eclipse mets en avant sa Rich Ajax Platform, en réalité plus proche d’Echo2 que de GWT : à chaque action utilisateur, le serveur est sollicité via Ajax et renvoie au navigateur le code de présentation. En fait, l’idée maitresse semble ici d’étendre SWT au client léger.

Le gros avantage de RAP (tout comme Echo2) est l’utilisation possible de tout le JDK sans restriction. Par contre, la sollication systématique du serveur me semble le point faible de la solution…

Au delà de son succès éventuel, L’apparition (ou du moins la confirmation) de cette librairie tend en tout cas à démontrer que les jours des développements JavaScript sont comptés, et que l’encapsulation Java du code client sera bientôt la norme, avec GWT ou un autre…

Une vraie bonne nouvelle en quelque sorte !