Catégories: Récapitulatif Eclipse, E4

Les applications Eclipse Scout reposent sur un registre de service. Ces services sont définis par une interface, placé dans le plug-in shared accessible côté client comme côté serveur. L’appel à l’un de ces services s’effectue toujours de la même manière:

IQuestionsListProcessService service = SERVICES.getService(IQuestionsListProcessService.class);

Côté client, deux cas se présentent:
* une implémentation est disponible côté client. Dans ce cas elle est retournée par cet appel.
* l’implémentation se trouve côté serveur. Dans ce cas, un proxy est retourné, et l’appel à la fonction est transmis au serveur par Eclipse Scout.

Ce registre de services gère plusieurs implémentations pour une même interface. Il est possible de définir une priorité pour donner un ordre entre les implémentations.

D’où mon idée de septembre dernier de proposer pour chaque service une implémentation se passant de la base de données. Dans ce cas il n’y a plus de persistance des informations, mais dans le cas de démonstration ou de tests cela peut être suffisant.

Je l’ai mis en oeuvre pour mon application MCQS.

Depuis ce commit, je dispose maintenant d’un fragment org.eclipselabs.mcqs.server.nodb.frament qui propose une implémentation des services avec une priorité plus haute. Lorsque le fragment est chargé avec le serveur (ce qui est le cas avec le produit server/products/nodb), ce sont ses implémentations qui ont la priorité.

Ce n’est pas encore tout à fait parfait, car pour faire les choses proprement il ne faudrait pas avoir de dépendance à la base de données dans le plug-in serveur principal, mais dans un deuxième fragment (et utiliser l’un ou l’autre).

Mon fragment NoDB est rudimentaire. Il ne garde rien en mémoire, ce qui devrait être possible.

Dans tous les cas, c’est un bon cas d’exemple de l’annotation @Priority que l’on peut ajouter sur chacun des services.

Donner une apparence finie à son application est une étape importante. Certains petits détails témoignent du soin apporté à l’application (ou de son bâclage dans le cas contraire).

Par défaut, une application Eclipse Scout contient un certain nombre d’images qui sont des «place-holders» pour l’application finale. Il s’agit de tous les remplacer pour avoir une application à l’apparence correcte.

» Lire la suite!

Une nouvelle année, c'est l'occasion de prendre des résolutions... Mon objectif «développeur» pour cette année: apprendre à me servir d’Eclipse EMF.

EMF signifie Eclipse Modeling Framework. Ce n’est pas vraiment une nouvelle technologie, car le concept existe depuis de nombreuses années. Il s’agit d’un ensemble de projets autour du MDA (Model driven architecture), soit en français « architecture pilotée par la modélisation ».

Il me semble que la difficulté vient du fait qu’il existe de très nombreux projets différents. Cela a été synthétisé en distinguant un certain nombre de catégories (modélisation, gestion de modèles, génération de code, ...), dans lequel on trouve un certain nombre de projets. Certains proposent une approche différente aux mêmes problèmes, ce qui ne facilite pas la compréhension. Heureusement tout semble compatible, il suffit de trouver la bonne porte d’entrée pour réaliser ce que l’on veut faire.

» Lire la suite!

Les applications Eclipse Scout sont opérationnelles dès leur création à l’aide du template initial, mais pour bien comprendre leur fonctionnement, il y a pas mal de petits détails.

Je voulais obtenir un code indépendant de la configuration de la base de données, c'est-à-dire utiliser le fichier config.ini (qui doit de toute façon être mis à jour leur d’un changement d’environnement).

» Lire la suite!

Plusieurs signes me font penser qu'il n'est pas simple de définir ce qu'est Eclipse Scout. Lors du premier Stammtisch Eclipse à Zurich (qui était plutôt un DemoCamp, mais passons), la présentation donnée n'a pas forcément réussi à expliquer ce qu'était Eclipse Scout… Le forum d’Eclipse Scout commence à être animé avec des questions de personnes qui souhaitent en savoir plus.

La définition que l'on trouve est la suivante:
"Eclipse Scout est un framework moderne et ouvert qui permet de réaliser facilement des applications métiers orientés services". Mais qu’y a t’il dernière cette définition?

» Lire la suite!

Les licences de type GNU/GPL sont actuellement très populaire dans le monde des geek. Mais elle recèlent une véritable bombe à retardement économique... La contamination du code. En gros, tout logiciel développé à l'aide d'un produit nécessaire à son fonctionnement et livré sous licence libre, entraîne la contamination dudit logiciel. Cela concerne au premier plan, les bases de données dites "libres".

» Lire la suite!

Les maquettes fil de fer (Wireframing) sont un bon moyen de représenter l’apparence d’un écran (fenêtre d’une application, page web, ...). Elles se situent entre le dessin à main levée et le montage graphique donnant une apparence réelle (souvent réalisée avec Photoshop)...

» Lire la suite!

Nous allons parler aujourd'hui du TDD ou Test Driven Development (Développement dirigé par les tests). Cette pratique est apparue dans le courant des années 2000 au sein d'une méthodologie Agile appelée Xtreme Programming (XP). Avant de rentrer dans le vif du sujet, je vais rappeler un peu le pourquoi des méthodologies Agiles et nous verrons ensuite tout ce qui concerne le TDD.

Petites précisions avant de commencer :

L'article ci-dessous n'est qu'une introduction à une méthodologie vaste et complexe. Vous ne trouverez donc dans cet article que des notions de base et des explications simples. Des articles concernant les Mocks et d'autres pratiques plus avancées seront écrits plus tard.

Les exemples écrits dans le cours seront basés sur C#, Visual Studio et le Framework .NET mais les explications sont valables pour tous les langages objets. De plus, le C# ayant une syntaxe relativement claire, il n'y a pas besoin d'être initié au langage pour pouvoir comprendre les exemples et les reproduire dans d'autres langages et/ou IDE.

» Lire la suite!

Livrée avec Eclipse Indigo, la version 1.0 de EGit permet une intégration graphique de git au sein d'Eclipse. L'occasion de se lancer et d'essayer une « nouvelle » technologie.

» Lire la suite!

Eclipse Scout est un framework qui permet de créer rapidement des applications complètes bâties sur la plateforme Eclipse. Devenu un projet de la fondation Eclipse l'année dernière, il est livré pour la première fois en package avec Eclipse à l'occasion de la version 2011 (Eclipse 3.7 – Indigo). L'idée est de faciliter le travail du développeur, tout en visant une très bonne expérience utilisateur.

Description et opinion dans cet article...

» Lire la suite!

Cela faisait un bon moment que je cherchais un éditeur graphique pour Eclipse. Suite à la recommandation d'un demandeur de projet récemment j'ai pu découvrir WindowBuilder Pro un plugin pour Eclipse venant de Google qui permet d'éditer des interfaces graphiques directement dans l'IDE.

» Lire la suite!

Migration de l'article vers mon nouveau blog : Installation de Symfony/EclipsePDT sur Windows