David,

I am working with 2.1.0 and 2.2M2.
Maybe I don't understand how GML parsing works.

In my application, I read GML files in two steps :
- First step : I just want to know GML structure (FeatureType attributes)
- Second step : I want to scan Feature data.

My problem is about first step.
My code is about his :

GMLDataStore dataStore = new DataStore(/uri/);
for(String type : dataStore.getTypeNames()) {
  GMLDataSource source = dataStore.getFeatureSource(type);
  FeatureType type = source.getSchema();
  List<String> headerLine = new ArrayList<String>();
  for(AttributeType att : type.getAttributeTypes()) {
      headerLine.add(att.getName());
  }
}

I keep reference on generated headerLine
I my GML datastore, there are 5 gml files of different types.
And there are 5 fc buffer thread that are running even if I d'ont need data...

If you want more information about my problem, ask me.

Bertrand.

David Zwiers a écrit :
Bertrand,
I've looked into this bug before .. and though I fixed it (if not, guess I have more hunting todo). Can you tell me which version of geotools you are using? As for the 100% CPU ... that's basically because parsing is hard. I can try to put in some threading code to make them a lower priority, and/or reduce the amount of polling into the buffer. David

On 1/20/06, *Bertrand Massoud* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:

    Hi,

    I am currently using geotools as import/export GML library

    When building a GMLDataStore and get FeatureSources in order to have
    featureType for each GML file, GeoTools run a thread for each GML file
    that never ends and keep 100% CPU.

    In GmlDataStore.java, a private variable fcbuffer is created when
    asking
    FeatureType but there is no way to acces it or kill it.
    And method getFeatureSource does not reuse this fcbuffer.

    I just added a Close method that closes the fcbuffer thread to correct
    my problem.

    Best regards,
    Bertrand Massoud.


    -------------------------------------------------------
    This SF.net email is sponsored by: Splunk Inc. Do you grep through
    log files
    for problems?  Stop!  Download the new AJAX search engine that makes
    searching your log files as easy as surfing the  web.  DOWNLOAD
    SPLUNK!
    http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
    <http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642>
    _______________________________________________
    Geotools-gt2-users mailing list
    [email protected]
    <mailto:[email protected]>
    https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
    <https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users>






-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
_______________________________________________
Geotools-gt2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users

Reply via email to