You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Leo Simons <le...@apache.org> on 2002/09/20 14:18:47 UTC

Re: Is inter SAR communication yet possible?

On Fri, 2002-09-20 at 13:42, Richard van der Laan wrote:
> Hello there,

Hi Richard!

> While reading through the mail archives I found some
> matches on this topic, but it still isn't clear to me
> if the current version of Phoenix is supporting this
> feature.

It doesn't.

> If it isn't (yet) available, will it be
> included future versions?

Depends on what you mean...and if someone has a need for it/feels like
doing it.

> By inter SAR communication I mean that SARs will have
> the ability to depend on components published by other
> deployed SARs and then are able to lookup and access
> these components. This similar to blocks in one SAR.
> Component lookup will create the need for some sort of
> naming service, this using some sort of JNDI or a
> special componentmanager implementation.

As I remember the discussions, we have sort-of agreed that if you need a
JNDI functionality, you should resort to JNDI instead of use a
brew-your-own CM-based version.

Also, the entire idea of SARs is that they are isolated from each other
at the avalon lifecycle/phoenix level (refer to the Isolate JSR for jdk
1.5).

That said, you could either have your components publish themselves
(which I see as Subversion of Control), create a child container
(perhaps based around one of the other containers like fortress or
merlin) that handles the publishing, or write a custom phoenix Kernel
(or possibly a custom Manager) to do it.

I'm not aware of open source avalon containers or phoenix
extensions/customisations that do this.

Note there are other ideas wrt inter-application communication that do
not use a centralized directory mechanism. You might want to look at
http://jakarta.apache.org/avalon/excalibur/altrmi/.

> Use of
> dynamic proxies and customizable interceptors at this
> level will also be great.

While it could be cool, there's quite a few ways to do this in a way
leading to very bad design (which is probably the main reason why it
doesn't work that way atm in phoenix). Some phoenix developers are
looking into using interceptor-like architecture....I suspect it'll take
quite a while for that to fall into place though...

regards,

Leo Simons (ook Nederlander)



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>