|What an utterly stupid remark. Laaa laa la laa laaa laa !
( I am not listening ) |What I meant was: MP is good, EJB has it, but it's not the only way to |get MP. La! la ! la! la! la! la! |> could it be because "experts" are donkey-dick-sucking-monkeys that don't |> know their ass from their tinny winny pinuses? I think so. |What utterly stupid remarks. Marc, Marc, time to return to reality, |yohoooo, we're over heeeeree.... Me gna! you gna! La La Laaa LAAAA! |Because..? |1) Bean A uses bean B. B dies, but C that implements the same interface |is still alive. Now what's A supposed to do? How will it be notified |that B is dead, and how is it supposed to find C? (with hardcoding these |dependencies in of course) Rickard you are talking of dependencies. The EJB spec defines dependencies in XML (soft) the proxies can implement failover, if you need notification (say to restart) you can be notified through many other frameworks including JMX and jini. |2) Bean A stores files in a particular directory. The name of the |directory changes. A needs to be alerted of this. How? Change the XML |file with environment settings and redeploy? Gee.. great... A notification of state change can be achieved by other means. A simple reset of context in most cases would do that. Rickard these are truly minor points that can be solved for the price of a callback on the bean. They are by no means "show stoppers" that invalidate the model (which really doesn't worry itself with these). We can do it simply in JBoss by offering an MBean in the EJB, you can certainly push for it in spec commitee (if you are in the commitee). Heck! require an MBean for the properties (pointers and what not), and you are done. |Thanks for your input, you really helped show why EJB is good, or |rather, why my reasons to not use EJB are false. Thanks again. | |Now back to our regular programming. Come to our trainings :) we really go down and dirty with the persistence, the finders, the metaprogramming and the semantics of EJB. It is all kosher. You should really come in London, <snore> marcf | |/Rickard | |-- |Rickard Öberg | | |_______________________________________________ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
