On 2003.02.24 11:22 Sacha Labourey wrote: > Hello David, > > > I tend to regard the functionality in client interceptors as really > > required to make anything work. I agree that chain/invoker > > is excessive. > > I think we need the same client side interceptor stack no > > matter what the > > transport. For java clients, these interceptors will really > > live on the > > client. For non java-clients, they will be somewhere inside > > the server > > side of the transport mechanism. > > My guess is that for non-java client, we will (in almost all cases) not > decide what can be done on the client side. Consequently, it will most > probably be the role of the server side invoker to populate the > Invocation > object with additional "well-known-attributes" that are directly > extracted > from the "context" of this specific transport (and not by some > jbossish-client-interceptor as they won't exist in this case)
I think, then, that we agree that the functionality implemented by client-side interceptors is not optional but required. I was proposing for simplicity and flexibility that we always implement this functionality with the same code: for non java clients, we have to run these client side interceptors on the server, and the specific transport will have to provide an environment equivalent to the java client environment so that the "client" interceptors can still work. Since we can't really control which client interceptors people will want to use, I don't think we can hardcode the client interceptor functionality into the transport specific code. david > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
