<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
When you have a FeatureStore you can use the method createSession().<br>
<br>
The Session object has many more convenient methods including
FeatureCollections.<br>
<br>
Johann Sorel<br>
<br>
<br>
<div class="moz-cite-prefix">On 10/12/2014 13:27, Emmanuel Blondel
wrote:<br>
</div>
<blockquote cite="mid:54883C45.9060903@gmail.com" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
Thanks Martin , it would be great yes. Let me know if something
new appears in snapshot, i will further test with a geoserver WFS
instance.<br>
<br>
Related to the use of WFS geotk client, i would have a question
about the way how data can be retrieved:<br>
- I see there is a FeatureReader, that acts as iterator if i'm not
wrong.<br>
- However, nothing to get a feature collection object; looking to
GeoAPI in parallel, i've realized that the GeoAPI is not handling
anymore a <font face="Courier New, Courier, monospace">FeatureCollection</font>
interface, which was available in previous (old) versions of
GeoAPI. Apparently i'm very late :-/ !.<br>
I thought we had in GeoAPI a single interface for representing the
data retrieved for a WFS featureType (what we are actually looking
for in our project), but it seems it belongs to the past, and the
highest representation is the <font face="Courier New, Courier,
monospace">Feature</font>.<br>
Do you confirm that?<br>
<br>
Thanks again<br>
Emmanuel<br>
<br>
<div class="moz-cite-prefix">Le 10/12/2014 09:11, Martin
Desruisseaux a écrit :<br>
</div>
<blockquote cite="mid:5488002B.6000104@geomatys.fr" type="cite">
<pre wrap="">Le 10/12/14 17:05, <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:emmanuel.blondel1@gmail.com">emmanuel.blondel1@gmail.com</a> a écrit :
</pre>
<blockquote type="cite">
<pre wrap="">Ok for a snapshot, i will argue here on the fact we should use first a snapshot until M3 is available, it shouldn't be a problem.
</pre>
</blockquote>
<pre wrap="">Thanks
</pre>
<blockquote type="cite">
<pre wrap="">Some questions:
- Is it reasonable to make this timeout hardcoded in geotk? Isn't there a way to specify this timeout threshold as client param..?
</pre>
</blockquote>
<pre wrap="">Yes it should be a parameter. I'm not familiar with the way
WFSFeatureStore uses optional parameters. If I find an obvious place
where to put it, I will do. Otherwise a static constant and a "TODO"
note gives an opportunity to revisit this question by someone more
familiar. There is a danger that a "TODO" note is forgot for a long
time, but it should be no longer than until the code is ported to SIS
(since we try to resolve pending issue in this process).
</pre>
<blockquote type="cite">
<pre wrap="">- if it is only a time 'warning', ie not an exception, why should i have a null getcapabilities? I would expect a result anyway.
</pre>
</blockquote>
<pre wrap="">I agree, this is why I proposed alternatives in my previous email. I
would prefer an exception to be thrown, and Johann seems to agree. Would
it be okay for you?
</pre>
<blockquote type="cite">
<pre wrap=""> - in case it's'considered as failure, i should have a timeout exception (but it supposes that i can specify the timeout, otherwise it would be very restrictive and will not work for large GetCapabilities docs)
</pre>
</blockquote>
<pre wrap="">Yes I agree for the TimeoutException. I will try to find a place for the
timeout parameter.
Martin
</pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Geotoolkit mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Geotoolkit@lists.osgeo.org">Geotoolkit@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/geotoolkit">http://lists.osgeo.org/mailman/listinfo/geotoolkit</a></pre>
</blockquote>
<br>
</body>
</html>