Julien Chable

[Open XML] The Interoperable : la fin ?

Le septième et dernier (?) chapitre de la BD The Interoperable est maintenant en ligne :

• Planche 1
• Planche 2

Tout est bien qui fini bien ... même si rien n'est fini dans la réalité !

The Interoperable : l'intégral

Voici les différentes planches depuis le début de l'aventure :

• Chapitre 1
  • Planche 1
  • Planche 2
• Chapitre 2
  • Planche 3
  • Planche 4
• Chapitre 3
  • Planche 5
  • Planche 6
• Chapitre 4
  • Planche 7
  • Planche 8
• Chapitre 5
  • Planche 9
  • Planche 10
• Chapitre 6
  • Planche 11
  • Planche 12
• Chapitre 7
  • Planche 13
  • Planche 14

Comment monter un serveur Subversion sous Windows en 2 minutes et 1 clic

Subversion (SVN) est devenu l'un des contrôleurs de version Libre et gratuit les plus en vogue de ces dernières années, remplaçant même au fur et à mesure le célèbre CVS (c'était l'un des objectifs de ses créateurs, anciens membres de l'équipe de développement de CVS).

En parcourant la toile, j'ai réussi à trouvé de nombreux articles expliquant comment installer SVN pour l'exposer sous la forme d'un service Windows, cependant la plupart de ces articles recommandent l'utilisation d'un composant externe ou d'une version payante. En fouillant un peu le SVN de Collabnet, on peut trouver un très bon article - enfin fichier texte - qui explique comment utiliser sc.exe pour créer le service SVN en ligne de commande : http://svn.collab.net/repos/svn/trunk/notes/windows-service.txt

Mais pour les personnes encore plus faignantes .. hum hum désirant allez encor eplus vote (et j'en fait partie) un projet hébergé sur tigris.org - la forge de SVN - permet d'installer et de configurer votre serveur SVN pour Windows "en 1 clic" (ou presque) : http://svn1clicksetup.tigris.org/

Et hop un serveur opérationnel en moins de temps qu'il en a fallu pour écrire ce post !

Crypter ses données en toute simplicité

Que ce soit en entreprise ou simplement pour ses besoins personnels, crypter ses données reste toujours un impératif si la nature de celles-ci peut vous être dommageable en cas d'utilisation par des tierces personnes. Certaines personnes utilisent BitLocker ou d'autres applications, néanmoins voici une alternative sympathique et entièrement gratuit que je vous recommande si vous ne souhaitez pas utiliser BitLocker (ou si vous utilisez autre chose que Vista) : TrueCrypt (http://www.truecrypt.org/).

Le nombre de téléchargements parle de lui même : 5,418,119 (10 000 par jour).

D'après mon expérience, la version 5.1a marche correctement sur Vista.

Voici la rapide description du produit :

Free open-source disk encryption software for Windows Vista/XP, Mac OS X, and Linux

Main Features:

• Creates a virtual encrypted disk within a file and mounts it as a real disk.
• Encrypts an entire partition or storage device such as USB flash drive or hard drive.
• Encrypts a partition or drive where Windows is installed (pre-boot authentication).
• Encryption is automatic, real-time (on-the-fly) and transparent.
• Provides two levels of plausible deniability, in case an adversary forces you to reveal the password:
  1) Hidden volume (steganography – more information may be found here).
  2) No TrueCrypt volume can be identified (volumes cannot be distinguished from random data).
• Encryption algorithms: AES-256, Serpent, and Twofish. Mode of operation: XTS.

  Further information regarding features of the software may be found in the documentation.

[Open XML] Quelques exemples Word pour la CTP 2 du SDK Open XML

Après cette release qui corrige un certain nombre de bugs et apporte quelques petites nouveautés, et même si les changements ne sont pas significatifs par rapport à la précédent CTP (et en attendant la future version 2.0 du SDK), la CTP 2 du SDK Open XML permet d'ore et déjà de pouvoir faire quelques applications orientées documents en quelques lignes de codes.

Génération d'un nouveau document Word

Comme toute CTP, cette version n'est pas exempte de problèmes et autres améliorations qui seront adressées dans le futur. Je ne vais pas vous énumérer tout ce que très bien dit dans les fichiers attachés au SDK sauf, car on m'a posé la question, que les fichiers .docx vides (0 Ko) créés depuis le menu shell de Windows ne s'ouvriront pas avec le SDK (comme le permet Word 2007).

En revanche, rien de bien gênant puisque voici la façon de créer un fichier Word en quelques lignes de code avec le SDK Open XML en partant de rien :

public static void CreateNewWordDocument(string document)
{
            using (WordprocessingDocument wordDoc = WordprocessingDocument.Create(document, WordprocessingDocumentType.Document))
            {
                MainDocumentPart mainPart = wordDoc.AddMainDocumentPart();

                SetMainDocumentContent(mainPart);
            }
        }

        public static void SetMainDocumentContent(MainDocumentPart part)
        {
            const string docXml =
         @"<?xml version=""1.0"" encoding=""UTF-8"" standalone=""yes""?>
            <w:document xmlns:w=""http://schemas.openxmlformats.org/wordprocessingml/2006/main"">
             <w:body>
                <w:p>
                    <w:r>
                        <w:t>Hello world!</w:t>
                    </w:r>
                </w:p>
             </w:body>
            </w:document>";

            using (Stream stream = part.GetStream())
            {
                byte[] buf = (new UTF8Encoding()).GetBytes(docXml);
                stream.Write(buf, 0, buf.Length);
            }
        }

        static void Main(string[] args)
        {
            CreateNewWordDocument("MonDoc.docx");
        }

