|I'll rephrase myself. Interceptors could be done as a series of JMX |MBeans implementing DynamicMBean, i.e. they don't do anything with the |call except delegate to other DynamicMBeans, with the last one actually |doing something. This would work, and it would make it simple to |configure each interceptor separately, since they're MBeans. The problem
Yes this would indeed be the prefered way to work on the interceptors at run time. |is that for each MBean requiring a specific set of interceptors there |would be a bunch of additional MBeans (i.e. the interceptors |themselves). You would hence get loads and loads of MBeans who play the |interceptor game. Not sure if that's a good idea. However, if you put Not necessarily. Take for example the "transaction" interceptor in JBoss. It is essentially a purely stateless component so that many threads can go through it at once. In clear even just ONE instance of the component (Tx interceptor EJB semantic) is probably enough to take the full load of the server. I don't know enough about compiler technology to know if this is true or not. If it is not I suspect we can MBean a set of them under the same "MBean" if we can use the JINI stuff to cluster them *inside* a node I would be interested in hearing how. You would have a call come in with the MI and whatever the type of bean at the end as long as you want "Tx-EJB-style" and you store a ref to the "context" in the message... you have created a brand new "state machine" in the Turin sense. Each interceptor is a state machine that works on stateless sequence of symbols (the MI coming through) and modify the symbols based on contextual information (tag declaration in tx for example). |the interceptors in the bus you then have two ways of writing |components: as MBeans and as JMX server interceptor plugins. | |Any thoughts on that? I didn't think about that before, but if you are right and we can indeed use the ONE dynamic MBean instead of custom stacks per bean, the we could very well have the mbean be the interceptors. The good news as you have been asking is that we don't need a special treatment for the JMX server. We need it to be UBER FAST which means IBM is out and SUN...well. Care to write one with Juha as "add-on" when you are done with the book ? I am sure people will pay a fair price for the speed. It would be very relevant to put the effort and time in a professional add-on here. No speed? IBM... want speed? we got it! |Good point. Actually, there's no need to use RMI for the talking, only |required for talking to the LUS. What you get from the LUS could be the |connectors to the other servers, which can talk whatever lingo you want. |In this sense you're only using the Jini/LUS as a way for the servers to | find each other. After that you can do whatever you want. ok... sure... |Interesting. And how is this configuration done? Also through JMX? What |you'd want to avoid is two ways of doing the same thing (e.g. JMX + |JMX/infra) in the case of MBeans that would be it. |> The role separation is very easy to do in that invoke flow (like |you did the |> interceptors in JBoss2 rickard) and it is very clear. It's your |stuff in a |> new dimension, don't you see? | | |Loud and clear. good. Saw your emails to Juha, glad you are finally listening to the kid, the book will be great. |> yes we are there :) read the microsoft research papers of 2 |weeks ago.. we |> are flying so fucking high they can't even start to hear us... | | |Read and giggled :-) They are way way behind. yeah but they will reach our point by the time they reach 3.0. Remember, they don't care about time they have got money, we don't so we care about speed. time == money is no insight really |> The other beautiful thing about this is it IS SO CORE that |before a vendor |> can rip off our ideas (hello again) we will know for sure as |there isn't a |> fucking other soul on earth that is using JMX EVEN TODAY as the base like |> you did rickard. They all use it "for management". | | |Good point. it is our radio-active trace. |We're all proffessional thieves, in some sense. :-) It's how good you |are at putting different things together in different dimensions that |makes it interesting or not. :-) | |> man I feel better it has been on my mind for quite some time now. |> Love, to the ones who deserve it. |> |> To the rest... |> |> "we will bury you" |> -- Krutchev? -- | |You're a blan&white kinda guy ;-) Glad I'm on the right side of the fence. Barely. It is important in these days of hunger to keep the message simple. You guys need to be spoon fed as you have been starving for so long. If B$W is clear then we can move on to technicolor (JBoss gets certified! in your dreams!) marcf _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
