[Geoserver-devel] Build failed in Jenkins: geoserver-master #2240

See Changes: [jody.garnett] remove design docs for versioning community module [daniele.romagnoli] [GEOS-7396]: ClassCastException fix -- [...truncated 22676 lines...] [WARNING] *

[Geoserver-devel] ResourceStore REST implementation

On 17/02/16 22:39, Niels Charlier wrote: > On 16-02-16 21:14, Ben Caradoc-Davies wrote: >> The encoding of the child href is very thin (only ampersand is >> replaced). Encoding " to might give a better error message. And >> what about percent-encoding? What happens to spaces or # or other >>

Re: [Geoserver-devel] [Geotools-devel] Build failed in Jenkins / Travis: Local maven repo being corrupted

Daniele, I kicked the geotools-master build to recreate these artifacts and it appears to have fixed one failing ares build affected by the artifact corruption. Everyone should keep an eye on pull requests to see if Travis CI builds also recover. Kind regards, Ben. On 18/02/16 06:13,

Re: [Geoserver-devel] reminder GeoServer 2.9-beta scheduled for Thursday 18 Feb

Hi, For GSIP-138 (vector tiles promotion); I'm slowly reviewing the code base - will not be coming out until 2.10. Ignore it for this release. Thanks, Dave -- Site24x7 APM Insight: Get Deep Visibility into Application

[Geoserver-devel] Build failed in Jenkins: geoserver-master-app-schema-online #327

See Changes: [ben] Revert "Print ResourceTest HTML responses as Strings before parsing to debug parse failure on Windows" [ben] Fix gs-restconfig ResourceTest on Windows [GEOS-7407/GSIP-137]

Re: [Geoserver-devel] reminder GeoServer 2.9-beta scheduled for Thursday 18 Feb

Hi all, so looked into it, happens in all branches and it's a code path that was not meant to work to start with, but that was not properly tapped (we always ever harvested and re-harvested using the external upload method, never with an actual file upload via REST, which is not reliable for large

[Geoserver-devel] Build failed in Jenkins / Travis: Local maven repo being corrupted

Hi, I'm updating a reply to a Jenkins message, related to an email I have sent this morning. It seems like travis has local maven repository somehow corrupted. See my previous reply of this morning in relation to a Jenkins build failure. In addition, I have noticed that a Travis build on GS

[Geoserver-devel] [JIRA] (GEOS-7432) Add new community module: wps-remote

Title: Message Title Alessio Fabiani

[Geoserver-devel] [JIRA] (GEOS-7431) Update GRIB extension's zip package dependencies

Title: Message Title Daniele Romagnoli

[Geoserver-devel] [JIRA] (GEOS-7430) Geometry is not supported by this method

Title: Message Title Andrew Kowalsky

Re: [Geoserver-devel] ResourceTest failure on Windows

H odd. Hard to find if we cannot reproduce it. Seems like the build has passed. On 17-02-16 09:58, Ben Caradoc-Davies wrote: > Andrea, > > I do not think that this can be ascribed to precision problems unless > File.lastModified() on Windows is unstable. > > The test compares the

Re: [Geoserver-devel] Build failed in Jenkins: GeoServer-Master #2635

On 16-02-16 21:14, Ben Caradoc-Davies wrote: > The encoding of the child href is very thin (only ampersand is > replaced). Encoding " to might give a better error message. And > what about percent-encoding? What happens to spaces or # or other > characters in resource names? You have a

Re: [Geoserver-devel] ResourceTest failure on Windows

Thanks for the fix, Ben! That was indeed an error. Glad you got to the bottom of it. On 17-02-16 06:16, Ben Caradoc-Davies wrote: > Aha! Revealing logged stack trace included below. > > Niels, at ResourceResource:275, instead of java.nio.file.Paths.get, > did you intend to use

Re: [Geoserver-devel] ResourceTest failure on Windows

Andrea, I do not think that this can be ascribed to precision problems unless File.lastModified() on Windows is unstable. The test compares the File.lastModified() of the resource obtained directly with the File.lastModified() of the same resource, encoded in JSON, HTML, and XML responses.

Re: [Geoserver-devel] ResourceTest failure on Windows

Hi Ben, could it be related to windows often having a more granular "last file modification" time than linux (this really depends on the file system in use, but still): http://www.coderanch.com/t/384700/java/java/File-lastModified-windows-linux Long story short, I'm wondering if the test can be