No, I haven't seen any performance issues. but I should caveat that by
saying we haven't deployed our system yet and have only tested with ~30
simultaneous users. We have our RMI server (the database manager) running
on the same machine as our servlet enabled web server. The two key things
that I think need to be considered with this approach are 1) there is a
serialization limit with RMI for JDK1.2 and below of 64K, v 1.3 should take
care of this problem, and 2) you should have a pretty stable interface so
that you don't get incompatible classes (unmarshalling errors) with the RMI
server (db manager) and the RMI client code. For the servlet clients this
isn't much of a problem because you can update those classes in a single
place, but for any applications that have been distributed you would have to
re-distribute any updated classes.
steve
>Date: Mon, 24 Jul 2000 10:58:38 EDT
>From: Todd Mytkowicz <[EMAIL PROTECTED]>
>Subject: Re: db connection pooling strategies
>
>Steven,
>
>Have you noticed performance decline by doing this? I have thought about
>implementing an RMI solution for my connection pooling, but decided against
>it because my worries with performance. Any info would be appreciated.
>-Todd
>
>
>>From: "Costello, Steven" <[EMAIL PROTECTED]>
>>Reply-To: "A mailing list for discussion about Sun Microsystem's Java
>> Servlet API Technology." <[EMAIL PROTECTED]>
>>To: [EMAIL PROTECTED]
>>Subject: Re: db connection pooling strategies
>>Date: Mon, 24 Jul 2000 10:37:24 -0400
>>
>>I'm not sure if this satisfies your application goals, but what we did was
>>make a database manager as an RMI server. As part of the db manager, it
>>incorporates the use of a db connection pool. We have both servlets and
>>applications that make database requests to the database manager as RMI
>>clients. Hence, they are both utilizing the same database connection pool
>>and database access routines... Hope this helps.
>
>___________________________________________________________________________
Steve,
General Dynamics - Communications Systems
Phone: (508) 880-1756
FAX: (508) 880-1633
email: [EMAIL PROTECTED]
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
