Re: [ServOO-users] Toujours sur le chemin de l'installation de ServOO 0.3

[Ghislain <ghi...@lo...>]

>P.S. Par "appli standard de conversion", j'entendais de ne pas avoir a
>passer par une socket ( D'autant que d'apres une autre equipe de codeur
>etant sur le projet "XPub" sensiblement analogue a "ServOO" , le serveur=
 de
>OO a des difficultes ponctuelles "d'endormissement"...
>
> =20
>

oui, on a le meme probleme, mais on utilise un systeme pour le=20
rereveiller. Ca provoque cependant des petites interuptions de service=20
parfois.
On a plein d'idees pour resoudre ce probleme, mais la demande est faible.

>J'ai telecharge et commence a regarder les sources de OO v2 dans l'espoi=
r
>d'isoler les class de conversion du .DOS de MS.
>En effet, puisque Writer2LateX s'occupe pour sa part du .SXW, ce serait =
la
>la seule chose qui me manque personnellement pour la mise en =9Cuvre d'u=
ne
>appli la + fonctionnelle possible et la + simple a installer.
>
>Cependant, je en me fais pas trop d'illusion.
>Des milliers de class Java interoperables et une bonne partie du code en=
 C++
> =20
>
>vont surement me ramener a la realite...
>Mon interrogation venait du fait que je n'avais pas encore realise que l=
a
>conversion du .DOC se faisiat via OO et sa socket...
>
>Cela dit, pourquoi une socket et pas une ligne de commande basique ???=20
>A vrai dire, je ne sais meme pas encore, a l'heure actuelle, si vous avi=
ez
>ou non le choix...
> =20
>
J'ai fait le meme cheminement que toi au debut de developpement de=20
ServOO (il y a deux ans).
J'ai essay=E9 d'isoler le code de OOo, puis j'ai essaye de voir si on ne=20
pouvait pas commander OOo en ligne de commande et puis finalement on est=20
arriv=E9 a la solution que tu as sous les yeux. Elle n'est pas simple,=20
mais c'est la seule qui marchait a l'epoque. Je serais heureux que la=20
situation soit plus simple maintenant, tiens nous au courant.
Ghislain