Nouvelles du développement

[Jean-Marc Vanel]

Déjà la révision 4000 !

Une version 2.11 se profile à l'horizon; je viens de mettre à jour le CHANGELOG:

http://svn.code.sf.net/p/eulergui/code/trunk/eulergui/CHANGELOG

Pas mal de travail sur les applications "grand public" : DomainApplication, DataGUI & SWExplorer; voir:

http://svn.code.sf.net/p/eulergui/code/trunk/eulergui/html/documentation.html#Semweb

La mise en page pour les propriétés multi-valuées est améliorée.

On pourra bientôt enlever des triplets de la base de triplets Jena TDB.

Je commence à entrer mon journal dans DomainApplication. Tout est sous forme de triplets sémantiques: le titre, le contenu, la date, l'auteur qui est repéré par son URL FOAF public.

La migration vers Scala continue: on utilise de plus en plus de futures ( les threads avec plus de sucre syntaxique ). On tire parti de la contruction "self type", qui permet de spécifier une dépendence, ou de découper en deux une grosse classe facilement.

Un snapshot a été mis en ligne ce matin.

TÉLÉCHARGER le snapshot:

http://eulergui.sourceforge.net/maven2/eulergui/eulergui/2.1-SNAPSHOT/?C=M;O=D

Et le manuel d'utilisation mis à jour en permanence est ici:

http://svn.code.sf.net/p/eulergui/code/trunk/eulergui/html/documentation.html

Une collaboration se dessine avec Stample, et il y a une complémentarité claire:

• EulerGUI et Déductions s'intéressent à la saisie, récupération, et stockage des triples,

  surtout côté client;

  les composants IHM sont génériques par rapport au vocabulaire métier ( formulaires, tables );

  il y a un stockage SPARQL, ce qui permet des requêtes sémantiques globales,

  et une infrastructure basée sur Drools pour des inférences avec règles et OWL, métier et applicatives;

• Stample implémente un serveur avec partage sécurisé, avec authentification forte, où chaque document a une ACL (liste des droits d'accès);

  mais pas de stockage SPARQL, ni inférences, ni composants IHM génériques;

  il y a une architecture assez classique avec JavaScript qui fait des requêtes mais pas en JSON, en Turtle;

  le JavaScript est choisi dynamiquement par négociation de contenu

Toutefois connecter Déductions et Stample ne sera pas simple.

Le code de Stample est basé sur une bibliothèque Scala de très bonne qualité, Banana-RDF.

Banana-RDF est un cadriciel pour le Web sémantique, qui encapsule le Jena et Sesame d'une manière sûre et efficace.

Il offre un ensemble assez complet de services:

• DSL Scala pour l'écriture de triplets, semblable à Turtle
• DSL de requête
• une API complète pour manipuler des graphiques (union, comparaisons, etc)
• SPARQL
• mapping objet-sémantique

Voici mes propositions pour des premières étapes, sur la liste Stample:

https://groups.google.com/d/msg/stample/56q8vajIPqY/o22jmqQj7hkJ

Je prévois aussi d'emballer la classe Triple d'EulerGUI et l'intégration Drools à la sauce Banana, ce qui permettra de:

• offrir un DSL agréable et fortement vérifié par le compilateur pour RDF,
• résoudre le problème du démarrage lent de EulerGUI: au lieu d'utiliser le moteur de règles Drools pour instancier un projet et la configuration logicielle, on va utiliser Banana pour tout ça,
• faciliter l'intégration avec Stample,
• faciliter un déploiement sur d'autres stockages RDF, Banana implémente Sesame, mais d'autres sont possibles sans trop de mal ( banana-rdf/jena/src/main/scala ne fait que 1000 lignes )