Hi. This sounds very unlikely. A single connection cannot be blocked
accessing locks it already has. (yes, locks are re-entrant). Are you
sure you're using only one real connection? If you are using the
MS-provided JDBC driver, add this property for the connection:
selectMethod=cursor
What does the DBMS say about sessions, and who is holding what locks?
Joe
>> Experts out there, I need your help!
>>
[quoted text clipped - 8 lines]
> Hi. This sounds very unlikely. A single connection cannot be blocked
> accessing locks it already has. (yes, locks are re-entrant).
Thought so, but things seem to be so weird, I wanted to be sure...
> Are you
> sure you're using only one real connection?
Having ruled out almost all other possibilities this becomes more and
more likely. But wherer? Hmmmm.
> If you are using the
> MS-provided JDBC driver, add this property for the connection:
>
> selectMethod=cursor
Already done...
> What does the DBMS say about sessions, and who is holding what locks?
> Joe
Will inversitage this further.
Thanks for helping,
Oliver
Oliver Zeigermann - 19 Nov 2003 11:25 GMT
Joe! Thanks a lot for your help! There was a second connection I could
identify when examining locks and processes.
Oliver
>>> Experts out there, I need your help!
>>>
[quoted text clipped - 34 lines]
>
> Oliver
Joe Weinstein - 19 Nov 2003 17:10 GMT
> Joe! Thanks a lot for your help! There was a second connection I could
> identify when examining locks and processes.
>
> Oliver
Glad to help. We want you successful.
Joe Weinstein at BEA
>>>> Experts out there, I need your help!
>>>>
[quoted text clipped - 34 lines]
>>
>> Oliver