Re: Wait event SQL*Net break/reset to client caused by duplicate insert?

From: Peter Hitchman <pjhoraclel_at_gmail.com>
Date: Thu, 10 Apr 2008 10:29:12 +0100
Message-ID: <5e317f310804100229l1d19642dl4f01e5aa04fd9d2e@mail.gmail.com>


Hi,
Just to follow up, having read your Blog entry ...

The java code is handling the exception, so is there a difference in the way this event gets fired between a java JDBC programme and server side PL/SQL code, because of the client/server nature of the java?

Thanks

Pete

On Thu, Apr 10, 2008 at 10:19 AM, Peter Hitchman <pjhoraclel_at_gmail.com> wrote:

> Hi Tanel,
> Thanks for the feedback. Talking to the developer about the code, I
> suggested a change to first update and then insert if no row is updated. I
> also considered using merge, but I thought that it might not be supported by
> the jdbc driver and time pressure means we do not have the time to find out.
>
> Regards
>
> Pete
>
>
> On Wed, Apr 9, 2008 at 5:53 PM, Tanel Poder <tanel.poder.003_at_mail.ee>
> wrote:
>
> > FYI, I did put together a small test case with further explanation to
> > my blog:
> >
> > http://blog.tanelpoder.com/2008/04/10/sqlnet-breakreset-to-client/
> >
> > --
> > Regards,
> > Tanel Poder
> > http://blog.tanelpoder.com
> >
> >
> > ------------------------------
> > *From:* Tanel Poder [mailto:tanel.poder.003_at_mail.ee]
> > *Sent:* Thursday, April 10, 2008 00:05
> > *To:* 'pjhoraclel_at_gmail.com'; 'oracle-l'
> > *Subject:* RE: Wait event SQL*Net break/reset to client caused by
> > duplicate insert?
> >
> > Yes, a SQL*Net break/reset happens when an error/unhandled exception is
> > raised during a call (which means that the call executed didn't complete
> > normally, thus the call state must be reset).
> >
> >
> >
>
>
> --
> Regards
>
> Pete

-- 
Regards

Pete

--
http://www.freelists.org/webpage/oracle-l
Received on Thu Apr 10 2008 - 04:29:12 CDT

Original text of this message