[Geoserver-devel] [Hudson] Build failed in Hudson: 2.2-cite-wcs-1.1 #1195

See -- Started by upstream project "2.2-cite-all" build number 1 [workspace] $ /bin/sh -xe /var/cache/jetty/data/hudson4290524260601411294.sh + ./run.sh wcs-1.1 2.2.x /var/cache/jetty/data/hudson4

Re: [Geoserver-devel] setting up 2.4.x cite tests

Agreed. I note that the 2.4.x docs series is failing, it appears to be due to a missing directory: Build finished. The HTML pages are in build/html. + rm -rf /var/www/html/geoserver/2.4.x/doc/en/user + cp -r build/html /var/www/html/geoserver/2.4.x/doc/en/user cp: cannot create directory `/var/ww

[Geoserver-devel] [Hudson] Hudson build is back to normal : 2.4-cite-wfs-1.1 #2

See -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- Learn the latest--Visual Studio 2012, Sh

[Geoserver-devel] [Hudson] Hudson build is back to normal : 2.3-cite-wfs-1.1 #218

See -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- Learn the latest--Visual Studio 2012,

Re: [Geoserver-devel] setting up 2.4.x cite tests

Well it doesn't really matter since they execute in serial. I usually don't worry about trying to schedule the jobs so that there are no conflicts and just let hudson queue them up and churn through them. On Mon, Sep 2, 2013 at 5:39 PM, Jody Garnett wrote: > Thanks Justin I can confirm that is

[Geoserver-devel] [Hudson] Build failed in Hudson: 2.3-cite-wcs-1.0 #215

See -- [...truncated 1472 lines...] + (( i++ )) + (( i <= 100 )) + sleep 2 + echo 'Pinging GeoServer at http://localhost:11010/geoserver' Pinging GeoServer at http://localhost:11010/geoserver + cu

[Geoserver-devel] [Hudson] Hudson build is back to normal : geoserver-master #6302

See -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- Learn the latest--Visual Studio 2012,

Re: [Geoserver-devel] master failing on CSW

Hi Jody, I believe this is because the build was started before the dependant geotools patch was pulled. I think because nothing changed since then on the GS repo, hudson didn't start a new build. Can you force it to try and build again? I am quite certain it would be solved then. Cheers Nie

[Geoserver-devel] master failing on CSW

During last nights meeting Andrea tried out a CSW pull request on master (before applying it to 2.4.x). As a result CSW is currently failing: Failed tests: testGetSingle(org.geoserver.csw.GetRepositoryItemTest): expected: but was: For details see: http://hudson.opengeo.org/hudson/job/geoserver-m

[Geoserver-devel] 2.4-RC2 release train - cite build failure

With a bit of encouragement from Justin CITE test are running for the 2.4.x branch, however we are not yet in a position to release. We have one failure of note: - http://hudson.opengeo.org/hudson/view/cite/job/2.4-cite-wfs-1.1/1/ The log shows the following: + grep Failed [exec] Test wfs:w

Re: [Geoserver-devel] setting up 2.4.x cite tests

Thanks Justin I can confirm that is working. In the interest of making scheduling easier to manage I am making 2.2-cite-all, , 2.4-cite-all jobs for scheduling, that kick off the individual cite tests. It is too annoying to prevent overlap now that we are getting so many scheduled targets. Is

[Geoserver-devel] [Hudson] Build failed in Hudson: 2.4-cite-wfs-1.1 #1

See -- [...truncated 4216 lines...] [exec]Testing wfs:run-Transaction-Cleanup (wfs-1.1.0/d41e34700_1/d41e760_1/d41e31404_1/d41e26192_1)... [exec] Assertio

[Geoserver-devel] [Hudson] Hudson build is back to normal : 2.4-cite-wfs-1.0 #2

See -- This message is automatically generated by Hudson. For more information on Hudson, see: http://hudson-ci.org/ -- Learn the latest--Visual Studio 2012, Sh

Re: [Geoserver-devel] New Style Function - Storing styling properties as a JSON map

When implementing a type conversion you can cache as well (based on String hash probably) so if you do like the JSON_STYLE/color idea you can make it perform. Note caching based on the feature may not always work: a) Datastore can return the same feature object each time, just changing the content

Re: [Geoserver-devel] Backporting GEOS-5847

Don't bother we have no plans to release 2.3.x again? On Mon, Sep 2, 2013 at 10:44 PM, Mauro Bartolomeoli < mauro.bartolome...@geo-solutions.it> wrote: > Hi everybody, > I was thinking of backporting GEOS-5847 (fixing loading of nested layer > groups from Catalog) to 2.3.x. > The patch is not tr

Re: [Geoserver-devel] setting up 2.4.x cite tests

There are some manual steps that you have to do on the build server. Basically just creating a symlink in a specific directory for the "2.4.x" branch. I've updated the script that runs the test to create this symlink on demand if it doesn't exist. On Mon, Sep 2, 2013 at 6:46 AM, Jody Garnett

Re: [Geoserver-devel] New Style Function - Storing styling properties as a JSON map

Hi, On 09/01/2013 07:27 AM, Jody Garnett wrote: So it looks like this may be a straight contribution to geotools, i.e. this is a normal function right? I suppose it is a normal function. Whats is the behavior of a normal function ? function: mapper - argument 1: (String) JSON formatted ma

[Geoserver-devel] [Hudson] Build failed in Hudson: geoserver-master #6301

See Changes: [Niels Charlier] GEOS-5940: CSW support mapping multi-valued metadata property with multiple catalog properties. -- [...truncated 55595 lines...] -29.0434 167.9388

[Geoserver-devel] GeoTools / GeoServer Meeting 2013-09-02

GeoTools / GeoServer Meeting 2013-09-02 === Attending - Andrea Aime Ben Caradoc-Davies Jody Garnett Alessio Fabiani Niels Charlier Jukka Rahkonen Agenda -- * 2.4-RC2 release * VFP module * foss4g 2.4-RC2 release --- 1) (done) Set

[Geoserver-devel] [Hudson] Build failed in Hudson: cite-wcs-1.0-2.4 #2

See -- [...truncated 1898 lines...] [exec] VAR_WCS_TEMP_CRS: [exec] VAR_WCS_TEMP_RPCRS: [exec] VAR_WCS_COVERAGE_1_CRS: You_got_this_because_you_did_not_have

[Geoserver-devel] [Hudson] Build failed in Hudson: 2.4-cite-wfs-1.0 #1

See -- [...truncated 3166 lines...] [exec]Test wfs:test1.0.0-basic-getfeature-filter-spatialoperators-disjoint-post-5 (wfs-1.0.0/d41e2526_1) Failed [exec]Test wfs:test1.0.0-basic

Re: [Geoserver-devel] setting up 2.4.x cite tests

Well I must be missing part of the story :-) I have created the entries by copying the cite master tests, and changing to 2.4.x. When run the tests fail with: Pinging GeoServer at http://localhost:11010/geoserver + curl -G http://localhost:11010/geoserver curl: (7) couldn't connect to host O

[Geoserver-devel] Backporting GEOS-5847

Hi everybody, I was thinking of backporting GEOS-5847 (fixing loading of nested layer groups from Catalog) to 2.3.x. The patch is not trivial, but was applied on master more than 2 months ago, so it should be sufficiently tested. What do you think? Thanks Mauro Bartolomeoli -- == Our support, Yo

[Geoserver-devel] [Hudson] Build failed in Hudson: 2.4-cite-wcs-1.0 #1

See -- [...truncated 1848 lines...] [exec] VAR_WCS_TEMP_CRS: [exec] VAR_WCS_TEMP_RPCRS: [exec] VAR_WCS_COVERAGE_1_CRS: You_got_this_because_you_did_not_have

[Geoserver-devel] setting up 2.4.x cite tests

Based on the branch discussion around 2.4.x tagging it seems we need 2.4.x targets created for cite testing. I do not want to create any additional load on the server, so I will copy the 2.3.x build targets, and then "unschedule" the original. With this in mind I am going to delay the release by

Re: [Geoserver-devel] release schedule

And with that in mind I am going to let the CITE tests run and start 2.4-RC2 On Mon, Sep 2, 2013 at 12:58 PM, Ben Caradoc-Davies < ben.caradoc-dav...@csiro.au> wrote: > Thanks, Justin. As you are taking this, one I volunteer for the next. See > youse at Monday's meeting. > > Kind regards, > Ben.

[Geoserver-devel] [jira] (GEOS-6014) app-schema workspace-specific service URL corrupts namespaces of other workspaces

Ben Carad

[Geoserver-devel] [jira] (GEOS-6013) app-schema does not honour per-workspace WFS settings

Ben Carad

Re: [Geoserver-devel] And fix for GEOS-5975

On Sat, Aug 31, 2013 at 12:56 PM, Andrea Aime wrote: > Hi, > the fix for GEOS-5975 has been committed on trunk by David, but not > ported back to 2.4.x > > I'll wait till tomorrow, if I don't see it getting in I'll backport it > myself, so that > Jody has a nightly build ready to pull revision num