Hey
Imre Kifor wrote:
> >But since the server is the *only* local referrer you know that if DGC
> >tells you it's unreferenced, you can reclaim it. All clients must (?)
> >use remote references for talking to it.
>
> What about peer (i.e. local) bean instances? The entity objects are remote
> already. Do you mean all (including local) clients should talk to the
> objects through the stubs? Stubs for a remote object are shared locally.
> Also there seems to be a strong reference to the stub itself in the standard
> jdk1.1 stub-table.
If you do not talk through stubs, how do you intend to comply with
section EJB1.1 B.9? (unless you wanna be clever, in which case weak
references will help, yes)
> >How will this relate to the upcoming EJB spec. release where RMI/IIOP
> >will be mandated (since RMI/IIOP doesn't support DGC!!!!)??
>
> Mandated? The following (EJB 1.1 spec, page 39):
>
> "The use of the EJB to CORBA mapping by the EJB Server is not a requirement
> for EJB 1.1 compliance. A later release of the J2EE platform is likely to
> require the [sic] that the J2EE platform vendor implement the EJB to CORBA
> mapping."
>
> only tells me that the mapping has to be implemented and available at one
> point. It does not say that the mapping has to be used exclusively (i.e. at
> all times and with all clients).
True, but it will be mandated (AFAIK) that IIOP is *possible* to use,
and since there is no DGC in IIOP this becomes the "worst" case. In any
homecooked protocol (including JRMP) you could include DGC as you
please, but not in IIOP (again AFAIK, CORBA is a big dark hole for me).
All this would be pointless *if* stubs were allowed to contain custom
code such as:
* on method call to stub, delegate to server
* if ObjectNotFound exception thrown, call finder to get fresh instance
and retry
but since (AFAIK) CORBA clients create their own stubs this aint
possible.
Any good ideas?
/Rickard
--
Rickard �berg
Computer Science student@LiTH
@home: +46 13 177937
Email: [EMAIL PROTECTED]
Homepage: http://www-und.ida.liu.se/~ricob684
===========================================================================
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".