Plutôt simple non ? Vous ne trouvez pas que l'on a progressé ces dernières années pour pouvoir générer des documents Word ?

Remplacement d'une partie de Custom XML

Voici également comment remplacer le contenu d'une partie CustomXML (très utile comme montré dans ce post) par un autre contenu XML qui pourra changer le contenu final de votre document :

using (WordprocessingDocument wordDoc = WordprocessingDocument.Open(fileName, true))
        {
            MainDocumentPart mainPart = wordDoc.MainDocumentPart;

            // Supprime la partie existante
            mainPart.DeletePart("rId1");

            // Ajoute une nouvelle partie CustomXML
            CustomXmlPart customXmlPart = mainPart.AddNewPart<CustomXmlPart>();

            // Copie le nouveau contenu XML dans la partie Custom XML
            using (StreamWriter ts = new StreamWriter(customXmlPart.GetStream()))
            {
                string xmlContent = File.ReadAllText(customXML);
                ts.Write(xmlContent);
            }
        }

Prochain post avec quelques exemples pour Excel et PowerPoint comme beaucoup me le demande.

Les exemples ci-dessus sont volontairement très simples afin de vous présenter le SDK Open XML. Néanmoins, vous pouvez déjà en faire beaucoup avec le SDK dans son état actuel et en quelques lignes de code - c'est là tout son intérêt - même si les plus experts d'entre vous seront parfois obligé d'avoir recours à des workaround pour accéder à certaines données tel que des ID ou autre (normalement en cours de correction).

N'oubliez pas le portail Open XML à cette adresse pour trouver de nombreuses ressources : http://msdn2.microsoft.com/en-us/office/aa905545.aspx

Le posters Open XML et stickers disponibles pour les WygDays 2008 (le 22 Mai 2008)

Après mon passage à Redmond lors du MVP Summit, j'ai pu récupéré quelques posters et stickers (un grand merci aux équipes de dev pour cela) que les visiteurs pourront récupérer lors du WygDay :

[Fun] Pour ceux qui l'aurait raté : le simulateur de vol de Google Earth

