On 30/05/14 14:06, Jody Garnett wrote:
It would be extra cool to avoid duplication of logic, if you can
provide another way to access the same information that is fine. I
tried letting the WFSDataStore connect and then asking for the WFS
Client - but I could never find a method to give me access to the
final GetCapabilities the client ended up with.
Admittedly this information should be in the DataStore Info object, so
if you have that working we can remove the
createGetCapabilitiesRequest method.
If you could just clarify on what you like to see instead of
createGetCapabilitiesRequest (methods with signature for example) that
would be great.
I will have a look tomorrow, the real test is editing - but I am not
sure if you implemented that?
Transactions is the main thing I contributed to this module.
Background: Editing is a test of FeatureId
<http://docs.geotools.org/latest/javadocs/org/geotools/filter/identity/FeatureIdImpl.html>
handling, we use a temporary FeatureId during the GeoTools transaction
... and then during GeoTools transaction commit the WFSDataStore sends
a WFS-T TransactionRequest .. and then parse through the
TransactionResponse document updating each temporary FeatureId with
the final identifier assigned by the server.
For details see FetureIdImpl origionalFid, fid and setFid( String ).
It works in udig in my tests.
Regards
NIels
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/NeoTech
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel