Do you think it's worth changing the .getTextContent() references to something DOM2 (or DOM1) compliant?
--John On Mon, Jan 14, 2008 at 5:39 PM, Paul Lindner <[EMAIL PROTECTED]> wrote: > On Sat, Jan 12, 2008 at 01:21:30AM -0800, Kevin Brown wrote: > > Hey everyone, > > > > I just submitted a change to java/gadgets/pom.xml that will ensure that > any > > static file dependencies (html, css, etc.) get pulled in, though we may > need > > to refine the configuration a bit to make complete sense. Currently this > > just ensures that everything in ../../javascript with an html, css, or > js > > extension is copied into the root of the project, which makes it > available > > by pointing at gadgets/<path/to/file.html>. The only downside is that it > > doesn't actually copy the files into src/main/webapp, so the jetty:run > goal > > won't see the files, and instead you'll have to use jetty:run-war. > > > > If anyone has a better solution (ideally one that would allow the > jetty:run > > goal to work and not require jetty:run-war), please chime in. > > Thanks for this, the generated war file is working in my tomcat 6.0.14 > container. > > Deploying gadgets.war to our old version of Resin required that I add > the following lines to resin.conf: > > <system-property javax.xml.parsers.DocumentBuilderFactory=" > com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl"/> > <system-property javax.xml.parsers.SAXParserFactory=" > com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl"/> > > Without this Resin uses a DOM Level 2 parser. This causes problems > with calls to getTextContent() which results in lines like this in the > error log: > > java.lang.UnsupportedOperationException at > com.caucho.xml.QAbstractNode.getTextContent(QAbstractNode.java:301) > > > -- > Paul Lindner > hi5 Architect > [EMAIL PROTECTED] >
