这表现为一个Grails bug,即Grails-9331。您应该能够排除有问题的库,但Grails忽略了这一点。Grails修复程序(尚未可用)实际上并没有修复这个问题,它只是在类加载时忽略org.xml。这是一个间接修复,似乎仍会使XML-API库误载。理想的解决办法是:
compile ('org.geoscript:geoscript-groovy:1.0-SNAPSHOT') {
excludes "xml-apis","xml-apis-ext","xercesImpl","xalan"
}
Grails bug阻止了这一工作。我将排除列表和依赖项加载到Gradle中,并为1.0-Snapshot生成了依赖项列表。这个白名单可以用来代替'org.geoscript:geoscript-groovy:1.0-snapshot'
compile("bouncycastle:bcmail-jdk14:138",
"bouncycastle:bcprov-jdk14:138",
"bouncycastle:bctsp-jdk14:138",
"com.googlecode.json-simple:json-simple:1.1",
"com.h2database:h2:1.1.119",
"com.lowagie:itext:2.1.7",
"com.miglayout:miglayout:3.7",
"com.vividsolutions:jts:1.12",
"commons-collections:commons-collections:3.2.1",
"commons-dbcp:commons-dbcp:1.3",
"commons-io:commons-io:2.0.1",
"commons-jxpath:commons-jxpath:1.3",
"commons-logging:commons-logging:1.1.1",
"commons-pool:commons-pool:1.5.4",
"hsqldb:hsqldb:1.8.0.10",
"it.geosolutions.imageio-ext:imageio-ext-tiff:1.1.5",
"it.geosolutions.imageio-ext:imageio-ext-utilities:1.1.5",
"java3d:vecmath:1.3.2",
"javax.media:jai_codec:1.1.3",
"javax.media:jai_core:1.1.3",
"javax.media:jai_imageio:1.1",
"jdom:jdom:1.0",
"jfree:eastwood:1.1.1-20090908",
"jfree:jcommon:1.0.13",
"jfree:jfreechart:1.0.10",
"jgridshift:jgridshift:1.0",
"junit:junit:4.5",
"mysql:mysql-connector-java:5.1.17",
"net.java.dev.jsr-275:jsr-275:1.0-beta-2",
"net.sf.opencsv:opencsv:2.0",
"net.sourceforge.hatbox:hatbox:1.0.b7"
) {
transitive = false
}
compile("org.apache.avalon.framework:avalon-framework-api:4.3.1",
"org.apache.avalon.framework:avalon-framework-impl:4.3.1",
"org.apache.xmlgraphics:batik-anim:1.7",
"org.apache.xmlgraphics:batik-awt-util:1.7",
"org.apache.xmlgraphics:batik-bridge:1.7",
"org.apache.xmlgraphics:batik-css:1.7",
"org.apache.xmlgraphics:batik-dom:1.7",
"org.apache.xmlgraphics:batik-ext:1.7",
"org.apache.xmlgraphics:batik-gvt:1.7",
"org.apache.xmlgraphics:batik-js:1.7",
"org.apache.xmlgraphics:batik-parser:1.7",
"org.apache.xmlgraphics:batik-script:1.7",
"org.apache.xmlgraphics:batik-svg-dom:1.7",
"org.apache.xmlgraphics:batik-svggen:1.7",
"org.apache.xmlgraphics:batik-transcoder:1.7",
"org.apache.xmlgraphics:batik-util:1.7",
"org.apache.xmlgraphics:batik-xml:1.7",
"org.apache.xmlgraphics:fop:0.94",
"org.apache.xmlgraphics:xmlgraphics-commons:1.2",
"org.bouncycastle:bcmail-jdk14:1.38",
"org.bouncycastle:bcprov-jdk14:1.38",
"org.bouncycastle:bctsp-jdk14:1.38",
"org.eclipse.emf:common:2.6.0",
"org.eclipse.emf:ecore:2.6.1",
"org.eclipse.xsd:xsd:2.6.0",
"org.geoscript:geocss_2.9.1:0.7.4",
"org.geoscript:geoscript-groovy:1.0-SNAPSHOT",
"org.geotools.jdbc:gt-jdbc-h2:8.4",
"org.geotools.jdbc:gt-jdbc-mysql:8.4",
"org.geotools.jdbc:gt-jdbc-postgis:8.4",
"org.geotools.jdbc:gt-jdbc-spatialite:8.4"
) {
transitive = false
}
compile("org.geotools.ogc:net.opengis.fes:8.4",
"org.geotools.ogc:net.opengis.ows:8.4",
"org.geotools.ogc:net.opengis.wfs:8.4",
"org.geotools.ogc:org.w3.xlink:8.4",
"org.geotools.xsd:gt-xsd-core:8.4",
"org.geotools.xsd:gt-xsd-fes:8.4",
"org.geotools.xsd:gt-xsd-filter:8.4",
"org.geotools.xsd:gt-xsd-gml2:8.4",
"org.geotools.xsd:gt-xsd-gml3:8.4",
"org.geotools.xsd:gt-xsd-ows:8.4",
"org.geotools.xsd:gt-xsd-wfs:8.4",
"org.geotools:gt-api:8.4",
"org.geotools:gt-brewer:8.4",
"org.geotools:gt-charts:8.4",
"org.geotools:gt-coverage:8.4",
"org.geotools:gt-cql:8.4",
"org.geotools:gt-data:8.4",
"org.geotools:gt-epsg-hsql:8.4",
"org.geotools:gt-geojson:8.4",
"org.geotools:gt-graph:8.4",
"org.geotools:gt-grid:8.4",
"org.geotools:gt-jdbc:8.4",
"org.geotools:gt-main:8.4",
"org.geotools:gt-metadata:8.4",
"org.geotools:gt-opengis:8.4",
"org.geotools:gt-process-feature:8.4",
"org.geotools:gt-process-geometry:8.4",
"org.geotools:gt-process:8.4",
"org.geotools:gt-property:8.4",
"org.geotools:gt-referencing:8.4",
"org.geotools:gt-render:8.4"
) {
transitive = false
}
compile("org.geotools:gt-shapefile:8.4",
"org.geotools:gt-svg:8.4",
"org.geotools:gt-swing:8.4",
"org.jaitools:jt-utils:1.3.0",
"org.jaitools:jt-zonalstats:1.3.0",
"org.json:json:20090211",
"org.opengeo:geodb:0.7-RC2",
"org.scala-lang:scala-library:2.9.1",
"picocontainer:picocontainer:1.2",
"postgresql:postgresql:8.4-701.jdbc3"
) {
transitive = false
}
非常详细,但在Grails 2.1.0中可以正确操作
问题内容: 我正在尝试读取一个大型XML文档,我想以分块的方式进行,而不是将整个文件读入内存的方式。我知道我可以使用它来执行此操作,但我想知道是否有人将SAX用于.NET?我知道Java开发人员对此很满意,我想知道是否值得尝试一下,如果可以的话使用它有什么好处。我正在寻找细节。 问题答案: 如果您在谈论.NET的SAX,则该项目似乎没有得到维护。最新版本是2年前。也许他们在上一个版本中做到了完美,
我在尝试通过hibernate spatial postgresql插件使用Grails 2.4.3和PostGIS数据库建立项目时遇到了很多麻烦。这是一个示例项目,除了默认插件外,没有安装其他插件。我首先启用了Postgres,并尝试将域保存到数据库中:一切正常。但一旦我启用hibernate spatial,它就不再工作了。 我和这个人有完全相同的问题。 我试着像他一样排除“hibernate
问题内容: 一段时间以来,我一直在使用DOM来解析我的小型xml文档。阅读有关JAXB的信息后(http://www.oracle.com/technetwork/articles/javase/index-140168.html),我打算使用JAXB DOM。 请让我知道这是否是正确的方法。 问题答案: JAXB不能直接与DOM和SAX相提并论。Java DOM和SAX解析API是用于解析XML
这是我尝试启动应用程序时遇到的错误:
在pom.xml文件中添加org.hibernate依赖项时出现问题 导致的错误列表和错误消息 [错误]2018-07-10 15:48:45.908[main]org.springframework.boot.springapplication.reportfailure(springapplication.java:842)-应用程序运行失败org.springframework.beans.
SAX(Simple API for XML)是一种基于事件的XML文档解析器。 与DOM解析器不同,SAX解析器不会创建解析树。 SAX是XML的流式接口,这意味着使用SAX的应用程序接收有关正在处理的XML文档的事件通知元素和属性,从文档顶部开始按顺序排列,然后关闭ROOT元素。 从上到下读取XML文档,识别构成格式良好的XML文档的标记。 令牌的处理顺序与它们在文档中出现的顺序相同。 向应用