A quick dependencyTree shows that gt-svg is the only module which actually depends upon Xalan (via xmlgraphics), so if it is necessary for the WFS datastore to run we should probably be depending upon it explicitly
[*INFO*] *------------------------------------------------------------------------* [*INFO*] *Building Dynamic symbolizers for SVG symbols 23-SNAPSHOT* [*INFO*] *------------------------------------------------------------------------* [*INFO*] [*INFO*] *--- *maven-dependency-plugin:2.8:tree *(default-cli)* @ gt-svg* ---* [*INFO*] org.geotools:gt-svg:jar:23-SNAPSHOT [*INFO*] \- org.apache.xmlgraphics:batik-transcoder:jar:1.10:compile [*INFO*] \- org.apache.xmlgraphics:batik-dom:jar:1.10:compile [*INFO*] \- xalan:xalan:jar:2.7.2:compile Torben On Sat, Aug 24, 2019 at 10:46 AM Jody Garnett <[email protected]> wrote: > So what should we be doing? Explicitly depending xalan? Or trusting it is > available ... > > On Fri, Aug 23, 2019 at 4:13 PM Imran Rajjad <[email protected]> wrote: > >> As per Jody suggestions, adding >> >> <dependency> >> <groupId>xalan</groupId> >> <artifactId>xalan</artifactId> >> <version>2.7.2</version> >> </dependency> >> >> to project POM made the error go away >> >> On Thu, Aug 22, 2019 at 4:42 PM Imran Rajjad <[email protected]> wrote: >> >>> Hello, >>> >>> I am trying to create a WFS Datastore in Geotools 22-Snapshot >>> >>> String capUrl = " >>> http://localhost:8081/geoserver/wfs?REQUEST=GetCapabilities";; >>> >>> >>> Map connectionParameters = new HashMap(); >>> >>> connectionParameters.put("WFSDataStoreFactory:GET_CAPABILITIES_URL", capUrl >>> ); >>> >>> DataStore data = DataStoreFinder.getDataStore( >>> connectionParameters ); >>> >>> >>> I am getting the following error >>> >>> SEVERE: Failed to execute request >>> http://localhost:8081/geoserver/wfs?REQUEST=GetCapabilities&VERSION=1.1.0&SERVICE=WFS >>> Exception in thread "main" java.lang.AbstractMethodError: >>> org.apache.xerces.dom.DeferredDocumentImpl.getXmlStandalone()Z >>> at >>> com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.setDocumentInfo(DOM2TO.java:377) >>> at >>> com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:131) >>> at >>> com.sun.org.apache.xalan.internal.xsltc.trax.DOM2TO.parse(DOM2TO.java:98) >>> at >>> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transformIdentity(TransformerImpl.java:693) >>> at >>> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:737) >>> at >>> com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transform(TransformerImpl.java:351) >>> at org.geotools.xsd.DOMParser.parse(DOMParser.java:82) >>> at >>> org.geotools.data.wfs.internal.GetCapabilitiesResponse.parseCapabilities(GetCapabilitiesResponse.java:140) >>> >>> The url when put in browse gives a valid XML document. Am I missing >>> something here? >>> >>> I also tried putting in credentials but to no avail >>> >>> connectionParameters.put("WFSDataStoreFactory:USERNAME", "admin" >>> ); >>> connectionParameters.put("WFSDataStoreFactory:PASSWORD", >>> "geoserver" ); >>> >>> regards, >>> Imran >>> >>> -- >>> I.R >>> >> >> >> -- >> I.R >> _______________________________________________ >> GeoTools-Devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > -- > -- > Jody Garnett > _______________________________________________ > GeoTools-Devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Torben Barsballe Software Engineer Planet Federal [email protected]
_______________________________________________ GeoTools-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
