Discussion :

[Soticca]

Bonjour,

Je reprends une application WinDev 20 qui se connecte à une base Oracle. La connexion a été mise en place avec WDORAINS.exe.

Sur le poste de développement, cela fonctionne très bien. Et sur la base de PROD et sur la base de RECETTE.

Par contre, dès que l'on dépose l'executable sur un autre poste, la connexion à la base de PROD fonctionne mais pas la connexion à la base de recette.

Le truc c'est que sur les deux postes, le même client Oracle est installé et le TNSNAMES.ORA est identique.

Pourtant, à chaque essai sur la base de recette, j'ai une erreur ORA-12154: TNS: l'identificateur de connexion indiqué n'a pas pu être résolu

Avez-vous une idée car là je tourne en rond...

Merci d'avance.

[frenchsting]

Bonjour,

Nous utilisons un accès natif Oracle depuis au moins la version 14. Par contre, j'avoue que je ne connaissais pas WDORAINS.

Nous utilisons un fichier ini pour les infos de connexion (utilisateur, mdp, serveur, base) et dans le code : hdecritconnexion + houvreconnexion (fonctionne également avec une variable de type connexion, mais je ne sais plus si ce type existe en WD20).

Pour en revenir à ta question, je penche pour un pb de config sur ton poste client (problème de résolution de nom ?). J'ai trouvé ce lien, tout en ne sachant pas si cela s'applique à ton cas.

[Voroltinquo]

Bonjour,

mais je ne sais plus si ce type existe en WD20

Si si, ce type existe, ... au moins depuis la V 10

[frenchsting]

Bonjour,

Si si, ce type existe, ... au moins depuis la V 10

Arghh, voilà qui m'aurait non pas simplifié la vie, mais permis de faire du code un peu plus propre.

De tête également, je suis quasi certain que les postes que nous installons et qui attaquent une base Oracle n'ont aucune config spécifique. La seule présence de la DLL WDXXXORA permet la connexion.

[Soticca]

Bonjour,

Nous utilisons un accès natif Oracle depuis au moins la version 14. Par contre, j'avoue que je ne connaissais pas WDORAINS.

Nous utilisons un fichier ini pour les infos de connexion (utilisateur, mdp, serveur, base) et dans le code : hdecritconnexion + houvreconnexion (fonctionne également avec une variable de type connexion, mais je ne sais plus si ce type existe en WD20).

Pour en revenir à ta question, je penche pour un pb de config sur ton poste client (problème de résolution de nom ?). J'ai trouvé ce lien, tout en ne sachant pas si cela s'applique à ton cas.

Sur toutes les autres applications que je reprends, le système de connexion est à base de fichier INI et elle fonctionne très bien.

J'ai découvert un autre effet c'est que selon le compte avec lequel on se connecte, l'appli fonctionne ou non ...

Je vais continuer de creuser, mais franchement c'est chiant. Et repasser tout en système de connexion INI risque d'être assez galère.

[frenchsting]

Normalement, tu ne devrais pas avoir trop d'endroits où tu configures / ouvres ta connexion. En même temps, pendant le temps que tu perds à contourner le pb, tu aurais pu faire la modif ?

[tbc92]

Essaie d'ouvrir une session DOS, et de lancer la commande TNSPING suivi du nom de ta base de donnée (le nom, tel qu'il figure dans TNSNAMES.ORA).

Si TNSPING n'arrive pas à ping-er ton serveur, ton appli Windev n'y arrivera pas non plus.

[Soticca]

Normalement, tu ne devrais pas avoir trop d'endroits où tu configures / ouvres ta connexion. En même temps, pendant le temps que tu perds à contourner le pb, tu aurais pu faire la modif ?

Le problème c'est que je n'y suis qu'un jour par semaine et j'ai bien évidemment d'autre sujet à traiter

[Soticca]

Essaie d'ouvrir une session DOS, et de lancer la commande TNSPING suivi du nom de ta base de donnée (le nom, tel qu'il figure dans TNSNAMES.ORA).

Si TNSPING n'arrive pas à ping-er ton serveur, ton appli Windev n'y arrivera pas non plus.

Je testerai ça lundi. Merci pour l'info.

[frenchsting]

Le problème c'est que je n'y suis qu'un jour par semaine et j'ai bien évidemment d'autre sujet à traiter

Effectivement, vu sous cet angle, ça change tout.