You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Paul Hammant <Pa...@yahoo.com> on 2002/01/18 23:25:43 UTC

RMINamingProvider & AltRMI

Peter, Folks,

*RMINamingProvider*

Is this excalibur component being used anywhere?  I'm interested in 
doing something similar for AltRMI  I'm example orientated and need to 
see it working to understand it....

<survey>
  Have any regulars actually tried AltRMI yet?
  Thouhts?
</survey>

Regards,

- Paul H


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

Re: RMINamingProvider & AltRMI

Posted by Paul Hammant <Pa...@yahoo.com>.
Peter,

>>*RMINamingProvider*
>>
>>Is this excalibur component being used anywhere? 
>>
>
>Not in opensource I don't think.
>
>>I'm interested in
>>doing something similar for AltRMI  I'm example orientated and need to
>>see it working to understand it....
>>
>
>What do you want to see. There is an example of starting an RMI server in 
>org.apache.avalon.excalibur.naming.rmi.server.Main - There is alos an example 
>of how to setup the initial context in the test hierarchy. Then the rest of 
>it is just using JNDI. The only requirement is that anything bound into the 
>context (of which there are examples at 
>org.apache.avalon.excalibur.naming.test.*) must be serializable, Remote or 
>Referencable.
>
That sounds like enough dude.  I'll give it a go.

Regards,

- Paul H


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

Another intro to the why/how of AltRMI.

Posted by Paul Hammant <Pa...@yahoo.com>.
Peter,

>><survey>
>>  Have any regulars actually tried AltRMI yet?
>>  Thouhts?
>></survey>
>>
>
>I tried it a bit back but haven't had a chance to try it again ;)
>
Well it has changed a little.  More transports, more robust.
This might help for those that have little time ( pasted from a private 
email ) :

Proposal : 
http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/altrmi/PROPOSAL

If you (like me) are example orientated, then this should help:
Consider an interface.........
 
http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/altrmi/src/java/org/apache/commons/altrmi/test/TestInterface.java

And the serverside class that implements it......
 
http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/altrmi/src/java/org/apache/commons/altrmi/test/TestInterfaceImpl.java

Now it's use on the client side..........
 
http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/altrmi/src/java/org/apache/commons/altrmi/test/SocketClientTest.java

( The the smallest code would be ) ........

 ArmiFactory af = new ServerClassAltrmiFactory(false);
 af.setHostContext(new SocketObjectStreamHostContext("127.0.0.1", 1234));
 TestInterface ti = (TestInterface) af.lookup("Hello");
 new TestClient(ti);  // client performs tests and is blind to where the 
impl is.

The crucial bit is the interface.  It is not special.  It does not 
extends Remote.  It does not have "throws RemoteException" on every 
method.  It is just a normal* Java interface.  * Should, but not has to 
be designed along facade pattern lines.

Regards,

- Paul


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

Re: RMINamingProvider & AltRMI

Posted by Peter Donald <pe...@apache.org>.
On Sat, 19 Jan 2002 09:25, Paul Hammant wrote:
> *RMINamingProvider*
>
> Is this excalibur component being used anywhere? 

Not in opensource I don't think.

> I'm interested in
> doing something similar for AltRMI  I'm example orientated and need to
> see it working to understand it....

What do you want to see. There is an example of starting an RMI server in 
org.apache.avalon.excalibur.naming.rmi.server.Main - There is alos an example 
of how to setup the initial context in the test hierarchy. Then the rest of 
it is just using JNDI. The only requirement is that anything bound into the 
context (of which there are examples at 
org.apache.avalon.excalibur.naming.test.*) must be serializable, Remote or 
Referencable.

> <survey>
>   Have any regulars actually tried AltRMI yet?
>   Thouhts?
> </survey>

I tried it a bit back but haven't had a chance to try it again ;)

-- 
Cheers,

Pete

---------------------------------------------------
For every complex problem there is a solution that 
is simple, neat and wrong
---------------------------------------------------

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

RE: RMINamingProvider & AltRMI

Posted by Stephen McConnell <mc...@osm.net>.

Paul Hammant wrote:

> <survey>
>   Have any regulars actually tried AltRMI yet?
>   Thouhts?

    <response binary="no">

       <thought>
         Have been watching from sideline but at this stage it hasn't
         actually crystallised in my head why it would be valuable. And
         that 98% me not having sufficient time, and 2% being my need  
         for an abstract summary of what it can do for me :-).
       </thought>

       <signature value="Steve"/>

    </response>

> </survey>
> 
> Regards,
> 
> - Paul H
> 
> 
> --
> To unsubscribe, e-mail:   
> <ma...@jakarta.apache.org>
> For additional commands, e-mail: 
> <ma...@jakarta.apache.org>
> 

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