>
<snip>
>I'd like to know if i did not get something regarding the configuration of
>datasources and if others had problems with the timeout settings.
Hi Jens,
I believe your observations are correct and your not doing something wrong.
We have also had a number of strange effects in that area but unfortunately
not been able to construct an easily reproducible test case, which IMHO is
the only thing that would make magnus or karl have a look at that. I
believe that the core connection and transaction handling code is not
rock-solid and does break under some exceptional circumstances. btw, most
of my problems also happen when doing large bulk updates using ejb. IMHO an
additional parameter that should be in there is a max-number of statements
that can be issued per connection, before it is reopened by orion's pooling
software. that way one could configure stuff conservatively without
degrading performance significantly. Of course that makes their TX handling
code a bit more complicated but as your case demonstrates, these things are
necessary or at least very helpful in the real world.
If you can set up a simple ear that demonstrates your problems, I'm sure
they will look into it quickly, at least that has been my experience.
Hope that helps somewhat, if not, see it as a sign of support ;-).
Regards,
Robert
>Best regards
>
>Jens Stutte
>
>
>____________________________________________
>[EMAIL PROTECTED], http://www.netmedia.de
>
>netmedia GmbH
>Neugrabenweg 5-7
>66123 Saarbruecken
>Germany
>
>fon: +49 (0) 681 - 3 79 88 - 0
>fax: +49 (0) 681 - 3 79 88 - 99
>
>
(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de
