RE: jbosse and database persistance
- From: "Cunningham, Gerald" <Gerald.Cunningham@xxxxxxx>
- To: <DWILLIAMS@xxxxxxxxxxxxx>, <kduret@xxxxxxxxxxxxxxxxxxxx>, "Oracle L (E-mail)" <oracle-l@xxxxxxxxxxxxx>
- Date: Thu, 23 Sep 2004 11:31:17 -0400
I'm having the same issue with jboss... 23 million buffer gets in the
last 36 hrs, all for "select 1 from dual;" =20
-----Original Message-----
From: DENNIS WILLIAMS [mailto:DWILLIAMS@xxxxxxxxxxxxx]=20
Sent: Tuesday, September 21, 2004 12:24 PM
To: kduret@xxxxxxxxxxxxxxxxxxxx; Oracle L (E-mail)
Subject: RE: jbosse and database persistance
Kathy - I don't know anything about Jbosse, but I have seen something
similar in WebLogic. There was a configuration setting in WebLogic that
controlled it. I would visit with your Jbosse administrator, or if that
is
you, prowl the Jbosse support lists.
Dennis Williams
DBA
Lifetouch, Inc.
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx]
On Behalf Of Duret, Kathy
Sent: Tuesday, September 21, 2004 9:12 AM
To: Oracle L (E-mail)
Subject: jbosse and database persistance
Jbosse in a new version 3.2.5 checks database persistance by using
select
'x' from dual. 5,000,000 hits in 10 days.... ouch!
=20
Since the developers are using a fair amount of connections - about 100
needless to say my database is getting hit hard by this.
=20
I have the developer looking into whether we can change it to using the
x$dual table instead. =20
=20
Does anyone have any other suggestions as to what I could do? Is
anyone
one else having this issue?
=20
We are on 8i, 9i (which is less intensive) and migrating to 10G on
Solaris.
=20
merci,
=20
Kathy
This transmission contains information solely for intended recipient and
may
be privileged, confidential and/or otherwise protect from disclosure.
If
you are not the intended recipient, please contact the sender and delete
all
copies of this transmission. This message and/or the materials
contained
herein are not an offer to sell, or a solicitation of an offer to buy,
any
securities or other instruments. The information has been obtained or
derived from sources believed by us to be reliable, but we do not
represent
that it is accurate or complete. Any opinions or estimates contained in
this information constitute our judgment as of this date and are subject
to
change without notice. Any information you share with us will be used
in
the operation of our business, and we do not request and do not want any
material, nonpublic information. Absent an express prior written
agreement,
we are not agreeing to treat any information confidentially and will use
any
and all information and reserve the right to publish or disclose any
information you share with us.
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
Other related posts:
