Malheureusement sur mon Mac, il me manquait je ne sais trop quoi (visiblement une bibliothèque Perl qui n’est pas installée, ou pas au bon endroit). Je ne suis pas un grand fan de toutes ces installations, j’aime les choses qui marchent en un clic (je crois que c’est pour cela que j’ai un Mac). Je me demandais ce que j’allais faire, et j’ai eu l’idée de ressortir un ordi sous Ubuntu…

J’ai alors ressorti un petit Notebook (un Eee Pc) sur lequel tourne un Ubuntu 10.04 (Netbook Edition).

Je ne l’avais plus utilisé depuis plusieurs mois, mais tout fonctionne toujours aussi bien. Git était déjà installé, mais il manquait git-svn… Un petit tour du côté du Gestionnaire de paquets Synaptic, un clic dans la case git-svn et c’est tout…

Pour moi qui ne suis pas un expert, c’est vraiment d’une simplicité bluffante. J’imagine que tout se télécharge, s’installe et se met à jour au bon endroit.

Il me semble que c’est vraiment un avantage des distributions Linux sur les autres systèmes d’exploitation.

C’est un cas un petit peu particulier: je voulais pouvoir utiliser (pour des tests, pour des démonstrations) mon application sans sa base de données. Il ne s’agit pas d’une version hors ligne, car il n’y a pas de sauvegarde des modifications, ni de synchronisation par la suite.

Comment cela marche ?

C’est assez simple: j’ai implémenté une deuxième version de mon OutlineService pour le catalogue (DBMockOutlineService classe qui implémente ICatalogOutlineService). Le service est déclaré dans mon fichier plugin.xml

Pour donner la priorité à mon service (version DBMock) il suffit d’ajouter l’annotation @Priority avec une valeur supérieure aux autres implémentations du service.

Il s’agit enfin d’ajouter quelques valeurs fixes dans les fonctions qui alimentent les tables pages de l’outline catalogue.

Il me reste encore un petit peu de travail: ajouter ces services dans un plug-in séparé. De cette manière, je pourrais me créer un lanceur avec ces services. Cela me permettra de fonctionner sans la base de données.

PS: J’ai passé une partie de l’été à rédiger un article de référence sur Eclipse Scout en Français… Plus de nouvelles très bientôt.

MySQL fournit un fichier sakila.mwb qui permet grâce à MySQL Workbench, de visualiser la base de données. Pour le moment les tables de movie database sont couvertes (il manque les tables `inventory` et `film_text`, et il n’est pas possible de modifier la table `language`)

Cette partie de la base représente trois entités : les films, les catégories et les acteurs. Les films sont les plus importants et les plus nombreux. Ils une relation N:M avec les catégories (via la table `film_category`) et avec les acteurs (via la table `film_actor`). D’ou l’idée de proposer un accès aux films de différentes manière : soit directement à l’aide d’une recherche, soit en commençant par sélectionner une catégorie ou un acteur.

Dans la fenêtre principale (proposée en standard par Eclipse Scout) on trouve :

• Sur la gauche se trouve une arborescence de dossiers permettant plusieurs type d’accès (directe, par catégorie, par acteur).
• Le contenu des dossiers au centre (films, catégories ou acteurs). Lorsque le contenu est important une recherche doit être effectuée.
• En bas, un formulaire pour effectuer ces recherches.

Techniquement, cette fenêtre principale utilise les concepts de d’Eclipse Scout. Cette vue est définie dans un Outline (CatalogOutline). L’arborescence de dossiers est constituée de pages (on trouve une TablePage par entités : FilmsTablePage, CategoriesTablePage, ActorsTablePage). Les données sont chargées via un OutlineService (CatalogOutlineService)

Pour chaque dossier des fonctions d’ajout, d’édition et de suppression du contenu sont proposées à travers des menus. L’édition et l’ajout des différentes entités est réalisée à travers différents formulaires qui sont ouvert dans des fenêtres modales. La base de données impose que certaines valeurs ne reste pas nulle (propriété NOT NULL). Dans Eclipse Scout, les champs correspondant apparaissent en gras et le formulaire ne peut être être fermé tant que les champs sont vides.

Techniquement les menus (Classe filles de AbstractMenu) sont défini dans les différentes tables concernées. Pour chaque entités un Form est défini (FilmForm, CategoryForm, ActorForm).

