On Fri, Sep 14, 2012 at 12:00 PM, Andrea Aime
<[email protected]>wrote:
>
> FeatureCollection getRecords(Query q, FeaureType targetSchema,
> Transaction t) throws IOException;
>
>
One observation about this move: the Query normally assumes simmetry
between queried
and returned objects, thus the PropertyName are contained in there.
However in this case we have an asymmetry, so maybe we should switch to:
FeatureCollection getRecords(Query q, List<PropertyName> targetProperties,
FeaureType targetSchema, Transaction t) throws IOException;
and ignore the ones in the Query.
Or else, use the ones in the Query but assume they are part of the output.
Another possibility is to have a CSWQuery extending Query that has a
targetSchema property.
Hmm.. I believe I like this one better.
Finally, there is the bit about what happens if the store cannot do the
type conversion.
I guess we should throw a Exception in such case? Maybe a specific one,
UnsupportedTargetTypeException, so that the CSW can return a proper service
exception referring to the outputSchema as the culprit
Cheers
Andrea
--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it for more
information.
==
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 962313
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
------------------------------------------------------------------------------
Got visibility?
Most devs has no idea what their production app looks like.
Find out how fast your code is with AppDynamics Lite.
http://ad.doubleclick.net/clk;262219671;13503038;y?
http://info.appdynamics.com/FreeJavaPerformanceDownload.html
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
