Here are some updates about XDoclet 2 and other cool stuff that's happening...
> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Curt > Johnson > Sent: 22. november 2002 20:22 > To: xdoclet-devel > Subject: Re: [Xdoclet-devel] RE: [Xdoclet-user] xdoclet2 stability? > castor and ormapping development > > > > > Aslak Hellesoy wrote: > > >>-----Original Message----- > >>From: [EMAIL PROTECTED] > >>[mailto:[EMAIL PROTECTED]]On Behalf Of tek1 > >>Sent: 22. november 2002 17:47 > >>To: [EMAIL PROTECTED] > >>Cc: [EMAIL PROTECTED] > >>Subject: [Xdoclet-user] xdoclet2 stability? castor and ormapping > >>development > >> > >> > >>just wondering how stable the core of xdoclet2 is currently? is > >>it at the > >>point where we can start writing velocity templates and > generate code? i > >> > >> > > > >XDoclet2 is still in its infancy. We're currently working on the core and > >setting up a decent test suite. Just follow what's happening, and we'll > >announce on xdoclet-devel when it's fit enough for experimenting. > > > >I'm glad to see that people are following it already! > > > How can anyone interested in the future of Java Enterprise programming > not follow it! > Between the stuff in XDoclet2 and Rickard's AOP framework (which I > desperately want more info on, anyone know if the Javapolis stuff is > available yet?) I'm as excited as I was when I saw the DynamicProxy > stuff and hot-deploy in JBoss for the first time. > The JavaPolis presentations are not yet online, but I'm under the impression they will be soon. I'll post to xdoclet-user when they are. > > > > > > > >>was working on castor for 1.2, but was working on other things > >>for a while > >>and was advised to wait until development for xdoclet2 started... > >> > >>since xdoclet2 development seems to be active now, i'd like to > >>try working > >>on castor again, and time permitting, taking a lot at the other > ormapping > >>modules to think of ways of establishing a common base. > >> > >> > >> > > > >What do you mean by working on Castor? It will be used as a core > component > >in XDoclet to generate XML files that have to adhere to a certain XML > >schema, such as ejb-jar.xml from the EJB 2.1 spec. Zeus will be used to > >generate XML that should comply with a DTD, which is still the > most common > >XML constraint format out there. > > > >Aslak > > > I'd really like to see some overview of the design. I kind of get it, > but I'm still learning the ins and outs of all the XML standards and how > they fit together. I've kind of been waiting for the dust to settle, but > now seems like a good time to jump into the XML APIs since so many cool > things are starting to depend on them (Jelly). I've looked at Castor a > couple of times but I'm admittedly a bit lost about what it's doing for > the XDoclet2 engine and which parts you guys are using. I'm also not Castor takes an XSD = XML Schema (e.g. the EJB 2.1 one) as input and generates a ton of classes that will be part of the ejb-jar plugin. These classes are like a type-safe DOM tree that we can fill with data that we're taking from XJavadoc. -And instances of these Castor-generated classes know how to serialise themselves to XML (ejb-jar.xml). So there won't be any templates for XML generation anymore. Castor doesn't support DTD, so we'll use http://zeus.enhydra.org/ for DTDs. We looked at JAXB, which does the same thing as Castor and Zeus, but it isn't mature enough for our purposes. The idea behind it all is to make life easier for plugin developers. XDoclet users won't see much of a difference actually. > quite understanding how XRAI comes into play. I've been looking at the XRAI isn't really related to XDoclet's runtime. It's an add-on that will let you query attributes (or tags if you will) at runtime. They will be embedded either in the compiled class itself, or in separate files. -And there will be an API you can use to query the attributes. XRAI is not for EJB. It's for other technologies that want an alternative way to access meta-data than deployment descriptors or properties files. The developers of XRAI, the attributes stuff in http://nanning.sf.net/ and http://attrib4j.sf.net/ have joined their brains and are currently designing a new Jakarta library called commons-attributes. It's going to be awesome. http://jakarta.apache.org/commons/sandbox/attributes/ In the meanwhile, Joe Walnes and I are trying to make a new XDox engine and take the best out of xjavadoc and Joe's http://qdox.sf.net/. Hopefully XDox will be used by both XDoclet 2 and Commons-attributes. > code in xdoclet2 for the last couple of days trying to get my head > around it, but although I understand how little pieces of it work, I'm > not seeing the end to end process. > > I don't know if I'll be able to do much for the project, but I'd like to > keep up enough to help make sure the JBoss stuff is up to date and to be > prepared for Rickard's AOP framework. > > If anyone has any pointers to good online resources and the parts I > should really pay attention to I'd appreciate it. > Keep up the good work!!! > > Curt Johnson > I'll try to submit some class diagrams and explain the new architecture in more detail next week. The thing is, it's easier to document once the core stabilises a bit. There has been a lot of experimenting so far. Cheers, Aslak > > > > > > > >>thanks! > >> > >> > >> > >>------------------------------------------------------- > >>This sf.net email is sponsored by:ThinkGeek > >>Welcome to geek heaven. > >>http://thinkgeek.com/sf > >>_______________________________________________ > >>Xdoclet-user mailing list > >>[EMAIL PROTECTED] > >>https://lists.sourceforge.net/lists/listinfo/xdoclet-user > >> > >> > > > > > > > >------------------------------------------------------- > >This sf.net email is sponsored by:ThinkGeek > >Welcome to geek heaven. > >http://thinkgeek.com/sf > >_______________________________________________ > >Xdoclet-devel mailing list > >[EMAIL PROTECTED] > >https://lists.sourceforge.net/lists/listinfo/xdoclet-devel > > > > > > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Xdoclet-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/xdoclet-devel ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Xdoclet-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