La base de donnée (surtout sa structure) définie précisément les caractéristiques de certains champs. On trouve certains type particuliers (texte, nombre, date). On trouve aussi des choix limités: définit par les sets (par exemple `film`.`special_features`) ou par les enums (par exemple `film`.`rating`). Et aussi des références vers d’autres table (comme la langue du film qui référence la table `language`). Eclipse Scout propose différents type de champs pour permettre une saisie simple et efficace (DateField, SmartField…). Les options pour les champs `rating` et `special_features` sont défini dans des CodeType (RatingCodeType, SpecialFeatureCodeType). Pour le choix de la langue, la table language est disponible à travers un LookupCall et un LookupService (LanguageLookupCall and LanguageLookupService).

La suite au prochain épisode…

Disclaimer :
Je travaille pour BSI Business System Integration AG, la société créatrice du framework Eclipse Scout. Les propos tenus ici n’engagent que moi. Cet article a été écrit en dehors de mon temps de travail et n’a pas été relu par mon employeur.

J’ai retenu la base de données Sakila, proposé par MySql en démonstration des fonctionnalités de MySQL 5. A vrai dire je n’ai pas fait de grosse étude de marché pour faire mon choix. J’ai découvert cette base en m’intéressant à MySQL. Elle est suffisamment complète pour qu’il y ait un intérêt (22 tables, clé primaire et clé externes, vues, trigger, procédures…). La lecture de cette analyse des manques de MySQL, me fait penser que MySQL n’est pas forcément un bon choix pour ce genre d’application, mais cette base existe aussi pour PosgreSQL (pagila) et je privilégie la simplicité d’utiliser un outil que je connais.

Cette base de données sert à gérer l’activité d’un loueur de DVD (gestion d’un catalogue de films, de différents magasins avec leurs équipes et leur clients, ainsi que l’activité au quotidien).

Ce sera donc le projet et l’application SakilApp. L’idée est de pouvoir visualiser et éditer toutes les informations contenues dans la base de données, en suivant la manière du framework. Je souhaiterais illustrer et commenter mes choix, tout en aboutissant à un produit fini.

Mon premier objectif est que toutes les informations de la base de données soient accessibles et éditables dans l’application. Il y a cependant du potentiel pour des développements après cette première version. Par exemple optimiser l’interface graphique pour une utilisation dans une boutique de location de film, ou encore intégrer dans l’application des fonctionnalités de reporting.

Je souhaite également proposer un accès au code source. J’ai donc ouvert un projet sur google code contenant les projets de mon workspace Eclipse. Lorsque le projet sera plus avancé, j’espère également pouvoir mettre à disposition l’application sous sa forme compilée.

Le code est sous licence Apache 2, pour que chacun puisse y avoir accès. Je n’en suis vraiment qu’au début du développement, et ne conserve pas forcément le code correspondant aux articles. Il s’agit surtout pour moi de faire des expériences et des essais, tout en illustrant les articles que je publie.

Disclaimer :
Je travaille pour BSI Business System Integration AG, la société créatrice du framework Eclipse Scout. Les propos tenus ici n’engagent que moi. Cet article a été écris en dehors de mon temps de travail et n’a pas été relu par mon employeur.

Eclipse Scout est un framework qui permet de créer rapidement des applications (plutôt de type client / serveur). L’idée est de simplifier au maximum la barrière d’entrée pour créer des applications sur la plateforme Eclipse.

Un tel objectif ne va pas sans faire des choix et introduire de nombreux concepts. Certains peuvent parfois sembler limitant (mais devraient couvrir la majorité des besoins), d’autres sont assez puissants (comme le choix de la librairie de rendu : SWT, Swing, web…). Quoi qu’il en soit, il manque pour le moment un certain nombre de publications et d’exemples pour mettre Eclipse Scout à la porté de tous ceux qui veulent s’y intéresser.

Je pense que ce framework peut correspondre à certains besoins… Mon idée est de partager sur ce blog ma découverte et d’en présenter suffisamment pour donner à d’autre l’envie de partir à la découverte. Mon intuition est qu’il faut donner des exemples et les expliquer. J’ai envie de repartir de zero et de voir comment le framework permet de construire une application qui exploiterait une base de données existante.

Au delà du code et des exemples, Eclipse Scout c’est aussi beaucoup d’autre chose : rendre open-source un projet pré-existant dans une entreprise, travailler avec la fondation Eclipse, esssayer de bâtir une communauté. J’espère avoir aussi le temps de parler de tout cela sur ce blog.

Disclaimer :
Je travaille pour BSI Business System Integration AG, la société créatrice du framework Eclipse Scout. Les propos tenus ici n’engagent que moi. Cet article a été écrit en dehors de mon temps de travail et n’a pas été relu par mon employeur.