Vinay,
Nice idea, but we would have to get the BEEP or homegrown multiplexer
working first, yes?
- Paul
Paul,
org.apache.commons.altrmi.client.impl.stream.StreamInvocationHandler
has synchronized handleInvocation(...) .
With little efforts I guess we can make this
class ThreadSafe and thus
Paul,
I worked with a fresh CVS checkout and it
(pipeda from tests.xml)
target works well without any hiccups ..
I wasn't able to reproduce it out at my machine .
Morevoer the patch's that I sent second time doesn't
seems to be commited(Passing_Facade.patch).
Can you verify the way's I have
Paul,
org.apache.commons.altrmi.client.impl.stream.StreamInvocationHandler
has synchronized handleInvocation(...) .
With little efforts I guess we can make this
class ThreadSafe and thus get rid of sync block ...
Maybe we can support async' calls with the altrmi
too ??? (todo item maybe)
Vinay,
I am unsure whether this change is a modification to the one you sent me
yesterday (redirect).
If it is not, I am in trouble because I have applied all the patches
locally, and it is still not compiling...
PipedObjectStreamServer should be declared abstract; it does not
define
Paul,
No excuses , I had NOT done *ant clean*
before building the src after the changes ..
Here is the patch that I missed ...
But can you get the reason behind the
getMethodInvocationHandler(MethodRequest mr,String
objectName) ..
Wont a more generic call like :
