Discussion :

[droliprane]

Bonjour à tous,

au boulot on me demande de développer une petite appli qui servira à pondre des étiquettes avec codes barres pour les colis qui partent chez nos client, et ce dans le but pour eux d'assurer une meilleure traçabilité de ce qu'ils reçoivent de leurs différents fournisseurs, dont nous.

Sur ces étiquettes il faudra faire figurer l'OA du client (ordre d'achat), la référence de l'article contenu dans le colis, et un code fournisseur qui nous sera attribué.

Je souhaite que mon utilisateur n'ait qu'à rentrer le n° de BL dans mon appli, et cette dernière va aller interroger la base Progress de notre GPAO pour récupérer les infos connexes (article et OA associé au BL).

Ma question est la suivante : comment se connecte-t-on à une base progress ? J'ai vu que l'accès natif n'est pas dispo sur ma licence, est-ce que c'est un module qui s'achète ou se télécharge ?
Sinon, est-ce que je devrai passer par la création d'un connecteur ODBC dans mon environnement Windows, auquel cas faudra-t-il faire ça sur tous les postes qui utiliseront l'appli ?
Enfin, si je dois faire un lien ODBC, est-ce que le fait que ma base Progress soit sur un environnement Linux risque de poser problème ?

D'une manière générale, merci de me dire ce que vous feriez à ma place, les solutions possibles, etc...

Merci à tous

[tatayo]

Bonjour,
L'accès natif Progress est payant.
Par contre il est possible de créer une source ODBC, mais il faut installer le client Progress (en fait OpenEdge depuis quelques années ), donc il faut la licence qui va avec. Il me semble que le Client Networking suffit.
Ensuite peu importe l'OS qui héberge la base de données, comme avec n'importe quelle base accédée en ODBC.

Tatayo.

[droliprane]

En fait c'est pas encore du OpenEdge sur ce site là, ils ont une vieille version et le moteur est Progress 8.3E

Tu saurais me dire où je peux trouver un "client networking" adapté à cette version ?

Merci à toi

[fffttt]

ah progress ! ca marchait super bien. bon pas très user friendly mias sacrément efficace.

en effet, comme tatayo et en odbc (bon ca marche nettement moins bien !).

[droliprane]

Ok de toute façon moi je veux juste accéder en consultation donc pas besoin de grosses perfs pour de la petite lecture

Par contre, pour l'instant je n'ai trouvé que ça =>

https://shop.openlinksw.com/offers/o...ype=buy&mode=u

Il n'existerait rien en gratuit ?

Merci

[tatayo]

En fait c'est pas encore du OpenEdge sur ce site là, ils ont une vieille version et le moteur est Progress 8.3E

Tu saurais me dire où je peux trouver un "client networking" adapté à cette version ?

Merci à toi

Si tu as une base Progress, il y a de forte chance que l'application soit aussi en Progress.
Il faut regarder le raccourci qui lance l'application, en fait il pointe vers un Prowin32.exe.
C'est le fameux "Client Networking".

A ma connaissance il n'y a rien de gratuit.

Tatayo.

[droliprane]

Non non, ce n'est pas une appli win32, on lance le client linux via un terminal telnet sous windows...

[droliprane]

Bonjour,

je poursuis dans ce sujet mais j'ai un peu changé mon fusil d'épaule et j'ai une nouvelle question.

Finalement, j'ai développé une petite routine qui va exporter les infos du BL à chaque fois que la personne fait un BL dans notre gpao sous Progress.

Les BLs sont exportés dans un fichier txt nommé par leur numéro, sur un partage réseau de mon serveur Linux (je les aurais bien déposé directement sur un partage Windows accessible depuis ma RedHat mais je n'arrive pas à y accéder)

Ensuite, mon appli WinDev vient lire le contenu du partage réseau Linux, et si elle trouve des fichiers alors elle en lit le contenu et l'importe dans sa base sql server, et supprime les fichiers en question.

Là ce qui me bloque, c'est que je n'arrive pas à ouvrir un fichier txt pour en lire le contenu. Ca fonctionne quand le fichier est en local sur mon C, mais pas quand j'accède au partage via un lecteur réseau mappé sur ce partage (T

J'ai l'erreur suivante :

Impossible d'ouvrir le fichier <T:\405134.txt>
Détail de l'erreur système : Accès refusé.


Pourtant depuis mon explorateur j'ai bien le droit d'ouvrir et modifier ces fichiers depuis le T:

De toute façon, le partage Linux est en chmod 777 donc normalement pas de soucis


Voyez-vous ce qui pourrait interdire l'accès à mon appli WinDev ? Sinon j'avais pensé à copier systématiquement les fichiers à importer dans un dossier temp local, en plus ça m'éviterait l'ouverture d'un fichier à travers le réseau et le problèmes qui vont avec...

Merci d'avance pour vos idées.

[droliprane]

Alors finalement comme ma gpao sous Linux est lancée par des users différents, le fait d'avoir fait un partage avec les droit rwx (777) pour tous, n'empêche pas que le fichier exporté est créé avec les droits minimum et appartient au user qui exécute la gpao progress.

donc j'ai rajouté dans ma routine de création du fichier un petit chmod 777 silencieux sur le fichier fraichement généré, et maintenant mon appli WinDev ouvre les fichiers sans problème.

[droliprane]

allé encore un petit tuyau :

au fur et à mesure que j'importe mes bl, j'affiche une trace de l'import dans une champs texte

comment faire pour que le texte défile et soit toujours tout en bas, au fur et à mesure que j'écris dedans ?

En fait exactement comme le système Trace de WinDev !!

Merci à vous