Problème utilisation HDéclareExterne() dans un WebService.

Version imprimable

Bonjour à tous,

Voici un autre problème que j'ai et sur lequel je m'arrache les cheveux depuis plusieurs jours.

J'ai un Web Service qui est supposé ce connecter à une base de données dont il connait le chemin et exécuter des requêtes dessus, après il traite les résultats, etc ... Le problème vient au moment de la récupération des données dans la table de la base de données. Voici un extrait de mon code pour me connecter à la base de données :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 gcnxCnx_Access..Provider = "Microsoft.ACE.OLEDB.12.0" gcnxCnx_Access..Utilisateur = "" gcnxCnx_Access..MotDePasse = "" gcnxCnx_Access..Serveur = gsBase gcnxCnx_Access..BaseDeDonnées = "" gcnxCnx_Access..Accès = hOLectureEcriture gcnxCnx_Access..OptionsCurseur = hCurseurServeur // Ouverture de la connexion SI HOuvreConnexion(gcnxCnx_Access) ALORS RENVOYER Recuperation_Donnees_Table() SINON Ajoute_Info_Log(HErreurInfo(hErrComplet)) RENVOYER Faux FIN
Ce code-ci renvoie vrai jusqu'à : "RENVOYER Recuperation_Donnees_Table()"

Le code de cette procédure étant :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 PROCEDURE PRIVÉE Recuperation_Donnees_Table() : booléen LOCAL i est un entier = 1 sTables_intermediaires est une chaîne = Remplace(ExtraitChaîne(sTable,i," INNER JOIN "),["(",")"],"") TANTQUE PAS (sTables_intermediaires ~= EOT OU sTables_intermediaires ~= "") SI PAS HDéclareExterne(sTables_intermediaires,sTables_intermediaires,gcnxCnx_Access) ALORS Ajoute_Info_Log("Les données n'ont pas été récuperées." + RC + HErreurInfo(hErrComplet)) RENVOYER Faux FIN i++ sTables_intermédiaires = ExtraitChaîne(ExtraitChaîne(sTable,i,"JOIN "),1," ON ") FIN RENVOYER Vrai
Là où ça bloque, c'est à l'appel : "HDéclareExterne(sTables_intermediaires,sTables_intermediaires,gcnxCnx_Access)" qui renvoie faux, alors que si je fais mes tests en test de procédure, cela fonctionne très bien.

Du coup, je n'arrive pas à comprendre ce qui peux clocher, sachant que ma connexion est belle et bien effectuée et que sTables_intermediaires contient bien les noms des tables utilisées dans la requête.

Merci à ceux qui auront le courage de me lire et de me répondre.

Bonne journée/soirée

Cordialement, Warren.

04/08/2016, 09h14
Wakoukass

Le rapport de l'erreur

Je viens de remarquer que j'avais oublié de mettre le rapport de l'erreur, donc le voici. J'ai remplacé le nom de ma base de données, qui est en ".accdb", par :<Nom de ma base de données>", à la ligne : "Source de données", par respect pour l'entreprise dans laquelle je fais mon stage. De plus, Hot_Line est le nom d'une des tables dans laquelle j'aimerais récupérer des infos, j'ai essayé avec d'autres tables, ça n'a rien changé.

Citation:

Que s'est-il passé ?
Erreur de l'accès OLE DB.
Numéro d'erreur = 170129

Echec de l'ouverture du fichier.

Code erreur : 73001
Niveau : erreur non fatale
Code erreur WD55 : 3001

Message d'erreur système :
Description = Classe non enregistrée
Source = Provider
Help Context = 1240640 (0x12ee40)
Error Number = -2147221164 (0x80040154)
Native Error Number = -2147221164 (0x80040154)

Dump de l'erreur du module 'wd210hf64.dll' (21.0.76.1).
Identifiant des informations détaillées (.err) : 72801
Informations de débogage :
SELECT * FROM Hot_Line
IEWDOLDB=111.46
Module=<WDOLDB>
Version=<21.0.9.0>

[Current Recordset parameters]
Wanted = LockType = <adLockUnspecified>, Location = <adUseNone>, Type = <adOpenUnspecified>, Capacities = <ffffffff>
Got = LockType = <adLockUnspecified>, Location = <adUseNone>, Type = <adOpenUnspecified>, Capacities = <ffffffff>
Provider : Microsoft.ACE.OLEDB.12.0
Source de données : D:\Mes Projets\Web Service\<Nom de ma base de données>
Emplacement du curseur : Server
Unicode supporté : 1
Code page du WL : 1252
Code page de la connexion : UTF-16

Version du MDAC = <6.3.9600.16384>.

[Data format]
Query Parameter Checked = <0> = <>
Query Parameter Needing conversion = <0> = <>
DecimalSeparator = <Undefined>
DateFormat = <Undefined>

[Cursor settings Match]
LockType = <adLockOptimistic>, Location = <adUseServer>, Type = <adOpenUnspecified>, Capacities = <ffffffff>
LockType = <adLockPessimistic>, Location = <adUseServer>, Type = <adOpenUnspecified>, Capacities = <ffffffff>
LockType = <adLockReadOnly>, Location = <adUseServer>, Type = <adOpenUnspecified>, Capacities = <ffffffff>

Informations supplémentaires :
EIT_LOGICALTABLENAME : <Hot_Line>
EIT_NATIVECODE : <170129>
EIT_ADOCODE : <-2147221164>
EIT_BASECODE : <-2147221164>
EIT_ODBCDESCRIPTION : <Classe non enregistrée>
05/08/2016, 16h57
Wakoukass

Avancement du problème.

Après plusieurs de tests diverses et variés, j'ai pu découvrir que si je passais le projet en exécutable Windows 64 bits sur Windev, ça ne pose plus aucun soucis. Alors est-ce qu'il y a un truc particulier par rapport au fait que ce soit un Web Service ? J'ai aussi tester en le passant en Web Service Windev et le problème reste inchangé dans ce cas.

Si quelqu'un à le courage de me lire et possède ne serais-ce qu'une idée ou une piste pour m'aider, je suis preneur.

Merci d'avance.
19/08/2016, 15h08
Wakoukass

Bonjour à tous,

J'ai envoyé un mail au support technique gratuit de PCSoft, qui m'a remercié de les avoir prévenu du dysfonctionnement et ne m'a pas répondu depuis plus d'une semaine.
Arrivant à la fin de mon stage et étant un peu désespéré, j'ai fait d'autres tests, notamment en intégrant dans mon analyse les descriptions des fichiers qui m'intéressent. Et là, pareil, cela fonctionne très bien sur un test local (test de procédure avec un GO), mais dès que j'essaye d’appeler cette procédure de mon Web Service avec un autre programme :

Citation:

ERREUR !!!!!!!

:calim2::ouin:

Donc si quelqu'un à eu vent d'une possible solution à ce problème ou tout du moins, une méthode permettant d'effectuer des requêtes SQL sur des bases ACCESS via un Web Service qui attaque la base de données par OLEDB, je suis preneur.

Merci d'avance,

Cordialement, un désespéré.

EDIT : Il y a quand même un cas où sa marche, c'est lorsque j'intègre la ou les tables qui m'intéressent en les convertissant sous format HFSQL, mais si jamais il y besoin d'ajouter un accès à une autre table, ça veux dire qu'il faut la rajouter à l'analyse sous format HFSQL, ce qui n'est pas pratique, surtout si le Web Service n'est pas déployé sur un serveur de l'entreprise dans laquelle je fais mon stage. :triste: