Redéfinition des objectifs du projet CEMT

Selon les arguments des partenaires de l'INRIA, la modification du Byzance pour l'Amaya nos apportera seulement des avantages, d'ailleurs, cette modification n'est pas assez compliquée. L'analyse en parts est au-dessous.

Avantages d'utiliser Amaya au lieu de Byzance

Amaya continue en développement et a le support de l'équipe INRIA. L'insistance sur Byzance nos laissera sans aucun support (comme nous étions jusqu'au maintenant, ce qui a retardé beaucoup notre travail);
Amaya utilise les patrons définis par la W3C, lesquels, à l'époque de la proposition de ce projet, n'étaient pas consolidés, et à cause de ça, ils ne sont pas inclus dedans le projet. L'évolution doit être considérée!
entre la proposition du projet et aujourd'hui le protocole WebDAV, pour la rédaction et le contrôle des versions, a été consolidé. Ce protocole attaque le même problème que Byzance a attaqué (le mise en jour perdu), mais au niveau du protocole. À ce moment-ci, il n'est pas supporté par Amaya, mais il y a des gens en développant ça. L'Apache a déjà un module serveur pour ça, et Microsoft est en train de faire un travail dans le même sens. Donc, il y a des solutions ouvertes (au contraire du Byzance, qui est fermé) et beaucoup plus actualisées pour ces aspects-là;
style="margin-bottom: 0in"en utilisant Amaya, nous n'avons pas les complexités du Byzance, lequel est difficile pour installer, compiler, etc;
comme on verra au-dessous, les adaptations seront petites. L'expérience obtenue avec Byzance ne sera pas inutile ou perdue!
style="margin-bottom: 0in"une partie de la source code du Byzance est le propre Amaya, dans une version ancienne. Avec la compilation de cette partie Amaya, nous n'avons pas eu de problèmes...

Différences basiques entre Byzance été Amaya

style="margin-bottom: 0in; font-weight: medium"Le Byzance travail avec des fragments, l'Amaya non. Celui-ci travail avec des documents (qui peuvent être petits) XHTML. Mais au Amaya, ce petits documents peuvent être unis dans un grand document, et peuvent être à la main divisés en documents mineurs. Ça, à la pratique, c'est équivalent à la fragmentation du Byzance;
les annotations sur Amaya s'appuient sur un protocole plus ouvert. Elles sont aussi exprimées en XML et sauvegardées dans une base RDF. Dans la dernière version du Byzance, les annotations sont fermées, elles utilisent la même base de fragment des documents;
Amaya produit un document en XML, ce qui est le patron "de la mode".

Qu'est-ce que nous devons faire (seulement ça!)

Toute la partie de communication entre l'éditeur (C) et le BW (Java) continuera égal;
nous devons adapter seulement la liaison (interface) entre le propre Amaya et le module que nous avons construit. Nous devons adapter/refaire ce que nous avons fait dans Byzance. Ça doit sembler à ce que nous avons faire, il faut seulement refaire d'une façon similaire (il faut changer trois fichiers, au maximum).

Les possibilités additionnelles

Changer le protocole de communication pour une syntaxe XML (maintenant, il est très similaire à XML). Avec cette modification, le protocole pourrait être reconnu par des parseurs XML. L'Amaya a déjà un parseur dedans, et il y en a plusieurs pour Java;
quand nous intégrons le protocole WebDAV, nous pourrons analyser aussi les versions des documents.