Sympa

• [^]Re: Sympa

  Posté par David Allard (page perso, ) le 27/06/2006 à 09:40. (lien). Évalué à 2.

  C'est vrai que OpenAguila semble sympa et répond à pas mal de demandes des utilisateurs mais le véritable problème reste la migration depuis l'existant. En effet quid de la récupération des données d'un client qui fonctionne par exemple avec la suite logicielle EBP ou Ciel Compta.
  
  Je pense que maintenant que plusieurs outils arrivent à maturité, le pas le plus important sera celui de la conversion.

  • [^]Re: Sympa

    Posté par Stéphane TRAUMAT (page perso, ) le 27/06/2006 à 09:54. (lien). Évalué à 2.

    Si une solution Open source permet de faire de la location d'applications à coût réduit et permet de se débarasser des politiques commerciales à la con de Sage, je pense que l'existant (des petites pme) ne sera pas trop un problème...
    faudra juste récupérer les articles et les clients ce qui n'est pas dur.

  • [^]Re: Sympa

    Posté par Vador Dark (Jabber id, ) le 27/06/2006 à 12:56. (lien). Évalué à 1.

    Le problème, c'est que l'une des choses qui est reprochée aux logiciels propriétaires, c'est justement l'enfermement des données.
    EBP par exemple a collé un mdp pour la base de donné(qui utilise un moteur lui-même fermé, tant qu'à faire), et ils refusent de le diffuser("c'est pas comme ça que cela fonctionne" répond l'assistance). Avec eux, je me suis toujours retrouvé face à un mur, impossible d'obtenir de nouvelles fonctionnalités qui manquent, impossible de les implémentés soit même(même de façon externe au logiciel, en accédant à la DB par exemple), ... .
    Je doute que coté Ciel, ça soit mieux.

    • [^]Re: Sympa

      Posté par Stéphane TRAUMAT (page perso, ) le 27/06/2006 à 13:12. (lien). Évalué à 1.

      Moi je bosse un peu avec APISoft et il nous laisse taper dans la base... on peut pas tout faire mais on peut faire quand même des trucs sympas.

      • [^]Re: Sympa

        Posté par wilk (Jabber id, page perso, ) le 28/06/2006 à 06:43. (lien). Évalué à 1.

        Pareil. Tu tapes dessus avec quoi ? Moi python...
        C'est vrai qu'on a un accès "libre" à toute la base (access / oracle), mais c'est quand même beaucoup du reverse ingeniering, avec très très peu de doc et d'assistance technique. Même si c'est moins pire que chez les autres, ça reste quand même trés fermé et c'est dommage car une véritable ouverture des données serait un très grand pas vers le libre.

        • [^]Re: Sympa

          Posté par Stéphane TRAUMAT (page perso, ) le 28/06/2006 à 08:02. (lien). Évalué à 1.

          Nous, c'est du Java/J2EE.. on a développé un extranet client pour APISoft. Je connais assez bien le boss maintenant donc on a une assistance technique mais ça n'a rien à voir avec ce qu'on a pour le libre :(

    • [^]Re: Sympa

      Posté par zx81 () le 27/06/2006 à 16:22. (lien). Évalué à 1.

      EBP par exemple a collé un mdp pour la base de donné(qui utilise un moteur lui-même fermé, tant qu'à faire)

      
      Il y a quelques années, EBP utilisait Btrieve (un bon moteur de de séquentiel indexé). Est-ce toujours le cas ? Quelqu'un a un EBP sous le main pour vérifier ?
      Parce que j'avais réussi à trouver le mot de passe...

      • [^]Re: Sympa

        Posté par Vador Dark (Jabber id, ) le 27/06/2006 à 17:04. (lien). Évalué à 2.

        Depuis quelques versions, ils utilisent Pervasive. Un moteur qui se charge avec Windows et qui alourdi ce dernier considérablement.
        Quand on le désactive du chargement, c'est un vrai bordel pour lancer le logiciel.

        • [^]Re: Sympa

          Posté par zx81 () le 27/06/2006 à 17:23. (lien). Évalué à 1.

          Pervasive Software : L'éditeur
          Pervasive Sql : le moteur
          Btrieve : le séquentiel indexé sur lequel se base le moteur (je l'ai utilisé pendant des années sous Netware, hyper performant et archi stable !).
          
          As-tu essayé avec un driver Odbc ?
          
          Y a t-il des fichiers *.ddf quelque part sur le disque ? (c'est des fichiers plats utilisés par la surcouche sql comme dictionnaire car les fichiers natifs ne comprennent que des records bruts).
          
          A l'époque j'avais intercepté le mot de passe sous Dos (le moteur était un "résident" et c'était facile de détourner l'INT d'appel et de mater les champs passés). Le même chose devrait être faisable sous Win (peut-on "hooker" n'importe quelle fonction d'une DLL ?)

          • [^]Re: Sympa

            Posté par Vador Dark (Jabber id, ) le 27/06/2006 à 17:43. (lien). Évalué à 2.

            Je ne peux vérifier pour les fichiers ddf actuellement. Mais lorsque j'aurai accès à la machine, je regarderais.
            Il est sans doute possible de l'attraper le mot de passe, et donc de créer un exportateur. Je tenterais de m'y aventurer, à l'occasion, voir ce que je peux en tirer.
            En revanche, ce qui me gène, c'est de devoir en arriver là. Pour accéder à ses propres données, il faut détourner une protection. C'est selon moi assez choquant. Mais pour les personnes l'utilisant, il est "normal qu'ils protègent leur business", alors bon, je ne vais pas tenter de libérer des gens qui trouvent légitimes la chaîne qu'on leur a mis ;).

[+] c'est libre mais merci d'installer le JDK de Sun ...