[fdo-internals] RE: FdoThreadCapability
greg.boone at autodesk.com
Wed Oct 10 14:21:15 EDT 2007
At this time I recommend using PerConnectionThreaded. This is the
setting that MapGuide sever is utilized to employ most effectively. The
MapGuide Server will create and cache an number of connections (possibly
to the same server) that will allow some performance improvement.
From: fdo-internals-bounces at lists.osgeo.org
[mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Douglas
Sent: Wednesday, October 10, 2007 12:17 PM
To: fdo-internals at lists.osgeo.org
Subject: [fdo-internals] RE: FdoThreadCapability
Actually I'm not using the WFS Provider, we developed our own provider.
FDO API we are using is from the 3.2.x branch (all with MapGuide Open
1.2.0 as client).
I observed that all other providers (at least the ones on the 3.2.x
are returning PerConnectionThreaded capability. Is this property really
It makes no sense for our provider to execute one request at a time
the request hard processing is done in other machines... it could be
parallelized... the map is taking toooooooo much time to get
> Which version of the WFS provider are you using? The 3.2.3 and 3.3
> versions of the provider are PerCommandThreaded.
> -----Original Message-----
> From: Douglas Gardim [mailto:Douglas at cpqd.com.br]
> Sent: Wednesday, October 10, 2007 8:06 AM
> To: fdo-internals at lists.osgeo.org
> Subject: FdoThreadCapability
> I'm testing an FDO Provider implementation that was supposed to be
> Multithraded (the provider is returning
> FdoThreadCapability_MultiThreaded in
> the FdoWfsConnectionCapabilities::GetThreadCapability() method). But I
> noticed that my Fdo Provider client (I'm using it with MapGuide) is
> multithreading its SelectCommand requests. It just executes a new
> SelectCommand after the previous one was completely processed and the
> FeatureReader is closed.
> Does anyone know how can I change this behaviour?
> thanks in advance.....
> View this message in context:
> Sent from the fdo-internals mailing list archive at Nabble.com.
> fdo-internals mailing list
> fdo-internals at lists.osgeo.org
View this message in context:
Sent from the fdo-internals mailing list archive at Nabble.com.
fdo-internals mailing list
fdo-internals at lists.osgeo.org
More information about the fdo-internals