https://build.geoserver.org/geoserver/release/2.11.4/
There is no Windows EXE.
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
https://build.geoserver.org/geoserver/release/2.11.4/
There is no Windows EXE.
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
Artifact sizes and contents normal (I checked several but not all plugins). No SNAPSHOTS present.
Documentation buglets:
- PDF manual has 2.11.x on the front page and headers
- htmldoc user manual has 2.11.x in the HTML title (2.11.3 had the same problem); developer manual has the correct version 2.11.4
Testing the bin-zip, layer demos and demo requests worked as expected:
- Every OpenLayers test worked but caused an exception to be logged (attached) similar to that reported for https://osgeo-org.atlassian.net/browse/GEOS-8178
- WFS transaction demos failed with:
org.geoserver.wfs.WFSTransactionException: {http://www.openplans.org/topp\}tasmania_roads is read-only
at org.geoserver.wfs.Transaction.execute(Transaction.java:269)
at org.geoserver.wfs.Transaction.transaction(Transaction.java:106)
at org.geoserver.wfs.DefaultWebFeatureService.transaction(DefaultWebFeatureService.java:172)
apollo-slave-win-01 is offline. We have no EXE or DMG.
Jenkins geoserver-release-publish underway.
Kind regards,
Ben.
On 19/12/17 09:46, Ben Caradoc-Davies wrote:
https://build.geoserver.org/geoserver/release/2.11.4/
There is no Windows EXE.
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
layer-preview-openlayers.txt (15.7 KB)
The 2.11.4 dmg has been uploaded to sourceforge. I can confirm that it installs and starts up fine.
Torben
On Mon, Dec 18, 2017 at 3:29 PM, Ben Caradoc-Davies <ben@anonymised.com> wrote:
Artifact sizes and contents normal (I checked several but not all plugins). No SNAPSHOTS present.
Documentation buglets:
- PDF manual has 2.11.x on the front page and headers
- htmldoc user manual has 2.11.x in the HTML title (2.11.3 had the same problem); developer manual has the correct version 2.11.4
Testing the bin-zip, layer demos and demo requests worked as expected:
- Every OpenLayers test worked but caused an exception to be logged (attached) similar to that reported for https://osgeo-org.atlassian.net/browse/GEOS-8178
- WFS transaction demos failed with:
org.geoserver.wfs.WFSTransactionException: {http://www.openplans.org/topp}tasmania_roads is read-only
at org.geoserver.wfs.Transaction.execute(Transaction.java:269)
at org.geoserver.wfs.Transaction.transaction(Transaction.java:106)
at org.geoserver.wfs.DefaultWebFeatureService.transaction(DefaultWebFeatureService.java:172)apollo-slave-win-01 is offline. We have no EXE or DMG.
Jenkins geoserver-release-publish underway.
Kind regards,
Ben.On 19/12/17 09:46, Ben Caradoc-Davies wrote:
https://build.geoserver.org/geoserver/release/2.11.4/
There is no Windows EXE.
–
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
Check out the vibrant tech community on one of the world’s most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Geoserver-devel mailing list
Geoserver-devel@anonymised.com.366…sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Thanks, Torben. Much appreciated.
All the 2.11.4 links are published on the download page. I will wait until tomorrow morning (my time) before publishing the blogs to give bloggers a chance to edit.
Kind regards,
Ben.
On 19/12/17 13:44, Torben Barsballe wrote:
The 2.11.4 dmg has been uploaded to sourceforge. I can confirm that it
installs and starts up fine.Torben
On Mon, Dec 18, 2017 at 3:29 PM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:Artifact sizes and contents normal (I checked several but not all
plugins). No SNAPSHOTS present.Documentation buglets:
- PDF manual has 2.11.x on the front page and headers
- htmldoc user manual has 2.11.x in the HTML title (2.11.3 had the same
problem); developer manual has the correct version 2.11.4Testing the bin-zip, layer demos and demo requests worked as expected:
- Every OpenLayers test worked but caused an exception to be logged
(attached) similar to that reported for https://osgeo-org.atlassian.ne
t/browse/GEOS-8178
- WFS transaction demos failed with:
org.geoserver.wfs.WFSTransactionException: {http://www.openplans.org/topp
}tasmania_roads is read-only
at org.geoserver.wfs.Transaction.execute(Transaction.java:269)
at org.geoserver.wfs.Transaction.transaction(Transaction.java:106)
at org.geoserver.wfs.DefaultWebFeatureService.transaction(Defau
ltWebFeatureService.java:172)apollo-slave-win-01 is offline. We have no EXE or DMG.
Jenkins geoserver-release-publish underway.
Kind regards,
Ben.On 19/12/17 09:46, Ben Caradoc-Davies wrote:
https://build.geoserver.org/geoserver/release/2.11.4/
There is no Windows EXE.
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand------------------------------------------------------------
------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
On Tue, Dec 19, 2017 at 12:29 AM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:
Testing the bin-zip, layer demos and demo requests worked as expected:
- Every OpenLayers test worked but caused an exception to be logged
(attached) similar to that reported for https://osgeo-org.atlassian.ne
t/browse/GEOS-8178
- WFS transaction demos failed with:
org.geoserver.wfs.WFSTransactionException: {http://www.openplans.org/topp
}tasmania_roads is read-only
at org.geoserver.wfs.Transaction.execute(Transaction.java:269)
at org.geoserver.wfs.Transaction.transaction(Transaction.java:106)
at org.geoserver.wfs.DefaultWebFeatureService.transaction(Defau
ltWebFeatureService.java:172)
Yes, that happens since we switched the data dir to read-only mode for non
authenticated users.
To fix it I believe the following is necessary:
- Add a comment in capital case that login is required
- Make username/password support in demo work again (afaik it's currently
broken)
Cheers
Andrea
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.
The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
On 19/12/17 21:40, Andrea Aime wrote:
On Tue, Dec 19, 2017 at 12:29 AM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:Testing the bin-zip, layer demos and demo requests worked as expected:
- Every OpenLayers test worked but caused an exception to be logged
(attached) similar to that reported for https://osgeo-org.atlassian.ne
t/browse/GEOS-8178
- WFS transaction demos failed with:
org.geoserver.wfs.WFSTransactionException: {http://www.openplans.org/topp
}tasmania_roads is read-only
at org.geoserver.wfs.Transaction.execute(Transaction.java:269)
at org.geoserver.wfs.Transaction.transaction(Transaction.java:106)
at org.geoserver.wfs.DefaultWebFeatureService.transaction(Defau
ltWebFeatureService.java:172)Yes, that happens since we switched the data dir to read-only mode for non
authenticated users.
To fix it I believe the following is necessary:
- Add a comment in capital case that login is required
I see this even if logged in as admin. The shapefiles tasmania_roads.* are writeable on the filesystem.
- Make username/password support in demo work again (afaik it's currently
broken)
Yes, if I supply username+password in the form, I get:
<servlet-exception>
HTTP response: 401
No AuthenticationProvider found for org.springframework.security.authentication.UsernamePasswordAuthenticationToken
</servlet-exception>
Kind regards,
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
On 20/12/17 10:48, Ben Caradoc-Davies wrote:
On 19/12/17 21:40, Andrea Aime wrote:
On Tue, Dec 19, 2017 at 12:29 AM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:Testing the bin-zip, layer demos and demo requests worked as expected:
- Every OpenLayers test worked but caused an exception to be logged
(attached) similar to that reported for https://osgeo-org.atlassian.ne
t/browse/GEOS-8178
- WFS transaction demos failed with:
org.geoserver.wfs.WFSTransactionException: {http://www.openplans.org/topp
}tasmania_roads is read-only
at org.geoserver.wfs.Transaction.execute(Transaction.java:269)
at org.geoserver.wfs.Transaction.transaction(Transaction.java:106)
at org.geoserver.wfs.DefaultWebFeatureService.transaction(Defau
ltWebFeatureService.java:172)Yes, that happens since we switched the data dir to read-only mode for non
authenticated users.
To fix it I believe the following is necessary:
- Add a comment in capital case that login is requiredI see this even if logged in as admin. The shapefiles tasmania_roads.* are writeable on the filesystem.
And I see the same behaviour on master.
Kind regards,
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
Torben,
one tiny buglet is that the Jenkins geoserver-release job still prints an ares URL for the location of the release artifacts at the end of its log. For example:
https://build.geoserver.org/view/geoserver/job/geoserver-release/194/consoleText
"build complete, artifacts available at http://ares.boundlessgeo.com/geoserver/release/2.11.4"
DIST_HOST=ares.boundlessgeo.com is set in build/properties, and I considered changing it, but this is also used for things like an ssh private key filename. As you were the last person seen fixing the build infrastructure (according to git), I was wondering if you had an opinion on whether it is safe to change this? Perhaps we could try just before the next GeoServer release, and see if it still works.
Kind regards,
Ben.
On 19/12/17 09:46, Ben Caradoc-Davies wrote:
https://build.geoserver.org/geoserver/release/2.11.4/
There is no Windows EXE.
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
On Tue, Dec 19, 2017 at 10:48 PM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:
- Add a comment in capital case that login is required
I see this even if logged in as admin. The shapefiles tasmania_roads.* are
writeable on the filesystem.
Yes, known, the demo request does not "cascade" your authentication.
- Make username/password support in demo work again (afaik it's currently
broken)
Yes, if I supply username+password in the form, I get:
<servlet-exception>
HTTP response: 401
No AuthenticationProvider found for org.springframework.security.a
uthentication.UsernamePasswordAuthenticationToken
</servlet-exception>
Right
Cheers
Andrea
Ing. Andrea Aime
@geowolf
Technical Lead
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.
The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
On Tue, Dec 19, 2017 at 5:28 PM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:
Torben,
one tiny buglet is that the Jenkins geoserver-release job still prints an
ares URL for the location of the release artifacts at the end of its log.
For example:
https://build.geoserver.org/view/geoserver/job/geoserver-rel
ease/194/consoleText
"build complete, artifacts available at http://ares.boundlessgeo.com/g
eoserver/release/2.11.4"DIST_HOST=ares.boundlessgeo.com is set in build/properties, and I
considered changing it, but this is also used for things like an ssh
private key filename. As you were the last person seen fixing the build
infrastructure (according to git), I was wondering if you had an opinion on
whether it is safe to change this? Perhaps we could try just before the
next GeoServer release, and see if it still works.
Looking in the build scripts, the only place besides that message where
DIST_HOST is used is by upload_installer, which in turn is only used by the
mac and windows build scripts.
The current windows build manually sets DIST_HOST, and the mac build can't
upload to the proper location anyways due to auth issues.
So, yes, changing DIST_HOST to build.geoserver.org should be fine, and I
don't anticipate it to cause any issues.
Torben
Kind regards,
Ben.On 19/12/17 09:46, Ben Caradoc-Davies wrote:
https://build.geoserver.org/geoserver/release/2.11.4/
There is no Windows EXE.
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
On 21/12/17 06:05, Torben Barsballe wrote:
On Tue, Dec 19, 2017 at 5:28 PM, Ben Caradoc-Davies <ben@anonymised.com>
wrote:Torben,
one tiny buglet is that the Jenkins geoserver-release job still prints an
ares URL for the location of the release artifacts at the end of its log.
For example:
https://build.geoserver.org/view/geoserver/job/geoserver-rel
ease/194/consoleText
"build complete, artifacts available at http://ares.boundlessgeo.com/g
eoserver/release/2.11.4"
DIST_HOST=ares.boundlessgeo.com is set in build/properties, and I
considered changing it, but this is also used for things like an ssh
private key filename. As you were the last person seen fixing the build
infrastructure (according to git), I was wondering if you had an opinion on
whether it is safe to change this? Perhaps we could try just before the
next GeoServer release, and see if it still works.Looking in the build scripts, the only place besides that message where
DIST_HOST is used is by upload_installer, which in turn is only used by the
mac and windows build scripts.
The current windows build manually sets DIST_HOST, and the mac build can't
upload to the proper location anyways due to auth issues.
So, yes, changing DIST_HOST to build.geoserver.org should be fine, and I
don't anticipate it to cause any issues.
Thanks. I have changed DIST_HOST to build.geoserver.org and DIST_URL to use HTTPS. This only affects the defaults.
Kind regards,
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand
On 19/12/17 12:29, Ben Caradoc-Davies wrote:
Documentation buglets:
- PDF manual has 2.11.x on the front page and headers
- htmldoc user manual has 2.11.x in the HTML title (2.11.3 had the same problem); developer manual has the correct version 2.11.4
And I fixed this one too: 2.11.x had "release = '2.12-SNAPSHOT'" in doc/en/user/source/conf.py, causing build_release.sh to ignore it because it did not match 2.11-SNAPSHOT, causing the SNAPSHOT removal logic to use '2.11.x' for the label. Not tested, but should be fixed on 2.11.x for future releases on this branch:
https://github.com/geoserver/geoserver/commit/53005543d50fa7034f2e1b0ed9aa4002627420a6
2.12.x and master were not affected.
Kind regards,
--
Ben Caradoc-Davies <ben@anonymised.com>
Director
Transient Software Limited <https://transient.nz/>
New Zealand