1. Why is it lame to tell you to make this into a session bean so you can use xdoclet to generate the tx attribute tags? Maybe it's obvious, but I'm not getting it.
2. If you still don't want a session bean, when the ejb and mbean interceptor stacks are unified you should be able to use the tx attribute interceptor in front of an mbean, thus providing at least the specific functionality you are talking about without modifying your class at all, just using an xml descriptor. david jencks On 2002.05.17 15:03:30 -0400 Dain Sundstrom wrote: > I was just thinking how cool it would be to generically associate xml > with a method declaration. > > Back story: > > I am working on unit test cases for JBossCMP using JUnitEJB and it would > be really useful to mark a test method with a tx attribute. Now this > test code is not an EJB or an XMBean, so I don't have a descriptor file > (this is not important; I just wanted to avoid the lame "make it an ejb > emails"). > > Idea (I only know a little about XDoclet an less about C#) > > Mark up the code with XDoclet tags that contain generic xml. Then run > XDoclet to preprocess the java file and generate a new java file with an > additional method getClassMetaData. This class would work like the > getClass stuff, but would add additional methods to return the extra > metadata specified in the class. > > Use: > > In my case, the server side tester would get the metadata, check for a > tx tag and would start a tx if required by the tag. We could use the > same tricks with MBeans, JBoss Enterprise Beans (JEBs), and anything. > This is something (I think) C# has and is unbelievably powerful. > > What do you think? > > -dain > > > _______________________________________________________________ > > Hundreds of nodes, one monster rendering program. > Now that’s a super model! Visit http://clustering.foundries.sf.net/ > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > _______________________________________________________________ Hundreds of nodes, one monster rendering program. Now that’s a super model! Visit http://clustering.foundries.sf.net/ _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
