RE: Does anyone else have this glitch ??

Hi Rusi,

Thanks for the Information, 

Most of my activities, call a wrapper in one form or the other, Some
wrappers are using a JMS Client to call the MDB's to retrieve the
information required, or to set information to the Database, all I can
gather from the information you have provided me is that one or more of
these wrappers are "Hanging" for some or other reason, I've got timers on
all the JMS wrappers and so far none of them are taking longer than 500ms to
complete it's function. I had some problems with the MDB's hanging if a
runtime exception was thrown, but the other senior fixed that issue to
ensure that the MDB's and the JMS Client will always Return Timeously. I've
also added a Timeout on the XPDL of 60s, Just in case.

Perhaps one of the MDB's are not catching the runtimes properly, so I'll
have them check it out again.

As for the BaseExceptions, It looks like the Locks are happening when the
Deadlines are checked, and looking back at my code, I am catching it and
doing nothing (Not printing stack, etc...)

Once again, thanks for the info.

Neville

-----Original Message-----
From: Rusi Popov [mailto:[email protected]] 
Sent: 26 July 2005 08:36 AM
To: [email protected]
Subject: RE: [shark] Does anyone else have this glitch ??

Dear colleague,
We had a very similar problem - when a process has an activity that runs
long, the process is locked until this activity ends. In a multithreaded
application usually there are other threads that need to check the status of
the same process instance while this activity is running. IFAIK all public
Shark methods that work with a process or activity instance try to obtain a
lock in the process through *LockMaster classes (i.e. DODSLockMaster). Once
the activity is still running, the process instance is locked and the other
thread cannot obtain new lock on it. Then the *LockMaster.lock() throws a
BaseException.
Your problem might be related indirectly with the database volume (by the
way, we use Oracle) - activities just run slower while other threads are
trying to lock the process. 
Our solution:
We changed our application to catch the BaseExceptions, not report them and
treat them as "the process is busy". In addition we changed our application
not to rely on information that might be retrieved from a process instance
while it is still locked

Just a guess:
Probably your activities highly depend on the database volume so you should
try to optimize their SQL statements or try to index the db tables they use.
With best regards
Rusi Popov
 
-----Original Message-----
From: Neville van Deventer [mailto:[email protected]]
Sent: Monday, 25 July, 2005 22:52
To: [email protected]
Subject: [shark] Does anyone else have this glitch ??


Hi List,
 
When my Shark Database reaches a size of about 1G, the shark library has
trouble following transitions correctly, and I'm getting a lot of DODS Lock
exceptions.

Just wanted yo knopw if anyone else is experiencing this type of glitch ??

Thanks in Advance


Neville van Deventer

--
You receive this message as a subscriber of the [email protected] mailing list.
To unsubscribe: mailto:[email protected]
For general help: mailto:[email protected]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws