>If your server vendor claims to support optimistic concurrency and >you end up with deadlocks, you need to find another product. How can you blame the server for an application's mishandling of its transaction logic? The best way to avoid deadlocks is to ensure orderly access to shared resources. It's in the application design. >Victor Langelo Regards, Hamid =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
- Re: EBs are slow (was Clustering) Rickard �berg
- Re: EBs are slow (was Clustering) Lennart Petersson
- Re: EBs are slow (was Clustering) David Wall
- Re: EBs are slow (was Clustering) David Wall
- Re: EBs are slow (was Clustering) Thor Heinrichs-Wolpert
- Re: EBs are slow (was Clustering) Victor Langelo
- Re: EBs are slow (was Clustering) Avi Kivity
- Re: EBs are slow (was Clustering) Rickard �berg
- Re: EBs are slow (was Clustering) Lahooti, Hamid
- Re: EBs are slow (was Clustering) Victor Langelo
- Re: EBs are slow (was Clustering) Lahooti, Hamid
- Re: EBs are slow (was Clustering) Victor Langelo
- Re: EBs are slow (was Clustering) Ahmad Khalaila
- Re: EBs are slow (was Clustering) Lahooti, Hamid
- Re: EBs are slow (was Clustering) Rickard �berg
- Re: EBs are slow (was Clustering) Lahooti, Hamid
- Re: EBs are slow (was Clustering) Sriram Srinivasan
- Re: EBs are slow (was Clustering) David Wall
- Re: EBs are slow (was Clustering) Rickard �berg
- Re: EBs are slow (was Clustering) Lahooti, Hamid
