Brett Walker created GEOT-4111:
----------------------------------
Summary: GML3EncodingTest Fails
Key: GEOT-4111
URL: https://jira.codehaus.org/browse/GEOT-4111
Project: GeoTools
Issue Type: Bug
Components: xsd-gml
Affects Versions: 8.0-M4, 8.0-RC1
Environment: Apache Maven 3.0.4 (r1232337; 2012-01-17 19:44:56+1100)
Java version: 1.6.0_24, vendor: Sun Microsystems Inc.
Default locale: en_AU, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
Reporter: Brett Walker
Priority: Critical
Attachments: GML3EncodingTest.java.patch
When executing mvn clean install on the latest trunk/src it fails. More
specifically the maven build fails in the XSD-GML3 module while executing
tests. The specific test this bug report is aboout is
org.geotools.gml3.GML3EncodingTest.testWithApplicationSchemaConfiguration.
After discussing with Ben and Rini it was determined that the URI for a schema
location was not properly formed. In this particular case a space in the file
path was being url-encoded too early. It was causing a test failure on the
reported platform. The particular file path causing the issue was 'C:\Install
Files\G\GeoTools\svn\trunk\modules\extension\xsd\xsd-gml3\...'. I have an
alternate box with Windows XP and Java 1.6.0_22 on which the build succeeds.
But there was no space in the particular file path.
Rini has a Windows 7 box with Java 1.6.0_13. Unsure if there is a space in the
particular file path but she did not report the error.
I have provided an svn patch to correct this problem. The existing JUnit tests
are sufficient to test the patch provided that the build is performed in a
environment with a space in the file path.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
