V1.0.0 Commit sometimes fails to resolve schema when encoding xml commit
-
Key: GEOT-2272
URL: http://jira.codehaus.org/browse/GEOT-2272
Project: GeoTools
Issue Type:
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1269/changes
Changes:
[jesseeichar] fix for http://jira.codehaus.org/browse/GEOT-2272
--
[...truncated 5181 lines...]
---
T E S T S
ability to not turn on/off feature bounds in encoded features
-
Key: GEOT-2273
URL: http://jira.codehaus.org/browse/GEOT-2273
Project: GeoTools
Issue Type: Improvement
Looks like just some missing imports. I took the liberty of fixing.
-Justin
Justin Deoliveira wrote:
Hi Jesse,
Looks like your last patch broke the build.
-Justin
Hudson wrote:
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1269/changes
Changes:
[jesseeichar] fix for
Hi all,
The GeoServer folks are hoping to release 1.7.2 this coming Monday so I
hope to release 2.5.3 around the same time. If anyone objects or wants
us to wait on an important fix for 2.5.3 just me know.
-Justin
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open
Hi Jesse:
I am just back from being sick with the flue all week. Looks like
geotools is sick as well ... you have scored the last change for
WFSTransactionState? This is currently broken since you are refering to
what I assume is a Java 6 URISyntaxException?
No, just an issue with some missing imports. I just committed a fix.
Build should be back soon.
-Justin
Jody Garnett wrote:
Hi Jesse:
I am just back from being sick with the flue all week. Looks like
geotools is sick as well ... you have scored the last change for
WFSTransactionState?
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1270/changes
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
ImageIO crash, StringToDouble not found
---
Key: GEOT-2274
URL: http://jira.codehaus.org/browse/GEOT-2274
Project: GeoTools
Issue Type: Bug
Components: gc imageio
Affects Versions: 2.5.2
Sorry to chime in even later. A few thoughts
Ben Caradoc-Davies wrote:
Andrea Aime wrote:
Ben Caradoc-Davies ha scritto:
I have renamed the DataAccess proposal and now propose it as GSIP 31.
http://geoserver.org/display/GEOS/GSIP+31+-+Use+DataAccess+API
The general idea in the GSIP is fine,
Chris Holmes wrote:
So my main problem with this paragraph is the notion that the DataAccess
API is 'well supported' in GeoTools. Has it seen any real use in
production? Has it been integrated in stable versions of any projects?
No, nor will it, until it is supported by GeoServer. Chicken.
Support FeatureType in FeatureTypeCache
---
Key: GEOT-2275
URL: http://jira.codehaus.org/browse/GEOT-2275
Project: GeoTools
Issue Type: Improvement
Components: ext xml-xsd
Affects Versions:
12 matches
Mail list logo