I though what I sugested was KISS.  Tx imporation is
currently done at the invoker level.  I want to keep
it there but make it plugable via interceports at the
invoker level.

I guess it would be more KISS to just duplicate the
code that is in the trunk invoker over to all ther
other java based transports.  But that seems more
error prone to me.

Regards,
Hiram

--- Bill Burke <[EMAIL PROTECTED]> wrote:
> What I'm saying is, why add this complication?  Do
> we really need it?  KISS.
>   -----Original Message-----
>   From:
> [EMAIL PROTECTED]
>
[mailto:[EMAIL PROTECTED]
> Behalf Of Hiram
> Chirino
>   Sent: Tuesday, February 25, 2003 11:23 AM
>   To: [EMAIL PROTECTED]
>   Subject: RE: [JBoss-dev] TxInterceptor split is
> still the best thing since
> sliced bread
> 
> 
>   How about implementing some kind of seperate
> interceptor framwork around
> the client side and server side invocation layers??
> 
>   David, if yoiu had a configurable way to plug in
> your tx interceptors at
> the invocation layer you would be ok right?  I think
> david just needs to
> avoid duplicating the code that is in the trunk
> invoker all over the place.
> 
>   Bill, how doable is that?
> 
>   Regards,
>   Hiram
> 
>    Bill Burke <[EMAIL PROTECTED]> wrote:
> 
> 
> 
>     IMHO, CORE client interceptors such as security
> and tx should be written
>     such that if the client doesn't support
> interceptors (C++) you don't
> break
>     the server side or put additional configuration
> requirements on the
> server
>     side.
> 
> 
>     Bill
> 
> 
> 
> 
> 
> 
> 
> 
>
----------------------------------------------------------------------------
> --
>   Do you Yahoo!?
>   Yahoo! Tax Center - forms, calculators, tips, and
> more
> 


__________________________________________________
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, more
http://taxes.yahoo.com/


-------------------------------------------------------
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

Reply via email to