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 <jody.garn...@gmail.com> 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 <raj...@gmail.com> 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 <raj...@gmail.com> 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 >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > -- > -- > Jody Garnett > _______________________________________________ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Torben Barsballe Software Engineer Planet Federal tbarsba...@federal.planet.com
_______________________________________________ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