Après les quelques déboires pour faire l'aller Amsterdam - Seattle la semaine dernière pour participer au MVP Summit qui s'y tenait, et donc un certains nombres de décollage et atterissages (4 vol rien que pour l'aller ...) ; certains souvenirs de pilote de planeur et d'avion (petit je vous rassure) s'en sont trouvé réveillés. Et même si l'achat de la dernière extension de Flight Simulator X - nommée Acceleration - n'y ai pas étrangère, je me suis remis à 'jouer' à Flight Simulator X(ceux qui considère FS comme un jeu et qui ont fini toutes les missions devraient sûrement penser à passer leur brevet de pilote ....).

Bien évidemment, en bon membre de la team Wygwam je me suis demandé si un SDK existait pour pouvoir développer quelques plugins ou réutiliser certains éléments du moteur (aller voir sur cette page pour le SDK & co) et je suis tombé par hasard sur une fonctionnalité 'cachée' de Google Earth : le simulateur de vol ! Evidemment, on ne retrouve pas toutes les sensations d'un simulateur de vol tel que Flight Simulator ou d'un avion réel, mais je trouve l'idée particulièrement fun (emprunté aux développeurs de Excel ?) !

A quand dans Virtual Earth ? Nasa Worldwind a déjà eu le droit au sien, manque plus que lui !

Voici comment activé le mode en vidéo :

Changer de PC pour planer ?

Une petite comparaison entre les performances de Flight Simulator X sur mon PC de bureau actuel (+5 ans d'age) :

Comparé à celle de mon laptop de travail dans Google Earth :

Oui je crois effectivement qu'il faut que je pense sérieusement à changer mon PC de bureau perso ! Et pour le prochain PC je vais songer à cela ...

... dans mes rêves !

PS : Nix, où tu en es de ton brevet de pilote privé ?

Workflow Foundation : Custom persistence points

A workflow is commonly used for executing long running business processes, some of them could be business critical for companies. As you may think, you can handle most of the inherent issues by using the WF Transaction capability and the TransactionScopeActivity activity. However this is not the point here, it's about how to use the persistence activity capability which is very quick and easy way to create custom persistence point in your critical workflow.

In WF, you have several ways to ensure the reliability of your workflow in case of sudden crash or power outage, indeed none are really 100% secure. Imagine, you build a similar workflow that receive an order from a web service call, add it into a table and then send back the result:

We are in a compensable sequence, so if an exception is thrown you can act accordingly and rollback your actions in the database without any problem.

If the machine crashes before the AddOrderInDB activity execution, you haven't added the row in the table so that's fine it won't break your data model integrity nor your business. The distant system won't receive any response from the web service call, but that's not our matter to handle that now. If the machine crashes after the AddOrderInDB activity execution, we added the order in the database and the distant system won't receive any response from the web service. Like the previous scenario, the distant system will have to handle that case and it might call the web service method again. So what about our application reliability in this case, will we send the order twice and ask the customer for money twice as well or don't take the order in acccount at all?

Ok, we can think that using a transaction in our code to commit changes in the database is enough. That if the crash occurred just before the commit instruction, a second web service call will not hurt our process so much, and if not, lost an order is not so important for our business. But we have to tell our boss that our application is not 100% reliable !

Let's assume that we want to use a transaction scope to secure the process (and this one is very short). In this case there is only two ways to do that:

• By surrounding the whole compensable sequence: it's impossible to use any fault, cancellation, suspension, termination and compensation handlers in a TransactionScopeActivity. The point of transaction is that its work either succeeds or fails. Using a CompensatableTransactionScopeActivity may be another option but that will not be a big advantage here in case of a power outage.
• By surrounding only the CodeActivity containing the "insert order in db" code activity.

The last solution here is the best in this case and if you're only using a TransactionScopeActivity activity. Why ? Because once a TransactionScopeActivity successfully completes its execution, the ambient transaction is committed and then persisted (not passivated which would include disposal of the activity objects in memory). As a consequence, if the machine crash the workflow will resume its execution, maybe on another machine (in another AppDomain and in a different WF runtime), just after the transaction. Hence, the use of TransactionScopeActivity requires a WF runtime that is configured with a persistence service. So you don't have to ask a second call and you won't lose your order.

However, what about a crash before the transaction ? Maybe the distant system will time out and resend the order to the web service. In this case, this is fine for you. But if it doesn't call the web service again, we simply lost an order and another opportunity to make our company profitable but we don't have corrupted our data model.

Here the use of a transaction is justify because we use in the AddOrderInDB activity only types defined in the System.Data.SqlClient namespace that know how to enlist in the ambient transaction.

What if Mr. Boss asks us to make some enhancements in the workflow? If we add some extra critical steps in the transaction, the workflow will not be persisted until the TransactionScopeActivity succeed and if the machine crash, you will call the already executed activities twice. Moreover, the extra activities inside the TransactionScopeActivity execute nontransactionnal work. Nested each critical activity, even which that contain nontransactional work, will persist the work after each critical steps. However you will not use the transaction advantage here, just the side effect of the TransactionScopeActivity that persist the workflow instance after a successful execution.

The key point will be to create some kind of restore point that persist the workflow when encounter. You can create such activity by decorating your custom activity class with the PersistOnCloseAttribut. Here is an example of a basic restore point activity that persist the workflow when the activity move to the Closed state.

using System;
using System.ComponentModel;
using System.Workflow.ComponentModel;
using System.Workflow.Activities;

namespace WorkflowConsoleApplication1
{
[PersistOnClose]
public partial class RestorePointActivity : System.Workflow.ComponentModel.Activity
{
protected override ActivityExecutionStatus Execute(ActivityExecutionContext executionContext)
{
return ActivityExecutionStatus.Closed;
}
}
}

Our new workflow using the above activity:

By using this kind of activity (or any other custom activity decorated with the PersistOnClose attribute), you are able to face more crashes or power outages as usual. Nevertheless, this workflow sample is very straightforward and the more complex your workflow is, the more attention you need to have to handle the extreme situations in long running workflows in critical environment.

[Imagine Cup - FR] Projet Hop3 : où chaque goutte peut faire un océan !

Champion Imagine Cup en 2007 dans la catégorie Web Design, l'équipe derrière ce projet a décidé cette année de défier la catégorie la plus prisée et la plus difficile : Software Design. Toute l'équipe vient de l'EFREI, une école d'ingénieur située à Villejuif, qui est aussi mon école de fin d'étude.

Une équipe : Benjamin Talmard (project lead), Romain Vailleux (Design lead), Thomas Abisser (Lead Conceiver) et Adrien Carbonne (Lead Engineer),

Un projet : Hop3 (à prononcer 'hop cube'),

Une ambition : gagner un autre trophé Imagine Cup et faire de ce monde un meilleur endroit pour vivre en harmonie avec la nature !

Sans vous en dire trop sur les détails et les coulisses du projet (on garde la surprise pour le jour final ...), voici l'idée qui se cache derrière le projet :

Chaque jour, des ressources sont gachés par tout à chacun.
Chaque jour, des personnes seraient prêtes à payer pour ces ressources.
Chaque jour, des projets écologiques doivent être fonder pour contribuer à améliorer notre environnement.
Hop³ se place à la croisée de ces trois constatations et apporte un lien entre eux.

Vous pouvez visiter le blog de l'équipe à http://blog.hop-cube.com/

[Imagine Cup - EN] Hop3 project : Where each drop can make the ocean !

Imagine Cup World Champion in 2007 in the Web Design category, the team behind this project  decided this year to challenge the most difficult and intensive category targeting the most skilled and talented students in the world : Software Design. All the team is from a engineering school in Villejuif: EFREI, which is also my latest school I was graduate.

One team: Benjamin Talmard (project lead), Romain Vailleux (Design lead), Thomas Abisser (Lead Conceiver) and Adrien Carbonne (Lead Engineer),

One project: Hop3 (pronounced "hop cube"),

One ambition: to win another Imagine Cup trophy and make the world a better place !

Without telling you all the project detail and backstage of the project (we keep the surprise for the final day …), here is the idea behind this project:

Every day, a lot of people waste some ressources.
Every day, other people are willing to pay for theses ressources. 
Everyday, ecological projects need to be fund to contibute to better our environment.
Hop³ (pronounced "hop cube") is placed at the centre of these three doers and links them together.

You can visit the official team blog at http://blog.hop-cube.com/

[Open XML] La CTP 2 d'Avril du SDK Open XML disponible !

Suite à l'annonce qu'avait fait Microsoft sur la disponibilité du SDK Open XML, voici enfin venue la CTP d'Avril !

Pour rappel, le SDK Open XML va vous permettre de créer des documents au format Open XML en toute simplicité, et cela sans avoir à installer Office sur la machine d'exécution ! Une grande avancée donc dans le monde des solutions orientés documents et pour les développeurs qui souhaitent générer ou consommer des documents au Open XML rapidement et sans avoir à connaître la structure sous jacente du format. Le SDK Open XML encapsule donc la plupart des opérations complexes et répétitives liées à la structure Open Packaging Convention qui est géré par l'espace de nom System.IO.Packaging. Vous pouvez donc créer ou manipuler les documents Word 2007, Excel 2007 et PowerPoint 2007 en quelques lignes de code ! Plus de détail dans la suite du post, et sans plus attendre voici le lien vers le SDK :

http://www.microsoft.com/downloads/details.aspx?FamilyId=AD0B72FB-4A1D-4C52-BDB5-7DD7E816D046&displaylang=en

Et vers la documentation du SDK :

http://msdn2.microsoft.com/en-us/library/bb448854.aspx

Pour ceux qui utilise encore la CTP de ... Juin 2007 (et oui Microsoft a été long sur ce coup là !), voici les principaux changements :

• Commençons par l'éditorial :
  • Changement de nom : 'Microsoft SDL for Open XML Formats' -> 'Open XML Format SDK' :p
  • Changement de toutes les références 'Open XML object model' -> 'Open XML Application Programming Interface (API)'
• API :
  • Déplacement de AddNewPart<T>() de la classe OpenXmlPart vers la classe OpenXmlPartContainer.
  • Surcharge de AddNewPart<T>() qui reçoit un ID de relation en paramètre
  • Support des annotations Linq sur les parties
  • Changement des espaces de nom de trois énumérations de Microsoft.Office.DocumentFormat.OpenXml.Packaging vers Microsoft.Office.DocumentFormat.OpenXml
  • Changement de nom pour certains objets

Plus de détails sur le blog de Eric White : http://blogs.msdn.com/ericwhite/archive/2008/03/14/technical-improvements-in-the-open-xml-sdk.aspx et dans la documentation MSDN : http://msdn2.microsoft.com/en-us/library/cc471858.aspx

Le SDK Open XML sortira en deux versions successives comme l'indique la roadmap en dessous. Une première qui sera disponible vraisemblablement en Mai 2008 qui contiendra uniquement les API lié au packaging des différentes parties d'un document Open XML. Et une seconde qui ira beaucoup plus loin avec un modèle objet et d'autres capacités tel que la validation du contenu d'un document.

N'oubliez pas de visiter le site de ressources Open XML officiel : http://msdn2.microsoft.com/en-us/office/bb265236.aspx

Plus de détails dans de prochains posts avec sûrement quelques lignes de code à la clé.

[Open XML] La FAQ de l'ISO pour IS 29500

IS 29500 aka Open XML continue de faire parler de lui, et la FAQ proposé par l'ISO tombe à point nommé pour répondre aux questions brulantes de ce format de documents qui a défrayé la chronique. Au programme :

• Comment 6000 pages ont pu être normalisé par l'ISO ?
• Pourquoi l'ISO et l'IEC accepte deux standards pour un même sujet ?
• Les problèmes de brevets
• Les contradictions avec les standards ISO et IEC
• Comment les votes des NB sont-ils formés ?
• ...

Voici le lien vers cette FAQ : http://www.iso.org/iso/pressrelease/faqs_isoiec29500.htm qui évidemment n'en dit pas plus ni moins que ce que beaucoup de personnes n'arrêtent pas de répéter depuis des mois. Mais venant de l'ISO en personne, certains le croiront peut-être cette fois ?

En route pour le MVP Summit ...

Après un travail de longue haleine sur le format Open XML - devenu ISO récemment - et autres technologies en vogue (SharePoint, Office 2007, etc) ces derniers mois, me voici parti avec l'ensemble de mes collègues de la WygTeam au MVP Summit. Cette grande messe annuelle regroupe les MVPs venu des 4 coins de la planète pour échanger avec les équipes de développement et voir ce que Microsoft réserve au marché dans les mois ou années à venir. De quoi anticiper les technologies et pouvoir répondre aux besoins de plus en plus complexes et aux clients de plus en plus exigeants !

Evidemment la plupart des informations seront sous couvert de NDA - les fameux engagements de confidentialité - et nous ne pourrons distiller que ce que Microsoft voudra bien nous autoriser. Pour ma part, la majorité des sessions et des échanges tourneront autour de XML, mon domaine technologique en tant que MVP, et quelque chose me dit que Microsoft n'en a pas encore fini avec ce métalangage à balises ...

[OpenXML4J] OpenXML4J moves into Beta

The OpenXML4J project begins the open source adventure in August 2006. Since then, some people (including some POI developers - they are truly great guys !) join the project to contribute to OpenXML4J, a Java API for the Office Open XML file format IS 29500.

You can visit the official project website at : http://www.openxml4j.org

OpenXML4J currently handles the Open Packaging Convention of the Open XML format like this :

// Open the package
Package p = Package.open("Sample.docx", PackageAccess.READ);
// Get documents core properties part relationship
PackageRelationship corePropertiesRelationship = p .getRelationshipsByType(PackageRelationshipTypes.CORE_DOCUMENT) .getRelationship(0);
// Get core properties part from the relationship.
PackagePart coreDocument = p.getPart(corePropertiesRelationship);
// Retrieve and display the URI and the content type of the core
// properties part of the document.
System.out.println(coreDocument.getUri() + " -> " + coreDocument.getContentType());

You want to contribute or help the project ? Contact us : julien@wygwam.com

Publication des protocoles d'échange SharePoint

Dans la lignée des précédentes annonces concernant l'ouverture de ses protocoles, Microsoft a mis à la disposition des développeurs un ensemble de protocoles d'échange entre SharePoint (SP1 et WSS 3.0) et plusieurs autres produits :

• Les protocoles entre MOSS 2007 et les applications clientes de Office
• Les protocoles entre MOSS 2007 et les autres produits serveur Microsoft

A noter que les protocoles entre Exchange 2007 et Outlook 2007, et entre les applications clientes Office et les produits serveur, sont également disponibles.

Téléchargez les différentes documentation (disponible pour liées aux protocoles : http://msdn2.microsoft.com/en-us/library/cc203350.aspx

Retrouvez l'annonce officielle de mise à disposition de ces protocoles à cette adresse : http://www.microsoft.com/presspass/press/2008/apr08/04-08ProtocolPR.mspx.

Une initiative qui devrait profiter aux clients, partenraires et concurrents pour intégrer leur solution dans la plateforme SharePoint et Office. Ces protocoles étaient particulièrement attendu par certains acteurs développant des solutions sur la plateforme Office. Devrait-on s'attendre à une intégration de SharePoint dans OpenOffice.

Avec ces 14 000 nouvelles pages, le total des pages de protocoles publiées monte à 44 000.

[Open XML] Open XML devient une norme ISO !!!

Après le vote final de la procédure de normalisation pour le projet DIS 29500 Office Open XML, les National Body ont été officiellement informé du résultat par l'ISO : Office Open XML est devenu une norme ISO ! Ce projet n'étant plus un brouillon, il perd naturellement le D - 'draft' - pour devenir IS 29500.

(Merci à Doug pour l'image à droite)

Voici l'annonce officiel de l'ISO: http://www.iso.org/iso/pressrelease.htm?refid=Ref1123 et celle de l'ECMA : http://www.ecma-international.org/news/TC45_current_work/ISO_and_IEC_approve_Office_Open_XML.htm

Egalement retrouvez le communiqué de presse de Microsoft : https://www.microsoft.com/presspass/press/2008/apr08/04-01OpenXMLVotePR.mspx

Les résultats un peu plus en détail :

• Concernant les membres P : 24 votes 'oui' et 8 'non' ce qui fait 75% d'approbation avec un minimum de 66% normalement requis,
• Pour l'ensemble des membres (P et O) : 61 votes 'oui' et 10 'non' ce qui fait 86% d'approbation et nous fait passer bien en dessous des 25% maximum requis de votes 'non'.

A noter que Office devrait 'rapidement' devenir conforme au format ISO (selon Brian Jones) :

We've already committed in Microsoft that we will work on updating our products so that they support the ISO version of Open XML, and I'm sure we'll see others make similar updates to their solutions.

[Open XML] Réaction à l'article de Jean Marie Gouarné sur ITR Manager

Jean-Marie Gouarné a écrit aujourd?hui dans ITR Manager.com un article qui a de l?audace, du moins le mérite de donner sa vision et sa version des faits de la normalisation ISO de Open XML. Ce post exprime simplement mon point de vue qui différe de celui de Jean Marie sur certains sujets que nous avions déjà exprimer en séance lors des groupes de travaux dans le comité de normalisation AFNOR.

Ce post est une analyse linéaire du post de Jean Marie. Lisez donc l'article de JM avant !

Mais commençons, et pour commencer, je passerais sur le pseudo historique de OpenDocument et de Microsoft dans le domaine des formats bureautiques, bourrés de non dit et déjà de nombreuses fois réalisé (par exemple, voir le post de Brian Jones) pour nous concentrer sur les autres points qui suivent. 

Les ?Trois solutions pour Microsoft?

La première

Dans la première solution qui se résume à utiliser ODF nativement dans Office, et après un méli mélo de termes et d'expressions de pseudo architecture logicielle et sans aucun fondement, Jean-Marie oublie de préciser que le support natif (qui devrait arriver prochainement avec le SP2 de Office 2007) d?autres formats nécessite aussi que les autres formats soient à la hauteur. Car si selon le fameux adage « Qui peut le plus, peut le moins », l?inverse n?est pas vrai. Effectivement si on parle de format il ne faut pas oublier que l?interface ? la seule valeur ajoutée d?une suite bureautique ? doit fonctionnellement et graphiquement s?adapter aux capacités et à la logique intrinsèque du format. Mais lorsque JM Gouarné dit : « La prise en charge native, sans perte de fonctionnalité, de formats de fichiers définis hors de chez Microsoft n'est donc pas concevable sans un sérieux effort de refonte » il ne faut pas oublier que cette perte de fonctionnalité est bien plus importante si l?on essaye d?utiliser Office 2007/2008 pour exporter au format ODF.

Non seulement ODF est fonctionnellement inférieur à Open XML mais également les nombreux flous ou manque de la spécification rendent les incompatibilités très probable avec d?autres implémentations d?ODF. On espère cela corrigé dans les prochaines versions d?OpenDocument néanmoins en voici quelques exemples : sécurité (signature numérique), métadonnées, accessibilité pour les personnes handicapées, algorithmes de hachage utilisés, pas de grammaire pour les formules de calcul, pas de marquage ou d?association XML possible pour ajouter de la sémantique ou pour lier des données d?une structure XML dans le document, la non compatibilité avec les documents existants, etc. Et il faudrait que Office 2007 prennent tout cela en compte ? Dur dur et pour quelle valeur ajoutée pour les utilisateurs ?

Un argument qui ne tient pas pour une autre raison : quelle serait la nécessité pour Microsoft d?utiliser ODF dans son produit à l?heure où celui-ci n?arrête pas de changer : normalisé en Mai 2006, la troisième version devait déjà être disponible en 2007 mais ne le sera finalement qu?en 2008. On reprochait à Open XML d?être une norme perfectible, en voici une autre et pas de peu.

L?importance de la normalisation pour les utilisateurs et les éditeurs, avec particulièrement celle de DIS 29500, montre que l?heure où le monopole se construit par l?incompatibilité est passée et se trouve remplacée progressivement par celle de la construction du monopole par l?innovation. L'heure qui consiste à jouer sur la reconnaissance et sur les capacités d'un produit sans y "emprisonner" les utilisateurs. Le monopole de raison ? De plus en plus d?acteurs l?ont compris, l' engouement de cette normalisation le montre bien, avec leur mantra des plus explicites : « Change the world or go home » ou « Think different ».

JM Gouarné écarte aussi le fait, pourtant à sa connaissance, que malgré tout Microsoft à financé à plusieurs reprises la réalisation d?un convertisseur/plugin Office entre Open XML et ODF qui quelqu?en soit les critiques ? à ne pas associer à Microsoft qui n?est pas la maîtrise d??uvre ? est fonctionnel. Une fausse première solution qui tombe à plat en contredisant les faits réels.

La seconde

Perdre le marché publique n?est pas seulement une considération pour Microsoft, car on oublie bien souvent que l'écosystème autour des éditeurs - et l?Open Source est exactement dans le même cas - est souvent bien plus gros que l?éditeur même. Si perdre un marché pour Microsoft peut sembler non négligeable, l?impact sur l?écosystème n'en est que plus important. Au final que demander de mieux à un éditeur d?être fidèle et de se préoccuper de ses clients et de son écosystème ? Demandez à IBM d'être fidèle à ses clients Lotus Notes ...

Le fait que Open XML soit une norme permet justement aux administrations de s'affranchir de l'éditeur et au moins de ne pas se retrouver bloquer par les formats utilisés. En quoi cette stratégie est-elle scandaleuse ? Satisfaire le marché est-il devenu un acte de malveillance ? Personne ne force les administrations et autres entreprises à utiliser un format ni une application, et cela ne se renforcera qu'avec la normalisation des formats.

La troisième

Ce que reproche ici JM Gouarné à Microsoft, c?est d?avoir été plus courageux que son concurrent IBM ! Là où IBM essaye d?entrevoir des opportunités avec l?Open Source - et on ne le blâmera pas pour cela bien au contraire ? avec sa piètre participation dans l?élaboration du format OpenDocument et en profitant du vent en poupe de OpenOffice pour l'intégrer indirectement à ses produits ; Microsoft à quant à lui décidé que le format ne convenait pas, et de loin, aux capacités réelles de sa suite bureautique qui fait référence sur le marché. Son initiative d?avoir eu recours à un nouveau standard alors que le premier refusait de considérer les anciens documents, Microsoft ou non, et beaucoup d'autres fonctionnalités qu'il est inimagnible de supprimer dans une application est donc tout à fait louable. Créer une version supérieure d'un produit avec moins de fonctionnalité que la précédente version est-il logique ? Quid pour les utilisateurs et les nouveaux clients ?

Microsoft et les entreprises ont un réel besoin de pérenniser leurs propres documents existants, et on ne peut imaginer qu?il en soit autrement. C'est ce qu'apporte ajourd'hui et pour demain, la normalisation du format Open XML. Nous pouvons aussi remarquer que le nombre de projets et de produits de génération, consommation et manipulation de documents bureautiques n?a jamais été aussi fort que depuis la standardisation de Open XML ? évidemment c?est aussi le format utilisé dans ces projets/produits. Une adoption bien plus grande que OpenDocument à sa sortie en tant que standard ou norme.

Il faut également noter que « l'opposition de tous les concurrents de Microsoft » n?est qu?une métaphore pour dire « l?opposition des entreprises ayant des intérêts dans OpenDocument et/ou l?Open Source et dans le fait que Open XML faillisse». Souvenons nous quand même que Apple (et bien d'autres), le deuxième plus grand concurrent de Microsoft a fait partie de l?élaboration de la norme Open XML.

L?argument qui consiste à dire que la commission Européenne aurait annoncée une enquête sur le déroulement de la procédure de normalisation n?est que de la fumée et une tentative de plus de divertir la populace en tentant de dire 'Mais si la commission Européenne a lancé une enquête c'est qu'ils sont coupables'. Coupable d'avoir mis leur format sous procédure ISO sûrement et de vouloir s'ouvrir.

Les trois formats bureautiques

Ce paragraphe de JM Gouarné montre plusieurs choses en plus de faire un amalgame et de jouer sur les aprioris. Quand à dire qu?Open XML n?est pas encore spécifié cela est assez originale alors que le premier argument contre Open XML parlait de 6000 pages. De plus, comme le spécifie les règles de l?ISO, et aussi étonnant que cela puisse être, les spécifications finales ne peuvent être fournis avant la fin du vote. En effet cet argument se retrouve scandé partout sur Internet alors qu'il s'agit là des règles de l'ISO ! Evidemment le texte original et les modifications étaient et sont toujours disponibles.

Lorsque JM Gouarné semble monter la conspiration de l?intérêt politique et économique de Microsoft dans la standardisation de Open XML afin de contrer OpenDocument, on pourrait se demander ce qui a poussé IBM et des entreprises de consultance à 'fournir' deux voire trois personnes chacune aux différentes réunions du comité pour venir dire ?Non? au format (et pour la France, nous sommes proche de la vingtaine de réunions !). Evidemment il est plus acceptable de tenter de démontrer un scandale marketing ? parce que le marketing c?est mal tout le monde le sait ? plutôt que de justifier de façon objective l?anti marketing des entreprises qui ont tout intérêt politiquement et économiquement à ce que la normalisation d?Open XML n?aboutisse pas. Heureusement grâce à ce dernier, nous avons pu encore plus améliorer le format.

Les trois possibilités pour les acteurs

Lorsque JM Gouarné stipule que « ODF reste le seul format bureautique à la fois normalisé et opérationnel » il nous ferait presque oublier que le marché est essentiellement constitué de documents Lotus 123, Office 97, 2000, XP, 2003 et 2007, de documents PDF, etc et que ce ne sont pas deux années de faible utilisation de StarOffice, d?OpenOffice et consort qui devrait changer cet état de fait.

L?actuelle implémentation d?Open XML dans Office 2007 n?est pas un nouveau format propriétaire comme Jean Maris le laisse entendre, mais une implémentation du standard ECMA-376 dans sa première version.

« la complexité rédactionnelle et le volume des documents » et le fait que « l'analyse des fichiers générés par Word, Excel et Powerpoint demandera beaucoup moins d'énergie et suscitera moins de risques d'erreurs que l'étude systématique des spécifications » n?est que le reflet de ce qui se passe aujourd?hui avec le format ODF où il faut aller chercher directement certaines informations dans OpenOffice et quelquefois même les algorithmes dans les sources ! A savoir que si plus de 6 milliards lisent l?anglais, il y en a beaucoup moins qui lisent couramment le C, l?assembleur ou le Java. Un comble pour la spécification d'une norme !

Encore un projet et une initiative que Jean Marie Gouarné semble ?ne pas connaître?, il s'agit du projet qui consiste à fournir les associations entre les anciens formats ? dont les spécifications sont devenues publiques - et la nouvelle norme Open XML : http://b2xtranslator.sourceforge.net/. Ce projet annoncé il y a quelques semaines par Microsoft, et financé par celui-ci, vient directement contredire l?argument « il n'existe en effet aucun « mapping » public entre les anciens formats et la nouvelle norme ».

Conclusion

Outre le fait que beaucoup de points sont omis dans l'article de Jean Marie (et la plupart semblent d'ailleures l'être volontairement car ces points ont largement été discuté en séance de commission) nombre pourraient être qualifié d'arguments de "raccro" en pensant qu'il faille absolument se rattrapper aux dernières branches de l'arbre pour amortir la chute.

Contrairement à ce que beaucoup pensent, cette normalisation n?est pas le point d?arrêt de l?interopérabilité des documents bureautiques mais bien un point de départ. Maintenant cela va être aux acteurs de montrer et démontrer que leur choix était sincère et que leur volonté est en phase avec leur comportement à venir. A Microsoft de confirmer, et je n?ai pas beaucoup de craintes là-dessus (c?est cette écart de jugement qui a embrasé et continuera à embraser les blogs), que ces engagements étaient réels et sincères et qu?ils seront suivis de mesures et de décisions adéquates. En ne donnant pas à Microsoft l'opportunité ou au moins en laissant le doute sur le changement d'attitude de Microsoft, dans le bon sens, lui laisse t-on la chance de pouvoir réellement changer ? I?m a believer not a dreamer ...

[Open XML] Quand les journaux se précipitent un peu trop ...

Alors que le célèbre journal 'Les Echos' et certains autres journaux Internet annonçaient le ralliement de la France à une position 'Non' dans le cadre du vote ISO de DIS 29500 Open XML, le résultat final se trouve être finalement une Abstention. Il semblerait donc que les sources de ces journaux et les journaux eux-même, se soient un peu trop précipité dans leur annonce du scoop :

• http://www.lesechos.fr/journal20080328/lec2_technologies_de_l_information/4707238.htm
• http://www.vnunet.fr/fr/news/2008/03/28/open_xml__la_france_confirmerait_son_refus
• http://www.linformaticien.com/Actualit%C3%A9s/tabid/58/newsid496/4127/la-france-devrait-refuser-la-normalisation-d-open-xml/Default.aspx

Alors, une trop grosse précipitation des journalistes ? Des sources trop pressées par l'euphorie du résultat ? Des sources non fiables ? Malheureusement cela ne montre qu'une fois de plus qu'il faut quelquefois attendre quelques jours de plus pour être sûr de son information ...

[Open XML] La France vote 'Abstention' au projet DIS 29500 Open XML

Le mail en provenance de l'AFNOR vient tout juste de tomber dans les boîtes aux lettres des membres de la commission AFNOR s'occupant des 'formats de documents révisable' a laquelle Wygwam, par ma personne et notre ami Redo, avons participé.

Cette position a fait l'objet de vifs débats ces derniers jours qui ont finalement donné raison à une 'Abstention', une position pourtant défendu par l'ensemble des membres - sur ce point il y a eu consensus au moins - comme étant une position laissant son vote aux autres pays.

Résultat au niveau mondial ? Feedbacks de cette normalisation ? Dans de prochains posts qui devraient suivre très rapidement ...

[Open XML] Chapitre 4 & 5 de 'The Interoperable'

Les deux nouveaux chapitres des aventures de Opie le standard, sont disponibles sur dans le groupe FaceBook 'Open XML Enthusiasts' :

• Chapitre 4 :
  • Planche 7
  • Planche 8
• Chapitre 5 :
  • Planche 9
  • Planche 10

Mais qu'adviendra t-il de Opie ?

Transitions 3D dans OpenOffice 2.4

OpenOffice 2.4 vient tout juste de sortir et même s'il ne s'agit pas encore de la tant attendu version 3, voici une fonctionnalité que j'avais déjà soumis il y a quelques années aux développeurs Office (en espérant que ce ne soit pas resté aux oubliettes) : les transitions 3D. Disponible uniquement pour les possesseurs de systèmes Linux (a quand la version Windows ?), voici une petite vidéo qui illustre le principe (depuis la réalisation de la vidéo de nouveaux effets sont disponibles) :

Le genre de fonctionnalité très marketing et très 'eye-candy' que tout le monde utilisera lors de ses présentations, enfin pour ceux qui croient encore que la présentation est plus importante que leur discours. Néanmoins même si ce genre de transition n'est pas vraiment une best-practise dans le domaine (au passage je vous recommande le livre ci-contre par un maître dans le genre), je trouve quand même que ça en jette !

PS : notez que certains plugins PowerPoint permettent déjà cette prouesse, mais la question reste la même, à quand en standard dans Office ? Office 14 ?

PS 2 : si en plus un SDK Office pouvait fournir un point d'extension pour développer ses transitions DirectX personnalisées alors ce serait vraiment merveilleux !

[Open XML] De l'attitude de Google, d'IBM et d'autres dans le processus ISO

Alors que l'on attend toujours la position de la France qui n'a pu faire l'objet d'un consensus lors de la dernière réunion AFNOR, voici quelque liens qui vont bien dans le sens du déroulement de la réunion, avec l'arrivée de certaines entreprises présentent juste pour la forme, et de certains propos tenu par certains opposants à Microsoft au format Open XML :

• En Norvège, Google & IBM s'inscrivent aux derniers moments : http://idippedut.dk/post/2008/03/Committee-stuffing.aspx
  Très belle définition de la participation des géants de l'Informatique dans le processus de normalisation. Sachez tout de même qu'en France, IBM a été un participant actif aux différentes réunions et cela depuis le début. En revanche, on en pourra pas en dire autant de Google malheureusement qui semble avoir copié ses voisins Norvégiens.

• A croire que les seuls arguments que peuvent avancer certains opposants au format sont ceux de Rob Weir ou consort, l'argument principal étant que tous les commentaires non pas été traité un par un, que le document de la norme finale n'est pas disponible, qu'il reste encore certaines potentielles erreurs et enfin que le BRM ne leur a pas donné entière satisfaction. Patrick Durusau l'éditeur de la norme ODF donne son point de vue dans un document qu'il vient tout juste de publier : http://www.durusau.net/publications/adhocrules.pdf 

Néanmoins les personnes avançant ces arguments n'ont pas vraiment insisté dessus, parce qu'outre un désespoir avéré, ils savent que cela n'est que du FUD ! Le fait de ne pas avoir de document final avait été évoqué avant le BRM et les règles de du JTC1 ISO/IEC sont claires sur le fait qu'aucun document ne peut être disponible avant le vote de reconsidération. Le fait qu'il reste encore des points à améliorer rentre tout à fait dans le cadre du processus de maintenance des normes, et toutes les normes y ont eu droit ! Que tous les commentaires n'ont pas été traité : faux ! Même si cela a été fait par lot, tous les commentaires ont été traités et 1014 sur 1027 des commentaires ont été acceptés.

Pour reprendre la conclusion du dernier post de Doug Mahugh :

• Lisez les spécifications et vous serez l'un des participants les mieux informés (et souvent de très loin) de votre comité.
• Etudiez les problèmes, évitez les distractions et allez à vos propres conclusions.
• A partir de cet enrichissement personnel, vous serez à même de défendre les intérêt de votre pays.
• La normalisation est un processus rationnel, non émotionnel.