Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

WinDev Discussion :

Accès natif Oracle


Sujet :

WinDev

  1. #1
    Membre actif
    Accès natif Oracle
    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.

  2. #2
    Expert éminent
    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.
    Commencez toujours appuyer sur la touche F1 et puis n'hésitez à passer par un moteur de recherche...
    Le forum est fait pour répondre aux questions : pas la peine de me les envoyer par MP. Merci.

    Make it real not fantasy.

  3. #3
    Membre chevronné
    Bonjour,
    Citation Envoyé par frenchsting Voir le message
    mais je ne sais plus si ce type existe en WD20
    Si si, ce type existe, ... au moins depuis la V 10
    Il y a peut être plus simple, mais ça tourne

  4. #4
    Expert éminent
    Citation Envoyé par Voroltinquo Voir le message
    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.
    Commencez toujours appuyer sur la touche F1 et puis n'hésitez à passer par un moteur de recherche...
    Le forum est fait pour répondre aux questions : pas la peine de me les envoyer par MP. Merci.

    Make it real not fantasy.

  5. #5
    Membre actif
    Citation Envoyé par frenchsting Voir le message
    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.

  6. #6
    Expert éminent
    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 ?
    Commencez toujours appuyer sur la touche F1 et puis n'hésitez à passer par un moteur de recherche...
    Le forum est fait pour répondre aux questions : pas la peine de me les envoyer par MP. Merci.

    Make it real not fantasy.

  7. #7
    Rédacteur/Modérateur

    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.
    N'oubliez pas le bouton Résolu si vous avez obtenu une réponse à votre question.

  8. #8
    Membre actif
    Citation Envoyé par frenchsting Voir le message
    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

  9. #9
    Membre actif
    Citation Envoyé par tbc92 Voir le message
    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.

  10. #10
    Expert éminent
    Citation Envoyé par Soticca Voir le message
    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.
    Commencez toujours appuyer sur la touche F1 et puis n'hésitez à passer par un moteur de recherche...
    Le forum est fait pour répondre aux questions : pas la peine de me les envoyer par MP. Merci.

    Make it real not fantasy.