Not sure if this helps, but JDK 1.5 is planning to put this in and make the meta data accessible from the runtime as well as tools like Javadoc.
James > -----Original Message----- > From: Hiram Chirino [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 17, 2002 4:08 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] XDoclet and C# style metadata > > > > Unless the getClassMetaData() loaded up the config info from > a resource xml > file. The XDoclet stuff would just generate the > getClassMetaData() method > (that just loads the data from the xml file) and the .xml > that holds the > class metadata. > > If getClassMetaData() returned a really generic object like a > xml dom, then > you would never have to change getClassMetaData(). > > Regards, > Hiram > > >From: Dain Sundstrom <[EMAIL PROTECTED]> > >Reply-To: [EMAIL PROTECTED] > >To: [EMAIL PROTECTED] > >Subject: Re: [JBoss-dev] XDoclet and C# style metadata > >Date: Fri, 17 May 2002 14:12:53 -0500 > > > >Ok, I'm responding to my own email. Sometimes I get to excited. > > > >This is technique will only be useful in some circumstances > because it > >requires changing your source code to change a simple > configuration. > >In my case this is acceptable, because I'm talking about > test cases. > >It would also be useful for many EJB programmers, as they > use XDoclet > >to set TX attributes (although they can still change the dd, > they are > >not editing the source of truth). > > > >I still think it would be very useful, but it is not as ungodly > >powerful as I first thought. > > > >-dain > > > >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 > > > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > > > _______________________________________________________________ > > 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
