HI all,<div><br></div><div>I have updated to the latest version of the wfs 1.1.0 trunk tests. Here are the issues i ran into.</div><div><br></div><div>1. typo in build.xml</div><div><br></div><div>The build.xml files references an incorrect file. Patch attached. build.xml.patch.</div>
<div><br></div><div>2. issues with xlink schema references</div><div><br></div><div>The trunk tests still don't compile for me. There was a recent commit that went in for this issue but I still don't think it is fixed yet. I generated a diff of the trunk against the r9 tag and attached the patch (xlink.patch). WIth this patch the tests are actually runnable for me.</div>
<div><br></div><div>3. GetCapabilities tc9.2 and tc16.5</div><div><br></div><div>These tests use malformed URL's to test a service exception, but with the way they specify the version there is really no way to really parse it out and recognize. For instance:</div>
<div><br></div><div><baseUrl>#request=GetCapabilities,service=WFS,version=1.1.0</div><div><br></div><div>I don't how it is possible to infer the version by parsing a proper query string. I think the version needs to be specified directly after the query string delimiter. Like this:</div>
<div><br></div><div><baseUrl>?version=1.1.0&<rest of malformed url></div><div><br></div><div>Patch attached (GetCapabiltiies.patch)</div><div><br></div><div>4. DescribeFeatureType tc4.4</div><div><br></div>
<div>This test doesn't specify a version but asserts a wfs 1.1.0 response. Attached is a patch that changes the assertion to be more lax and not actually validate agains the ows 1.0 schema. Instead just checking the local name of the element.</div>
<div><br></div><div>5. GetFeature tc23.4</div><div><br></div><div>Same fix as (4), no version specified but asserts the ows 1.0 exception schema. Patch attached.</div><div><br></div><div>6. GetFeature tc44.1</div><div><br>
</div><div>Same as 5 and 6 but this assertion does tests against the exception code and the locator attributes. Fix doesn't validate against the ows 1.0 schema but still asserts the value of the exception code and locator.</div>
<div><br></div><div>7. LockFeature invalid-request</div><div><br></div><div>The test uses the GET, which I think should be a post request. Patch attached.</div><div><br></div><div><div>Hope that all makes sense.</div><div>
<br></div><div>-Justin</div><div><br></div>-- <br><font face="'courier new', monospace">Justin Deoliveira</font><div><font face="'courier new', monospace">OpenGeo - <a href="http://opengeo.org" target="_blank">http://opengeo.org</a></font></div>
<div><font face="'courier new', monospace">Enterprise support for open source geospatial.</font></div><br>
</div>