> class TestBean
> {
> List l = null;
>
> void ejbCreate()
> {
> }
>
> void ejbActivate()
> {
> l = new ArrayList();
> }
>
> void test(String a)
> {
> l.add(a);
> }
> }
Imre,
don't we need to have " l = new ArrayList();" in the ejbCreate( ) also as
ejbActivate is not called for every ejbCreate( ) ? In essence does the bean
developer end up initializing in activate as well as create methods.
Thanks,
Sachin.
>
> The example (combined with our mechanism) will guarantee that 1) your deep
> hierarchies are ready before your business methods hit 2) pooled instances
> don't use up resources by storing deep hierarchies associated with a
> specific EJBObject 3) left over deep hierarchies are not accessible by
> accident when a pooled instance is re-attached to a different
> EJBObject and
> 4) and the whole thing is fast :-)
>
> Imre Kifor
> Valto Systems
>
> >
> >Constantine
> >
> >> -----Original Message-----
> >> From: Constantine Plotnikov <[EMAIL PROTECTED]>
> >> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> >> Date: Wednesday, March 17, 1999 8:50 AM
> >> Subject: Re: ejbCreate( ) - initialize instance variables
> >>
> >> >Hi!
> >> >
> >> >1. Do I understand it correctly? In your server, initial
> values for all
> >> > fields are saved for each instance and they are restored
> right before
> >> > creation.
> >> >
> >> >2. If yes, how do you save values?
> >> > a) in serialized form
> >> > b) just pointers to values recived as Field.get()
> >> > c) other, please clarify what.
> >> >
> >> >3. If no, could you please clarify semantics of restoring values
> >> > in your server.
> >> >
> >> >Constantine
> >> >
> >> >Imre Kifor wrote:
> >> >>
> >> >> We believe that bean instances retrieved from the instance
> pool should
> >> >> always be in their initial state (i.e. the state right after
> >> construction)
> >> >> regardless of the used persistence management type.
> >> >>
> >> >> This means that with Ejipt your 'country' member will be predictably
> set
> >> to
> >> >> "USA" upon entering ejbCreate, ejbFindXXX and ejbActivate. Moreover,
> >> since
> >> >> Ejipt resets all instances before returning them to the
> pool, you will
> >> also
> >> >> be assured that your possibly sensitive or very large member data is
> not
> >> >> held by pooled instances.
> >> >>
> >> >> Imre Kifor
> >> >> Valto Systems
> >> >>
> >> >> -----Original Message-----
> >> >> From: Sachin Aggarwal <[EMAIL PROTECTED]>
> >> >> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> >> >> Date: Tuesday, March 16, 1999 11:26 PM
> >> >> Subject: ejbCreate( ) - initialize instance variables
> >> >>
> >> >> >The spec mentions that ejbCreate( ) initializes instance variables.
> >> >> >
> >> >> >Question 1. Who's reponsibility is that in CMP beans ? The
> containers
> or
> >> >> the
> >> >> >bean developers?
> >> >> >
> >> >> >If the answer to above is Bean Developer, then:
> >> >> >Q2. If the instance variable is declared as public String county =
> >> "USA";
> >> >> >and the bean developer does not reinitialize it in
> ejbCreate(), then
> >> does
> >> >> >the container have the right to initialize it to unpredicatable
> values ?
> >> >> >
> >> >> >Thanks for your help.
> >> >> >
> >> >>
> >>
> >=================================================================
> ==========
> >> >> >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".
> >> >> >
> >> >> >
> >> >>
> >> >>
> >>
> ==================================================================
> =========
> >> >> 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".
> >> >
> >>
> >=================================================================
> ==========
> >> >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".
> >> >
> >>
> >>
> ==================================================================
> =========
> >> 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".
> >
> >=================================================================
> ==========
> >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".
> >
>
> ==================================================================
> =========
> 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".
>
>
===========================================================================
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".
