Utiliser tnsnames.ora dans Oracle SQL Developer

Question

J'évalue Développeur Oracle SQL .

Mon tnsnames.ora est alimenté, et un tnsping à une connexion définie dans tnsnames.ora fonctionne bien. Pourtant, SQL Developer n'affiche aucune connexion.

Le développeur Oracle SQL prend son envol mentionne, que si

si le logiciel client Oracle et un fichier tnsnames.ora sont déjà installés sur votre machine, Oracle SQL Developer alimentera automatiquement le navigateur Connexions à partir des noms de services nets définis dans tnsnames.ora.

J'ai également essayé de définir mon TNS_ADMIN mais après avoir redémarré SQL Developer, il n'y a toujours pas de connexions affichées.

Des idées ?
Quelqu'un a-t-il réussi à travailler avec SQL Developer et tnsnames.ora ?

Answer 1

• En Développeur SQL consultez le site Tools --> Preferences comme le montre l'image ci-dessous.

  

• Dans le Préférences options expand Database --> select Advanced --> under "Tnsnames Directory" --> Browse the directory donde tnsnames.ora présent.

• Cliquez ensuite sur Ok , comme le montre le schéma ci-dessous.
  tnsnames.ora disponible à l'adresse Drive:\oracle\product\10x.x.x\client_x\NETWORK\ADMIN

  

Vous pouvez maintenant vous connecter via le Noms des TNS options.

Answer 2

Ce site excellente réponse à une question similaire (que je n'ai pas pu trouver auparavant, malheureusement) m'a aidé à résoudre le problème.

Copie du contenu d'une réponse référencée :

SQL Developer cherchera un fichier tnsnames.ora à l'emplacement suivant, dans cet ordre

$HOME/.tnsnames.ora
$TNS_ADMIN/tnsnames.ora
Clé de recherche TNS_ADMIN dans le registre
/etc/tnsnames.ora (non-Windows)
$ORACLE_HOME/network/admin/tnsnames.ora
LocalMachine \SOFTWARE\ORACLE\ORACLE_HOME_KEY
LocalMachine \SOFTWARE\ORACLE\ORACLE_HOME

Si votre fichier tnsnames.ora n'est pas reconnu, utilisez la procédure suivante :

Définissez une variable environnementale appelée TNS_ADMIN pour pointer vers le dossier qui contient votre fichier tnsnames.ora.

Sous Windows, cette opération s'effectue en accédant au Panneau de configuration > Système > Paramètres système avancés > Variables d'environnement...
Sous Linux, définissez la variable TNS_ADMIN dans le fichier .profile de votre répertoire personnel.

Confirmez que le système d'exploitation reconnaît cette variable environnementale

À partir de la ligne de commande de Windows : echo %TNS_ADMIN%.

Sous linux : echo $TNS_ADMIN

Redémarrer SQL Developer Maintenant, dans SQL Developer, cliquez avec le bouton droit de la souris sur Connexions et sélectionnez Nouvelle connexion..... Sélectionnez TNS comme type de connexion dans la liste déroulante. Vos entrées de tnsnames.ora devraient maintenant s'afficher ici.

Answer 3

J'ai eu le même problème, tnsnames.ora a bien fonctionné pour tous les autres outils mais SQL Developer ne l'a pas utilisé. J'ai essayé toutes les suggestions sur le web que j'ai pu trouver, y compris les solutions sur le lien fourni ici.
Rien n'a fonctionné.

Il s'avère que la base de données mettait en cache des copies de sauvegarde de tnsnames.ora comme tnsnames.ora.bk2 , tnsnames09042811AM4501.bak , tnsnames.ora.bk etc. Ces fichiers n'étaient pas lisibles par l'utilisateur moyen.

Je soupçonne sqldeveloper de faire une recherche par motif pour le nom et d'avoir essayé de lire une de ces copies de sauvegarde sans y parvenir. Donc il échoue simplement et ne montre rien dans la liste déroulante.

La solution consiste à rendre tous les fichiers lisibles ou à supprimer ou déplacer les copies de sauvegarde hors du répertoire Admin.

Answer 4

Cela m'a aidé :

Posté le : 8/12/2011 4:54

Définir le répertoire tnsnames outils->Préférences->Base de données->Avancé->Répertoire tnsnames

https://forums.oracle.com/forums/thread.jspa?messageID=10020012

Answer 5

Sur les versions plus récentes de macOS, il faut également définir java.library.path . La manière la plus simple et la plus sûre de le faire [1] est de créer ~/.sqldeveloper/<version>/sqldeveloper.conf et de le remplir comme tel :

AddVMOption -Djava.library.path=<instant client directory>

[1] https://community.oracle.com/message/14132189#14132189