Title: RE: Object Pooling in EJBs

According to me Container will use pooling facility. Internal or remote client doesn't make any difference.
Also as per EJB2.0 if client and EJB objects are on same machine then one might go for EJBLocal interface
which bypasses overhead of RMI-IIOP and hence more efficient since it is normal java call and not remote call.






    -----Original Message-----
    From:   Nitin Kulkarni [SMTP:[EMAIL PROTECTED]]
    Sent:   Friday, December 14, 2001 10:35 AM
    To:     [EMAIL PROTECTED]
    Subject:        Object Pooling in EJBs

    Dear Friends

    It is a known fact that that if a call to an EJB comes from a client which
    is outside the application server, the App server will pick up the bean
    instance from the Bean pool if the pool is ready.

    However is the above stmt true incase the call to a bean comes from an
    internal client. I.e if one bean calls another bean on the same application
    server, will the app server use the instance pooling facility or will it
    create a new instance no matter whether the instance is there in the pool or
    not.

    In my opinion the app server will use the pooling facility since each call
    to any bean from anywhere is a remote call


    Regards
    Nitin

    ----------------------------------------------------------------------------

    This message contains privileged and confidential information and is
    intended only for the individual named. If you are not the intended
    recipient you should not disseminate, distribute, store, print, copy or
    deliver this message. Please notify the sender immediately by e-mail if you
    have received this e-mail by mistake and immediately delete this e-mail from
    your system.


    E-mail transmission cannot be guaranteed to be secure or error-free as
    information could be intercepted, corrupted, lost, destroyed, arrive late or
    incomplete, or contain viruses. The sender therefore does not accept
    liability for any errors or omissions in the contents of this message which
    arise as a result of e-mail transmission.  If verification is required
    please request a hard-copy version.


    --------------------------------------------------------------------------

    ===========================================================================
    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".

Reply via email to