[JDBC][Thin] Comment définir le nom de machine !!

Bonjour,

Voilà , j'utilise comme beaucoup je pense les drivers thin d'Oracle pour connecter à ma base.
En ce moment, je rencontre un problème sur mes connexions , et malheureusement, les DBAs ne peuvent pas faire la différence entre les connexions qui viennent de mon serveur, et celles qui viennent d'un autre.
Deux serveurs distincts connecte la même base avec le driver thin.

J'aimerais savoir s'il existe un moyen de définir le nom du serveur, via les Properties du getConnection ou autre.

J'espère être clair. Dites le moi si besoin est.
D'avance merci.

Ou sinon si quelqu'un a les sources des drivers Oracle. Je suis preneur.

Bonjour,
Moi je prendrais le probléme autrement (je dis pas que ca soit infaisable de la façon dont tu proposes) Je créearais deux utilisateurs différents sur la base, ainsi tu sais d'ou viens la requete, puisque tu as l'utilisateur, en plus en faisant des vue visible par l'un et pas par l'autre par exemple, si y a en plus un probléme de sécurité dans ta demande.

Etonnant !!

N'as-tu pas la possibilité de voir les sessions d'Oracle?
Et les SysDBA ne peuvent pas t'aider?

Sinon essaie ce sql

Code:

---

select OSUSER, MACHINE, PROGRAM from v$session where username is not null order by logon_time, sid

---

Il te retourne les sessions ouvertes.

je plussoie pour les 2 utilisateurs différents.

Sinon ça m'étonne que tes 2 connexions ne soient pas différenciables par les dba. Normalement la requête de jowo devrait suffire.

Alors pour répondre à toutes les questions.
Quand je fais select .... from v$session.

J'obtiens OSUSER = oracle, MACHINE=jdbcclient et PROGRAM=JDBC-1.0-Client

Donc rien sur le serveur.

Pour ce qui est de doubler le user, en fait ce sont deux applications différentes, mais qui agisse exactement sur les même données.
Deux visions distinctes.
Donc pour éviter d'oublier de modifier un schema si un est modifié, je préfère pas faire çà.
D'autant que je connais mes DBAs et l'autre équipe en charge du projet, et ils voudront rien changer.

Désolé, personne a les sources sinon des drivers ??

Citation:

---

Envoyé par ZeKiD

Bonjour,

Voilà , j'utilise comme beaucoup je pense les drivers thin d'Oracle pour connecter à ma base.
En ce moment, je rencontre un problème sur mes connexions , et malheureusement, les DBAs ne peuvent pas faire la différence entre les connexions qui viennent de mon serveur, et celles qui viennent d'un autre.
Deux serveurs distincts connecte la même base avec le driver thin.

---

Quel est ce problème de connection?

Donne-nous plus d'information.

Car dans la vue v$session, tu as toutes les sessions ouvertes.

Oui pardon .
Autant pour moi , ce n'est pas vraiment un problème sur la connexion.
J'ai en fait une classe qui fait appel à un :

SELECT FOR UPDATE NOWAIT.

Les deux serveurs peuvent faire ce genre de requete sur la même table, mais pas sur la même ligne.
Il semblerait que l'un des deux serveurs provoque un lock car cela m'arrive d'obtenir de temps en temps des exceptions sur NOWAIT qui permet de ne pas figer.
Et le problème est que je ne sais pas comment cela est possible.
Je voulais donc effectuer une requete de vérification des locks lorsque je tombe sur l'exception afin de savoir lequels des deux serveurs bloque la ligne.

Je suis plus clair ? :(

Bon je viens de regarder mais il me semble qu'effectivement tu pourrais régler le problème en modifiant les informations.

Tu peux récupérer les propriétés de la connexion pour l'entrée "machine" ?

On peut dire que c'est plus un problème SQL que Java. :wink:

Bah en fait je pense que l'on ait à la frontière.
A la fois cela devra être dans Java lors de la connexion.
Mais à la fois Oracle devrait savoir à qui il doit renvoyer ces résultats....
Cruel dileme.
J'ai essayé avant du côté Oracle, mais le problème n'a pas vraiment été résolu ;-)
Pour info , avec OCI , on obtient bien les noms de machine.
Mais je ne peux pas passer en OCI malheureusement en prod pour des raisons de sécurité.
Et je n'ai le problème qu'en prod .....

nuke_y , tu penses à quelles informations à modifier ?
Bah je n'arrive pas à trouver les informations concernant les infos machine client (pour Oracle) dans les drivers.
Quelqu'un aurait un lien vers la javadoc des drivers Oracle classes12.zip ?

Fais une recherche sur Google avec

Citation:

---

"select for update nowait" jdbc lock

---

. Une littérature importante existe sur ce problème.

Ouai mais en fait le problème c'est que c'est toujours la même réponse.
Vérifier qui lock la ligne en question avant toute chose.
Là j'ai probablement un problème de synchronisation des deux serveurs ou dans mon serveur peut-être.
Mais pour l'instant je ne sais pas qui lock en même temps que moi.
Et le temps que je demande au DBA qui lock (celui-ci a disparu).
C'est pour çà que je voulais le faire juste après l'exception du NOWAIT.

Certes certes mais ça ne résoud pas le problème que ses 2 serveurs sont indifférenciables.

Au fait est-ce qu'on a pas moyen de connaître l'IP du client sous Oracle??!! Avec l'IP le problème serait contourné (à défaut d'être résolu).

Sinon pour ton problème essaye de définir le nom du serveur dans les property qui vont être utilisées pour créer la connexion :

Code:

---

DriverManager.getConnection(java.lang.String, java.util.Properties),

---

Je pense que si tu donnes au DriverManager des Properties avec "user" = "le user", "password" = "le mot de pass", "machine" = "le nom de la machine ou son ip ou je sais pas quoi" ça devrait marcher.

Ok je vais essayé çà.
J'y es pensé , mais je ne savais pas quoi comme clé.
Allez au diable les varices , j'essaie avec machine ;-)

Si tu peux poster ton bout de code aussi, histoire qu'on voit le problème. J'essaye de voir si j'ai pas un classes12.zip qui traine dans le coin pour tester.

Bon test non concluant.
Ni avec MACHINE, ni avec OSUSER
:cry: :cry:

Mince... Ca a RIIIIIIEN changé ? Bon alors est-ce que tu peux regarder la liste des properties ? Et poster ton bout de code

Regarder quelle liste de Properties, c'est à moi de la définir.
Sinon pour mon bout de code , cela ne donnera rien du tout malheureusement....
Ce qui m'importe c'est de savoir qui mets ce PU..... de LOCK !!!!

Ben si parce que comme ça je le reproduit chez moi et je peux tester

Bah c'est facile pour tester tu créé une connexion avec Oracle et ensuite tu récupère la connexion, et vérifie que sur ton serveur tu as ta session avec jdbcclient d'indiqué plutôt que le nom de ta machine.
Je comprends pas, tu veux quoi comme code ??