- 
        1. Re: Externalization evolution of a non-version serialiationstarksm64 Nov 23, 2005 2:08 AM (in response to adrian.brock)I went through this excercise with the pooled invoker. The approach I used is described here: 
 http://www.jboss.com/index.html?module=bb&op=viewtopic&t=66365
 It relies on specific behavior in the rmi remoting layer, that the pooled invoker actually broke by trying to override the objectinputstream/objectoutputstream to avoid writing the class description that is required for the rmi layer to understand the object boundaries.
- 
        2. Re: Externalization evolution of a non-version serialiationadrian.brock Nov 23, 2005 2:25 AM (in response to adrian.brock)So you just catch the two types of exceptons and ignore? 
 I looked at those exceptions and methods, but didn't see it documentated
 that that is how it worked? Are you sure it isn't Sun specific?
 i.e an undocumented feature ;-)
- 
        3. Re: Externalization evolution of a non-version serialiationstarksm64 Nov 23, 2005 2:32 AM (in response to adrian.brock)The problem is the rmi wire protocol and behavior around it although documented in the rmi spec, its not adequately defined and consistently implemented according to stuff I have read about others trying to implement it, so interop with rmi implementations other than Sun are likely to be suspect. 
- 
        4. Re: Externalization evolution of a non-version serialiationadrian.brock Nov 23, 2005 2:38 AM (in response to adrian.brock)This isn't RMI anyway. It is plain sockets with Object[Input/Output]Stream 
- 
        5. Re: Externalization evolution of a non-version serialiationadrian.brock Nov 23, 2005 2:38 AM (in response to adrian.brock)I think I'll just stick with sending the redundant reply. 
- 
        6. Re: Externalization evolution of a non-version serialiationstarksm64 Nov 23, 2005 9:33 AM (in response to adrian.brock)Yes, the reliance is just on the java object serialization details. I was lumping this spec into RMI. 
 
    