I recieved the letter below where the guy asked me to make AnakiaElement and AnakiaJDOMFactory classes public so he can use them with Velocity, but outside Ant. There really is no cause why these classes could not be public, so I'm supporting his request to make them public. However, since I'm not a committer on Velocity, I can not do the required CVS updates myself. Could someone tackle this (all that is needed is insert the "public" keyword in front of the "class" keyword for AnakiaElement, AnakiaJDOMFactory, and NodeList classes in org.apache.velocity.anakia package)
Attila. ----- Original Message ----- From: <[EMAIL PROTECTED]> Sent: 2001. október 10. 9:18 Subject: Velocity Anakia JDOMFactory > Dear Attila, > > I am working on a custom financial systems application server project, > which makes heavy use of code generation to facilitate development and > to enhance code performance. I have only recently left the > academic/research world and so I have a heavy bias for using open > source projects rather than reinventing the wheel. This is why I > introduced Velocity for the code generation parts of our custom > utilities. Now I have discovered Anakia and I like the design very much > as it allows me to easily include data from our xml specification files. > > The only trouble is that while I want to use the AnakiaElement and > AnakiaJDOMFactory, I don't want to run as an ant task.. Unfortunately > the JDOMFactory class and its constructor are package access only. My > quick fix solution is to put both to public access, but that's a bit of > a hack. I am convinced that other people have similar requirements and > I was wondering whether you could make that class publicly accessible. > What do you think? > > In any event thanks a lot for contributing to the open source movement > and providing us with such a great framework. > > Best regards > > Frank > > Dr Frank Reiff > IT Architect > Eva/Boost project > Architecture & Methods Department > Banque Generale du Luxembourg > > > > ============================================ > Internet communications are not secure and therefore Banque Generale > du Luxembourg s.a. does not accept legal responsibility for the > contents of this message. > The information contained in this e-mail is confidential and may be > legally privileged. It is intended solely for the addressee. If you > are not the intended recipient, any disclosure, copying, distribution > or any action taken or omitted to be taken in reliance on it, > is prohibited and may be unlawful. > Nothing in the message is capable or intended to create any legally > binding obligations on either party and it is not intended to provide > legal advice. > ============================================ > >
smime.p7s
Description: application/pkcs7-signature
