AltRMI is suppost to be the transparent wrapper to RMI SOAP etc. At least it is in the goals.
It is implement as beans rather than XML assembled/configured components. This makes it more reusable. There are block adapters, but there is a good case to be made for generalising this to work in Fortress, Merlin etc.
- Paul
--- Berin Loritsch <[EMAIL PROTECTED]> wrote:
Hmm. SOAP, AltRMI, RMI, etc. are all remoting protocols. We should make this as plugable as possible and as invisible to the user as we can.
JMS is a messaging service, which can be analogous to an event based system.
Whether it is using JMS or some other application, we need to provide some
mechanism for it.
Sometimes we can end up in grey areas between these technologies. For example, it's possible to have SOAP messages be exchanged over JMS.
However, I agree with the basic idea that there are some fundemental services like remoting and event or message passing which could be provided by the container itself via these extensions.
:) Understood. Extensions should probably be formally made into priviledged
components (i.e. container-space components) which should have the additional
access to component meta info and assembly info.
I think this is my primary concern. However, to make it a reality, the first step is to better develop the meta-info and assembly packages.
- Clustering and FailoverAmbitious aren't we? This means we need a better security model...
We don't want someone to force us to fail over to an unauthorized
backup do we?
A good security model is also a priviledged component candidate. We have examples of security as a lifecycle extension. I think it would be easier to implement if it had access to the meta-info.
Also another random note on this idea of container extensions: container
extensions help clarify the proper home for excalibur and cornerstone
components. Some excalibur components (like instrumentation) are essentially
container extensions, while others are just really useful utility components. Without the idea of extensions, they all end up as part of avalon-components
which understandably makes some uneasy.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
