This probably isn't going to be as easy as you hope - for instance POMs often rely on property interpolation and inheritence of other files.
Is there any reason not to use org.apache.maven.MavenUtils? - Brett On Mon, 16 Aug 2004 12:45:24 -0400, Kyle Adams <[EMAIL PROTECTED]> wrote: > Brett Porter wrote: > > > I think that's what "JAM" does. Don't know the URL off the top of my > head. > > The URL is http://www.javagen.com/jam.jsp and I'm actually working on > this task in relation to JAM :-) JAM can't directly read a POM; rather > there are Maven plugins provided as part of JAM that allow you to > generate JAM-specific config files from a POM. In the interest of > tighter integration with Maven, I'd like to create an Ant task that > could read the POM directly and bypass the "keep JAM config files in > sync with POM" step. > > I've been looking around XmlProperty and noticed a bit of oddness when > it comes to the visibility of the methods. Some, like > addNodeRecursively(Node, String, Object) are private. Then > addNodeRecusively calls processNode(Node, String, Object), which is > public. Finally, addNodeRecursively(Node, String) uses the default > package visibility. > > It would be nice (from my perspective) if all of the methods above were > protected, making it easy for me to extend XmlProperty and create a > PomProperty task. Is there a ryhme or reason for their existing > visibilities that I'm missing? > > > > Kyle > > _____ > > Kyle Adams | Java Developer | Gordon Food Service | 616-717-6162 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]