Discussion :

[logic_man]

Peut-on développer des application windev tournant sur FreeBSD ??

[frenchsting]

En théorie, en passant par Java, c'est oui.

En réalité, j'ai des doutes, car on parle de WinDev = Windows Developpement. Comme son nom l'indique, l'AGL est orienté Windows.

De plus, si ton appli est complexe, je ne suis pas sûr la "passerelle" Java soit adaptée.

[logic_man]

Merci pour la réponse, Bien que d'aprés la PUB de PCSoft, l'un des atouts de Windev est le Multi-Plateforme

[frenchsting]

C'est une des subtilités de la "pub" Windev. Si ton projet se contente d'afficher "Hello world !", il y a de fortes chances que cela fonctionne. Si c'est pour faire un projet de gestion de stock avec des affichages animés et autre interactions multimédia, je ne suis pas certain que les fonctionnalités soient toutes opérationnelles.

Je grossis volontairement le trait, mais comme je le dis plus haut, c'est multi-plateformes dans certaines conditions...

[logic_man]

L’application est plutôt complexe, les raisons qui m’en pousser à chercher de la développer sous FreeBSD c’est que notre serveur tourne sous UNIX SCO et j’ai eu l’idée d’installer l’application sur un poste ayant FreeBSD et sous l’interface X11 pour profiter de l’accès à la base de données sur le serveur.

[frenchsting]

Rien n'empêche d'utiliser un poste Windows qui attaque une base de données sur un serveur Linux. Beaucoup de gens ici le font.

C'est quoi ton gestionnaire de base de données ?

[logic_man]

C’est ça le hic, l’UNIX utilisé est un très ancien SCO (serveur avec des Ways) les applications sont développé avec Cobol 85. Donc il n’ya pas réellement une base de données, mais plutôt des fichiers de base de données…
Un nouveau system est déjà installé (sous Oracle) et une application intégrée est encore de développement auprès d’une Ste externe, mais je crois que ça va tarder.
Je suis entrain de cavaler seul et forcer un peu la main du service informatique de notre ste en développant des applications plus conviviales et plus pratiques

[frenchsting]

Pour Oracle, c'est simple, beaucoup de personnes sur le forum l'utilisent.

Pour lire tes fichiers COBOL, je ne suis pas certain qu'avec la structure des fichiers (fichiers indexés) et surtout le transcodage des caractères ça puisse fonctionner.

[logic_man]

Je n'ai de soucis pour Oracle d'ailleurs le nouveau système est encore en première phase... pour pouvoir lire des données des fichiers cobol j'ai contourner les problèmes en lisant les fichiers texte des éditions et récupérer les données dont j'ai besoin, l'application que je développe n'écris pas dans les fichier (pas de besoin) mais j'ai seulement besoins d'acceder à des données.. GRAND Merci pour votre aide ...

[frenchsting]

Dans ce cas, est-ce que tu utilises un SAMBA (ou similaire) pour le partage de données ?

Comme je le disais dans mon précédent message, il faut penser au transcodage.

Sinon, si tu peux accéder et lire tes fichiers, il va falloir ruser. 2 solutions qui me viennent à l'esprit :
- Travailler directement sur les fichiers COBOL en les chargeant en mémoire (tableaux de structures).
- Importer les fichiers COBOL dans des fichiers HF.

A voir suivant ton cas. Et peut-être une autre soluce...