Opened 14 years ago
Closed 13 years ago
#1511 closed defect (fixed)
WFS: can't create layer against to the wfs feature source with multiple schemas
Reported by: | hubu | Owned by: | hubu |
---|---|---|---|
Priority: | high | Milestone: | 2.3 |
Component: | Feature Service | Version: | 2.2.0 |
Severity: | blocker | Keywords: | haspatch |
Cc: | External ID: | 1353078 |
Description
Steps:
- Launch MG Studio.
- Create one WFS connection
the first one in sample URLs http://frameworkwfs.usgs.gov/framework/wfs/wfs.cgi?DATASTORE=Framework
- Create one layer based on the connection create in Step2.
Results: An exception thrown: ""Schema can not be found in the collection.""
Expected results: The layer could be created successfully.
Attachments (1)
Change History (4)
comment:1 by , 14 years ago
by , 14 years ago
Attachment: | fix_#1511.patch added |
---|
comment:2 by , 13 years ago
Keywords: | haspatch added |
---|
comment:3 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Appears to have been fixed in [5360]
Note:
See TracTickets
for help on using tickets.
This is actually a FDO issue. WFS only supports one "Real" schema. I can work out a workaround on MapGuide Server to avoid the exception throwing. The workaround is, before decribeschema, we don't set the classname/schemaname. If we set the schemaname before describeschema, the WFS provider will check whether the schemaname is the last one of schemacollection, if not the exception throws out. On the other hand, set the classname/schemaname is useless for MapGuide, the FDO still need to get all schemas from the server, and reture them to MapGuide Server. So set the schemaname doesn't improve the performance of MapGuide. I tested the fix against SDF/SHP/Orcale, it works fine for me.