On 10 Jun 01, at 20:57, marc fleury wrote:
> mmmm, I am not sure I understand the thought fully but the CI stuff is going
> to be fully detached from the invocation layer (part of Rabbit hole). I
> have a pretty clear idea on how to do that so the local interface should
> just be a plug in teh container directly, bypassing all invocation, and
> definitely independent of RMI, Corba, SOAP etc etc...
Local interfaces are independent of the distribution protocol (JRMP,
CORBA, SOAP, whatever). They are a plug hard-coded into the
existing container that never needs to change. We are on the same
page.
> Pardon my ignorance of teh 2.0 spec but the whole stack of interceptors
> still needs to be there for the local stuff right? in other words, the only
> thing you bypass is the RemoteContainerInvoker stuff right? I am going to
> remove that in the near future anyway...
Absolutely. The whole stack of interceptors needs to be there.
> Finally, I thought that a bean could be Remote or Local and that it was
> transparent to the container, and we could use the same chain of
Absolutely. A bean can have remote interfaces, local interfaces, or
both; and I do use the same chain of interceptors and even the
same "invoke" methods on the container. However, it is not exactly
transparent to the container. For instance, a finder method on a
remote home interface returns a remote component interface. The
exact same finder method on a local home interface (e.g.
findByPrimaryKey) returns a local component interface. But this is
easy to handle through the existing method mapping infrastructure.
> invocations.... I understand that this is a separate container stack
> instanciated? so that you only have one mode of operation?
No (unless I misunderstood the question).
-Dan
>
> marcf
>
> |
> |-Dan O'Connor
> |
> |_______________________________________________
> |Jboss-development mailing list
> |[EMAIL PROTECTED]
> |http://lists.sourceforge.net/lists/listinfo/jboss-development
>
>
>
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-development
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
