Hi Victor,
I think you might want to move this to geoserver-devel. But yeah, as you are
seeing changing the meaning of 0 with respect to what the api says is
causing you headaches :)
I don't know of any way to get this information at the geotools api level.
In GeoServer you could probably get a hold of the request object from the
ows dispatcher (which is stored as a thread local). But actually looking at
the object it does not seem to have a reference to the request object. You
could maintain your own thread local and use a dispatcher call back... but
it gets a bit messy.
Not sure I can think of a clean way. One way might be to try and pass down
the information as a query hint. Or perhaps just modify GML3OutputFormat and
set some flag on your feature collection when resultType == hits.
2c.
-Justin
On Wed, Feb 16, 2011 at 12:49 AM, VT@CSIRO <victor....@csiro.au> wrote:
>
> Hi, one thing that I realise in my performance patch is that because I have
> set the mappingFeatureCollection.size() to always return 0, it will affect
> the function of resulttype=hits.
>
> Is there any way to bring in GetFeatureType request or the resultType
> variable into my mappingFeatureCollection?
>
> Suggestions was made to use hints but that will require changes to the Hint
> and getFeature classes.
> --
> View this message in context:
> http://osgeo-org.1803224.n2.nabble.com/Performance-patch-bug-tp6030788p6030788.html
> Sent from the geotools-devel mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
