Bonjour,

Etant en plein désespoir de ne pas trouver de solutions au problèmes que je rencontre avec windev, je voudrais demander a des programmeurs confirmés en windev quelle solution envisager pour réaliser le type d'application 3 tiers décrite ci dessous.

Application a réaliser :
(Pour une société de vente -> Commandes + Livraisons)

Base de Donnée Sql Server de l'entreprise (ENTREPRISE)
Base de Donnée Sql Server créée pour l'Application (PPC)

-ACCES LAN
La Supervision permet d'ajouter a la Base de Donnée PPC
des commandes a préparer provenant de la BD ENTREPRISE.
La supervision peut voir ou en est le traitement...
(+- Idem pour livraisons)

-ACCES WIFI
LES Pocket PC vont récuperer dans la BD PPC la premiere commande a préparer de la "playlist"
(+- Idem pour livraisons)

J'ai déjà testé les meilleures possibilités de Windev sans résultat :

1 - Web Services :
Windev 10 est sensé permettre l'accès à des Web
Services .Net, mais il ne permet que d'envoyer et recevoir
des types numériques et de chaine de charactères ce qui
réduit presque a néant l'interet d'utiliser ces méthodes.
Il n'y a pas moyen de récuperer un type dataset ou même
un tableau d'éléments...
Etant donné la taille des éléments a renvoyer, je me
vois mal renvoyer chaque champ d'une Commande a préparer
ou d'une ligne de cette commande champ par champ
(Nombre de méthodes x 10 ou +)

2 - Accès par Socket
Bon d'accord il y a moyen de faire une communication
intégrale par socket, mais à ce moment la autant se jeter
d'un pont direct.
J'ai déjà fait des Serveur Tcp Multi-Thread et
Multi-Socket en C, C++ et Java, mais je n'ose pas
imaginer la difficulté de faire ca en Windev...
De plus le protocole a créer serait tellement compliqué
que je m'y perdrait en 2 min.

3 - Accès direct au Bases de données
Windev Mobile 10 ne permet pas d'accès direct à SQl
Server.
Le driver OLEDB n'existe pas et empèche toute connexion.
L'éditeur d'analyse permet de créer ce genre de connexion,
cela fonctionne très bien en simulation, mais plus rien
ne vas une fois arrivé sur le pocket pc

J'ai aussi testé directement en .Net via webservice sans rencontrer le moindre problème (normal...)
et j'ai aussi créé un petit client c# qui fonctionne lui aussi très bien.
Malgré cela je doit quand même tout faire pour y arriver en windev (question de licenses)

J'hésite fortement a tester :

1 - Hyperfile dans un dossier partagé r+w
Etant donné que les pocket pc sont en Wifi, si un pocket
pc perd sa connexion pendant une écriture ou une lecture,
que se passe t'il ??? (Mieux vaut ne pas imaginer)
J'ai vu sur un forum que toute la base était perdue...
Cela ne m'interesse donc pas vraiment.

2- Hyperfile Client-Serveur
J'éprouve les même craintes pour ce type d'accès mais
j'ai lu que l'on travaillait par requête ce qui pourrait
peut-être aider à fonctionner (Ne pas planter surtout).
Cepandant , si le serveur peut lui avoir une copie
Hyper-File complète de ma base de données, le Pocket PC
ne doit quand a lui en avoir qu'une infime partie ce qui
a l'air difficilement réalisable.
C'est donc presque la la seule solution envisagable mais
j'aimerais savoir sa fiabilité avec du Wifi


Voila l'impasse dans laquelle je suis...
J'hésite donc entre faire tout en .Net mais je ne suis pas sur qu'on acceptera pour les licenses, ou trouver une autre solution via Hyper-File ou tout autre moyen sécurisé ou on ne risque pas de me vautrer ma BD...

WinDev : backOffice
WebDev : frontOffice.

En attendant que WM sache attaquer en direct du SQLServer (voir avec le ST), vous utilisez vos PPC comme des browser (vous attaquez la base au travers de WebDev) avec des pages bien sur à la bonne taille.

Je ne dispose pas de WebDev pour le moment et j'ai lu a beaucoup d'endroit qu'il était très difficile de faire correctement du webdev.
J'aimerais savoir si la solution Hyperfile Client/serveur pourrait s'appliquer dans ce cas (Base répliquée pour le serveur, et méga-light pour le Pocket)
et si elle ofre la sécurité suffisante (En cas de coupure wifi).

Je ne pense pas pouvoir disposer de Webdev et je ne crois pas qu'il as été acheté par l'entreprise...

Bonjour, je travail a peu près sur le meme genre de programme actuellement avec des éléments en plus.

Pour répondre a certaines de tes question si c tjs le cas...

Sache que tu peux récupérer des "dataset" avec les WEBSERVICES dotNet sans aucun problème. En fait le WebService renvoie une réponse sous forme de fichier XML donc le traitement est très aisé. Et la récupération d'une donnée XML sous WIndev se fait sans encombres.

Pour remplir le XML de sortie de ton WebService, il te suffit de faire une procédure stockée dans ton SQL SERVER qui va te le remplir.

D'autre part, en ce qui concerne les Socket Windev, je crois pas avoir vu de fonction plus simple à utliser (connecté, lit, écrit...). Bon pour être franc, c'est peut être aussi leur faiblesse... Je n'ai tjs pas vu sur quelques forum que ce soit une vraie solution à la détection d'un fin de communication socket sauvage...

Maintenant pour revenir à ton probleme, je ne sais pas quel est ton language de prog de prédilection. Mais avec une base de donnée MS SQL SERVER déjà existante, le mieux serait de développer une appli web en C#. Les version de visual c# ou visual web c# de chez Microsoft sont gratos et avec le nouveau framework 2.0, et les nouveaux objets préconcus pour la lecture et l'écriture , et la connexion à des bases est très aisée si on se penche un peu dessus.

BOn courage
Bon dev