Bonjour,

Il n'existe effectivement pas en WM de driver ODBC.
Si vous êtes forcés de vous servir de cette base de donnée, cela signifie qu'il vous faut impérativement cet accès ODBC d'une façon ou d'une autre.
Le WebService est effectivement une bonne solution. Tout comme tout mode de communication permettant de faire du client / serveur.

Le principe n'est pas compliqué :
Se baser sur un format de transmission de données qu'Android va supporter.
Avec un webservice, en fait, le principe est assez simple. La théorie est plus compliquée, car basée sur des appels SOAP, ce qui implique d'écrire du XML à la louche pour réaliser les appels / réponses.
Problème : Il faut avoir WD/WB pour réaliser un WebService.

Il existe toutefois une autre solution : Utiliser un autre langage.
A la façon des WebServices, il est possible de développer dans n'importe quel langage ( de préférence Web avec un support ODBC intégré ) une interface, qui aura à sa charge de créer le 'driver ODBC' Android.
L'idée est que cette seconde application aura en charge, à partir d'une information contenue dans votre QR, d'effectuer la requête sur votre serveur FileMaker, et de renvoyer les informations à l'application Android. Celle çi disposera ensuite des informations dans le format que vous aurez décidé.
Le souci étant qu'il faut coder la translation des données à la main dans la plupart des cas, car il est difficile de sérialiser un RowSet entre langages. Pour cela, l'idéal : XML.
Ce qui a plusieurs avantages :
Toutes les applications supportent XML ( et les langages ne supportant pas XML aujourd'hui sont rares. A moins que vous ne programmiez régulièrement en BrainFuck ou en Piet. )
C'est un moyen de transmission standardisé
La transmission se fera sur le port 80
Il est très facile d'étendre les possibilités de votre application Android, par l'adjonction d'un site web, par exemple.

Donc, là est le principe : Gérer un serveur indépendant d'Android qui vous permettra de faire le lien Android - ODBC.

Cette application devrait effectuer :
- Authentification de la requête ( indispensable dans un contexte ou on utilise une architecture comme celle là, on ne veux pas que n'importe qui puisse supprimer n'importe quoi. Et là, c'est difficile pour moi de dire qu'utiliser. On peut commencer par utiliser HTTPS , déjà. Puis utiliser une authentification dans le terminal qui sera transmise et vérifiée par le serveur. )
- Identification de l'action à réaliser ( en général par des appels sur des pages différentes )
- Requête sur FileMaker
- Création de la réponse XML à partir du RowSet de la DB
- Retour de la requête, avec, dans l'idéal, un moyen de l'authentifier ( Même si normalement, en utilisant HTTPS , c'est plutôt bon. )

Android n'aura plus qu'à faire :
- HTTPRequete()
- Et voilà les données en XML, je les exploite

En espérant que cela vous aidera.

Bonne journée !

Merci beaucoup pour vos réponses ! J'ai appris pas mal de choses grâce à vous

J'ai réussi à acquérir auprès de mon professeur accompagnant une version de Windev 17 qui me permettrait donc de créer un Webservice

Je pense qu'étant donné que je suis un piètre développeur il sera plus simple de passer par un webservice que je créerai en Windev 17 et que j'exporterai vers mon projet en VM17. Ne connaissant pas les webservices puisque je ne les ai jamais utilisés, est-ce que c'est compliqué à mettre en place ?

Pourriez-vous me décrire les différentes étapes à effectuer dans le cas de mon projet ?

Cordialement,

Bastien

Okeyyy je comprends mieux !!!

Donc je peux sans autre générer mon webservice en Windev 17, l'importer dans mon projet WM17 et le faire tourner à l'aide du serveur d'application WebDev 17 (10 connexion) sachant qu'il n'y aura pas plus de 2 connexions simultanées sans obligatoirement devoir acquérir WebDev 17 ???

C'est top je vois le bout du tunnel pour ce qui est de la procédure à effectuer pour l'élaboration de mon projet. Le mur devrait rester en place ^^

En tout cas je vous remercie mille fois pour l'aide que vous m'apportez car en temps que néophyte en développement Windev et du haut de mes petits 22 ans, cela me rassure d'obtenir l'avis et les conseils de personnes plus expérimentés !

Bonne journée à vous

Re bonjour

Encore une fois je vous remercie pour vos conseils et j'ai analysé la solution dont on a parlé. Le fait est que mon serveur de production est un MacOSX Server, est-ce que le serveur d'application Webdev tourne sur Mac ?

Deuxième chose, je me suis demandé s'il ne serait pas plus simple de faire une liaison par IP, qu'est-ce que vous en pensez et est-ce que j'aurais la possibilité d'utiliser cette méthode compte tenu des contraintes de mon projet ?

Merci d'avance et bonne journée

PS: Le mur est en train d'être repeint en rouge sang... ^^