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

2016-10-27 Thread winbuild 
See 

Changes:

[jody.garnett] Use $port correctly for manual install

--
[...truncated 80134 lines...]
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] GeoServer .. SUCCESS [ 18.658 s]
[INFO] Core Platform Module ... SUCCESS [ 18.745 s]
[INFO] Open Web Service Module  SUCCESS [  9.774 s]
[INFO] Main Module  SUCCESS [02:58 min]
[INFO] GeoServer Security Modules . SUCCESS [  0.422 s]
[INFO] GeoServer JDBC Security Module . SUCCESS [ 20.090 s]
[INFO] GeoServer LDAP Security Module . SUCCESS [ 16.093 s]
[INFO] Web Coverage Service Module  SUCCESS [  2.983 s]
[INFO] Web Coverage Service 1.0 Module  SUCCESS [ 43.221 s]
[INFO] Web Coverage Service 1.1 Module  SUCCESS [ 49.523 s]
[INFO] Web Coverage Service 2.0 Module  SUCCESS [01:20 min]
[INFO] Web Feature Service Module . SUCCESS [01:56 min]
[INFO] Web Map Service Module . SUCCESS [03:24 min]
[INFO] KML support for GeoServer .. SUCCESS [ 30.299 s]
[INFO] GeoWebCache (GWC) Module ... SUCCESS [01:10 min]
[INFO] REST Support Module  SUCCESS [ 13.989 s]
[INFO] REST Configuration Service Module .. SUCCESS [01:21 min]
[INFO] GeoServer Web Modules .. SUCCESS [  0.171 s]
[INFO] Core UI Module . SUCCESS [01:36 min]
[INFO] WMS UI Module .. SUCCESS [ 28.807 s]
[INFO] GWC UI Module .. SUCCESS [ 49.387 s]
[INFO] WFS UI Module .. SUCCESS [ 12.100 s]
[INFO] Demos Module ... SUCCESS [ 21.896 s]
[INFO] WCS UI Module .. SUCCESS [ 13.129 s]
[INFO] Security UI Modules  SUCCESS [  0.406 s]
[INFO] Security UI Core Module  SUCCESS [01:49 min]
[INFO] Security UI JDBC Module  SUCCESS [01:13 min]
[INFO] Security UI LDAP Module  SUCCESS [ 1

[Geoserver-devel] Build failed in Jenkins: GeoServer-Master-OpenJDK8 #1098

2016-10-27 Thread jenkins 
See 


Changes:

[jody.garnett] Use $port correctly for manual install

--
[...truncated 85779 lines...]
Started calculate disk usage of build
Finished Calculation of disk usage of build in 0 seconds
Started calculate disk usage of workspace
Finished Calculation of disk usage of workspace in 0 seconds
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] GeoServer .. SUCCESS [  5.065 s]
[INFO] Core Platform Module ... SUCCESS [ 13.914 s]
[INFO] Open Web Service Module  SUCCESS [ 10.011 s]
[INFO] Main Module  SUCCESS [01:38 min]
[INFO] GeoServer Security Modules . SUCCESS [  2.058 s]
[INFO] GeoServer JDBC Security Module . SUCCESS [ 17.563 s]
[INFO] GeoServer LDAP Security Module . SUCCESS [ 16.150 s]
[INFO] Web Coverage Service Module  SUCCESS [  3.646 s]
[INFO] Web Coverage Service 1.0 Module  SUCCESS [ 15.223 s]
[INFO] Web Coverage Service 1.1 Module  SUCCESS [ 16.785 s]
[INFO] Web Coverage Service 2.0 Module  SUCCESS [ 36.017 s]
[INFO] Web Feature Service Module . SUCCESS [ 56.355 s]
[INFO] Web Map Service Module . FAILURE [02:28 min]
[INFO] KML support for GeoServer .. SKIPPED
[INFO] GeoWebCache (GWC) Module ... SKIPPED
[INFO] REST Support Module  SKIPPED
[INFO] REST Configuration Service Module .. SKIPPED
[INFO] GeoServer Web Modules .. SKIPPED
[INFO] Core UI Module . SKIPPED
[INFO] WMS UI Module .. SKIPPED
[INFO] GWC UI Module .. SKIPPED
[INFO] WFS UI Module .. SKIPPED
[INFO] Demos Module ... SKIPPED
[INFO] WCS UI Module .. SKIPPED
[INFO] Security UI Modules  SKIPPED
[INFO] Security UI Core Module  SKIPPED
[INFO] Security UI JDBC Module  SKIPPED
[INFO] Security UI LDAP Module  SKIPPED
[INFO] REST UI Module . SKIPPED
[INFO] GeoServer Web Application .. SKIPPED
[INFO] Community Space  SKIPPED
[INFO] GeoServer Extensions ... SKIPPED
[INFO] Application Schema Support . SKIPPED
[INFO] Application Schema Integration Test  SKIPPED
[INFO] Sample DataAccess Integration Test . SKIPPED
[INFO] ArcSDE DataStore Extension . SKIPPED
[INFO] H2 DataStore Extension . SKIPPED
[INFO] SQL Server DataStore Extension . SKIPPED
[INFO] Oracle DataStore Extension . SKIPPED
[INFO] MySQL DataStore Extension .. SKIPPED
[INFO] DB2 DataStore Extension  SKIPPED
[INFO] ImageMap Output Format . SKIPPED
[INFO] ImageI/O-Ext GDAL Coverage Extension ... SKIPPED
[INFO] JP2K Coverage Extension  SKIPPED
[INFO] OGR parent . SKIPPED
[INFO] OGR CORE ... SKIPPED
[INFO] OGR WFS  SKIPPED
[INFO] Web Processing Service parent .. SKIPPED
[INFO] Web Processing Service Module .. SKIPPED
[INFO] OGR WPS  SKIPPED
[INFO] Excel Output Format  SKIPPED
[INFO] Chart external graphics support  SKIPPED
[INFO] Feature Generalization Extension ... SKIPPED
[INFO] Image Mosaic JDBC Extension  SKIPPED
[INFO] OWS request flow controller  SKIPPED
[INFO] Web process status sharing with Hazelcast .. SKIPPED
[INFO] Web Processing Service GUI . SKIPPED
[INFO] GeoServer Layer Querying filter functions .. SKIPPED
[INFO] Teradata DataStore Extension ... SKIPPED
[INFO] GeoServer Monitor Extensions ... SKIPPED
[INFO] Core Monitor Extension . SKIPPED
[INFO] Monitor Hibernate Extension  SKIPPED
[INFO] GeoServer Security Extension Modules ... SKIPPED
[INFO] GeoServer CAS S

[Geoserver-devel] [JIRA] (GEOS-7822) REST PUT property update on ServiceInfo does not work properly for primitive properties

2016-10-27 Thread Torben Barsballe (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Torben Barsballe created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-7822  
 
 
  REST PUT property update on ServiceInfo does not work properly for primitive properties   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.10.0, 2.9.2  
 
 
Assignee: 
 Unassigned  
 
 
Created: 
 28/Oct/16 12:03 AM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Torben Barsballe  
 

  
 
 
 
 

 
 Doing a REST PUT agains any ServiceInfo object (e.g WMSInfo, WFSInfo, ...) will set all primitive values not included in the request to their java defaults. This includes setting all boolean values (including enabled) to false. This is effectively the same as  
   GEOS-3964  Closed  , except for ServiceInfo implementations  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
 

Re: [Geoserver-devel] update FOSS4G logo

2016-10-27 Thread Kevin Smith 
The image is also a link which presently includes the date
(http://2017.foss4g.org/)  it would need to point to a general FOSS4G
site, or to a stable location that forwards to the next FOSS4G.  Maybe
something like http://next.foss4g.org/.  Otherwise we would still need
to update the link every year.


On 16-10-25 11:51 AM, Jeff McKenna wrote: 
> Not a bad idea.  Each year I nag the local committee to produce a 
> marketing page of logos etc (most don't listen to me).  FOSS4G Barcelona 
> was the gold standard for marketing.  So, your idea is a good one.
>
> -jeff
>
>
>
> On 2016-10-25 3:23 PM, Ian Turton wrote:
>> Could foss4g not provide a stable link that updates each year to save
>> all the projects having to remember to change?
>>
>> Ian
>>
>>
>> On 25 Oct 2016 16:24, "Jeff McKenna" > > wrote:
>>
>> Hi Geoserver team,
>>
>> Please change the FOSS4G logo on geoserver.org
>>  to point to the 2017
>> logo.  For the logo you can grab it from http://foss4g.org or
>> http://mapserver.org (left panel).  I filed this as a ticket as well:
>> https://github.com/geoserver/geoserver.github.io/issues/39
>> 
>>
>> Thanks!
>>
>> -jeff
>>
>>
>> --
>> Jeff McKenna
>> President Emeritus, OSGeo Foundation
>> http://wiki.osgeo.org/wiki/Jeff_McKenna
>> 
>>
>>
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive. 
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel

-- 
Kevin Michael Smith





signature.asc
Description: OpenPGP digital signature
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-7821) REST API services settings.html throws errors for null values

2016-10-27 Thread Torben Barsballe (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Torben Barsballe created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-7821  
 
 
  REST API services settings.html throws errors for null values   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.10.0, 2.9.2  
 
 
Assignee: 
 Unassigned  
 
 
Created: 
 27/Oct/16 11:56 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Torben Barsballe  
 

  
 
 
 
 

 
 If you do a REST get against one of the OWS service settings html endpoints (e.g. rest/services/wfs/settings) and any of the values are null, you will see an error similar to the following: 

 
WFS Enabled: "true"
Strict CITE compliance: "false"
Maintainer: " _expression_ properties.maintainer is undefined on line 13, column 23 in wfsSettings.ftl. The problematic instruction: -- ==> ${properties.maintainer} [on line 13, column 21 in wfsSettings.ftl] -- Java backtrace for programmers: -- freemarker.core.InvalidReferenceException: _expression_ properties.maintainer is undefined on line 13, column 23 in wfsSettings.ftl. at freemarker.core.TemplateObject.assertNonNull(TemplateObject.java:125) at freemarker.core._expression_.getStringValue(_expression_.java:118) at freemarker.core._expression_.getStringValue(_expression_.java:93) at freemarker.core.DollarVariable.accept(DollarVariable.java:76) at freemarker.core.Environment.visit(Environment.java:221) at freemarker.core.MixedContent.accept(MixedContent.java:92) at freemarker.core.Environment.visit(Environment.java:221) at freemarker.core.Environment.process(Environment.java:199) at freemarker.template.Template.process(Template.java:237) at org.restlet.ext.freemarker.TemplateRepresentation.write(TemplateRepresentation.java:112) at com.noelios.restlet.http.HttpServerCall.writeResponseBody(HttpServerCall.java:342) at com.noelios.restlet.http.HttpServerCall.sendResponse(HttpServerCall.java:306) at com.noelios.restlet.ext.servlet.ServletCall.sendResponse(S

Re: [Geoserver-devel] Any appetite for an ArcGIS ReST API datastore?

2016-10-27 Thread Jody Garnett 
Sounds great, I have considered what is needed. A WMS cascade, or access
features for WFS, WPS.
On Thu, Oct 27, 2016 at 12:50 AM Andrea Aime 
wrote:

> Hi Luca,
> while I haven't worked on it, I'd certainly be happy to see such a
> datastore :-)
>
> Cheers
> Andrea
>
> On Thu, Oct 27, 2016 at 8:14 AM, Luca Morandini 
> wrote:
>
> Folks,
>
> We keep encountering public agencies that "open" their data by publishing
> them
> using the ArcGIS ReST API (on ArcGIS Online).
>
> Therefore, we are toying with idea of developing a datastore to offer
> those data
> through WFS: has anyone ever considered this? (If so, any remarks/caveats?)
>
> Cheers,
>
> Luca Morandini
> Data Architect - AURIN project
> Melbourne eResearch Group
> Department of Computing and Information Systems
> University of Melbourne
> Tel. +61 03 903 58 380
> Skype: lmorandini
> LinkedIn: https://www.linkedin.com/in/lmorandini
>
>
>
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>
>
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> 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.
>
> ---
>
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
-- 
--
Jody Garnett
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-7820) Test Ticket

2016-10-27 Thread Test User (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Test User created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-7820  
 
 
  Test Ticket   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.10.0  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 web  
 
 
Created: 
 27/Oct/16 9:01 PM  
 
 
Environment: 
 firefox  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Test User  
 

  
 
 
 
 

 
 Confirming that a test user is unable to access label settings  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
 

[Geoserver-devel] [JIRA] (GEOS-7819) Test Label

2016-10-27 Thread Jody Garnett [Administrator] (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Jody Garnett [Administrator] created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-7819  
 
 
  Test Label   
 

  
 
 
 
 

 
Issue Type: 
  Task  
 
 
Assignee: 
 Unassigned  
 
 
Created: 
 27/Oct/16 8:38 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Jody Garnett [Administrator]  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v1000.456.2#100016-sha1:c34488c)  
 
 

 
   
 

  
 

  
 

   

--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik

Re: [Geoserver-devel] Feedbacks needed on SecurityNamedServiceEditPage logic

2016-10-27 Thread Christian Mueller 
Hi Alessio

Long story for short. At the time when Justin an me invented this design we
did not consider such constellations. Feel free to improve where it is
possible.

Cheers
Christian

On Thu, Oct 27, 2016 at 4:44 PM, Alessio Fabiani <
alessio.fabi...@geo-solutions.it> wrote:

> Dear all,
> currently the "SecurityNamedServiceEditPage" is used by GeoServer in order
> to edit the configuration of a defined security filter.
>
> Such class searches for "AuthenticationFilterPanelInfo"s related to a
> specific AuthFilter and instantiates the model for Wicket in order to allow
> the admin to edit the configuration info.
>
> Now, each "AuthenticationFilterPanelInfo" is defined by 3 properties:
>
> - set*ComponentClass*; the Class of the concrete Wicket Panel
> - set*ServiceClass*; the Class of the target AuthFilter
> - set*ServiceConfigClass*; the Class of the XStream Configuration
>
> The problem is the following one:
>
> the "lookupPanelInfo" method of the "SecurityNamedServiceEditPage" looks
> *only* for the *ServiceClass* and ignores completely the
> *ServiceConfigClass*.
>
> ...
> try {
> serviceClass = Class.forName(config.getClassName());
> } catch (ClassNotFoundException e) {
> throw new RuntimeException(e);
> }
> ...
>if (l.size() == 1) {
> //filter down to one match
> return l.get(0);
> }
> throw new RuntimeException("Found multiple panel infos for
> service config: " + config
> + ", service class: " + serviceClass);
>  ...
>
> The side effect is that whenever I have two different AuthProvider defined
> by two different *ServiceConfigClass* but referring to the same
> *ServiceClass* (see for instance the *OAuth2 Providers* which share
> exactly the same Filter logic but have different configurations for
> different OAuth2 providers) I won't be able to edit them via GUI anymore.
>
> Consider the use case when I want to enable both Google and GitHub OAUth2
> providers on GeoServer. Accordingly to this I basically should duplicate
> both the AuthProvider and AuthFilter classes, even if they do exactly the
> same thing.
>
> My question is: "Is there a particular reason for such behavior of the
> editor page?"
>
> NOTICE also that:
>
> 1. Create new AuthProviders referring to the same *ServiceClass* is
> currently possible on GeoServer
>
> 2. We will have the same issue in the case we create *two* (or more)
> different configurations for the same AuthProvider too
>
> Any thoughts on that?  Anyone knows a good reason to not allowing the
> "SecurityNamedServiceEditPage" to check *also* for the
> *ServiceConfigClass*?
>
> Best Regards,
> Alessio Fabiani.
>
> ==
> GeoServer Professional Services from the experts!
> Visit http://goo.gl/it488V for more information.
> ==
>
> Ing. Alessio Fabiani
> @alfa7691
> Founder/Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob:   +39 331 6233686
>
> 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.
>
> --

[Geoserver-devel] Feedbacks needed on SecurityNamedServiceEditPage logic

2016-10-27 Thread Alessio Fabiani 
Dear all,
currently the "SecurityNamedServiceEditPage" is used by GeoServer in order
to edit the configuration of a defined security filter.

Such class searches for "AuthenticationFilterPanelInfo"s related to a
specific AuthFilter and instantiates the model for Wicket in order to allow
the admin to edit the configuration info.

Now, each "AuthenticationFilterPanelInfo" is defined by 3 properties:

- set*ComponentClass*; the Class of the concrete Wicket Panel
- set*ServiceClass*; the Class of the target AuthFilter
- set*ServiceConfigClass*; the Class of the XStream Configuration

The problem is the following one:

the "lookupPanelInfo" method of the "SecurityNamedServiceEditPage" looks
*only* for the *ServiceClass* and ignores completely the
*ServiceConfigClass*.

...
try {
serviceClass = Class.forName(config.getClassName());
} catch (ClassNotFoundException e) {
throw new RuntimeException(e);
}
...
   if (l.size() == 1) {
//filter down to one match
return l.get(0);
}
throw new RuntimeException("Found multiple panel infos for
service config: " + config
+ ", service class: " + serviceClass);
 ...

The side effect is that whenever I have two different AuthProvider defined
by two different *ServiceConfigClass* but referring to the same
*ServiceClass* (see for instance the *OAuth2 Providers* which share exactly
the same Filter logic but have different configurations for different
OAuth2 providers) I won't be able to edit them via GUI anymore.

Consider the use case when I want to enable both Google and GitHub OAUth2
providers on GeoServer. Accordingly to this I basically should duplicate
both the AuthProvider and AuthFilter classes, even if they do exactly the
same thing.

My question is: "Is there a particular reason for such behavior of the
editor page?"

NOTICE also that:

1. Create new AuthProviders referring to the same *ServiceClass* is
currently possible on GeoServer

2. We will have the same issue in the case we create *two* (or more)
different configurations for the same AuthProvider too

Any thoughts on that?  Anyone knows a good reason to not allowing the
"SecurityNamedServiceEditPage" to check *also* for the *ServiceConfigClass*?

Best Regards,
Alessio Fabiani.

==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==

Ing. Alessio Fabiani
@alfa7691
Founder/Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob:   +39 331 6233686

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.

-
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.

[Geoserver-devel] WMS GetLegendGraphic

2016-10-27 Thread Mauro Bartolomeoli 
Hi, I would like to propose a couple of new options for the
GetLegendGraphic WMS request:

 - labelMargin, to set the margin between icons and the related labels; I
would use a default of 2/3 pixels so that labels have a small distance from
the icons; currently for icons that are filling the given space (usually
external images) there is no space between the icon and the label

An example with the (default) 3 pixels:

[image: Immagine incorporata 3]
An example with a 10 pixels margin:

[image: Immagine incorporata 4]

 - absoluteMargins (true|false): this is for raster legends; currently a
proportional margin is applied, so that space between columns depends (for
example) from labels text length; when absoluteMargins is true, I would use
a fixed space margin (configurable with the already existing dx option); I
would also switch to absolute margins by default (I don't really understand
the usage of proportional space between columns)

An example with proportional margins:

[image: Immagine incorporata 2]

With absolute margins I would get:

[image: Immagine incorporata 1]

Any thoughts?

Regards,
Mauro



-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Dott. Mauro Bartolomeoli
@mauro_bart
Senior Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272

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.
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] 2.10.0 artifacts are ready to test

2016-10-27 Thread Rahkonen Jukka (MML) 
Well, what installer does at the moment is to create a one line command to 
start the Jetty service in the desired port $Port

wrapper.exe -it ./wrapper/wrapper.conf 
wrapper.java.additional.4=-Djetty.http.port=$Port

I made quite many trials by adding this and that after “wrapper.exe -it 
./wrapper/wrapper.conf” with no success.
I believe there are two alternatives:


1)  Find something else than 
“wrapper.java.additional.4=-Djetty.http.port=$Port” that works on the command 
line that is launching wrapper.exe.

2)  Make the NSIS to edit the start.ini file. I found a document about 
replace in file http://nsis.sourceforge.net/ReplaceInFile so it should be 
possible.

-Jukka Rahkonen-



Lähettäjä: Ian Turton [mailto:ijtur...@gmail.com]
Lähetetty: 27. lokakuuta 2016 13:57
Vastaanottaja: Andrea Aime 
Kopio: Rahkonen Jukka (MML) ; 
Geoserver-devel 
Aihe: Re: [Geoserver-devel] 2.10.0 artifacts are ready to test

I've updated the installer script to make the **manual** install work - Jukka 
can you suggest a change for the installer?

Ian

On 27 October 2016 at 10:55, Andrea Aime 
mailto:andrea.a...@geo-solutions.it>> wrote:
Hi Ian,
from that doc I see the following:


[user]$ cd jetty-distribution-9.3.14-SNAPSHOT

[jetty-distribution-9.3.14-SNAPSHOT]$ java -jar start.jar --module=http 
jetty.http.port=8080

Does not look like it should be passed as a system variable using -D, like done 
in the commit, but plain jane argument instead?
See also:

https://github.com/geoserver/geoserver/commit/dbf7fb7f7f25fd8200aea0f0e3d6611915c19bc8

Cheers
Andrea


On Thu, Oct 27, 2016 at 11:32 AM, Ian Turton 
mailto:ijtur...@gmail.com>> wrote:
Looks like they are moving to preferring start.ini over commandline options - 
https://www.eclipse.org/jetty/documentation/9.3.x/startup.html

Ian

On 27 October 2016 at 10:13, Ian Turton 
mailto:ijtur...@gmail.com>> wrote:
I'm seeing the same thing on my windows box

Ian

On 27 October 2016 at 10:10, Rahkonen Jukka (MML) 
mailto:jukka.rahko...@maanmittauslaitos.fi>>
 wrote:
Hi,

Unfortunately https://osgeo-org.atlassian.net/browse/GEOS-7677 is not fixed. I 
found 2 problems:


1)  The wrapper.conf does not get the fourth parameter that was set to be

wrapper.java.additional.4=-Djetty.http.port=$Port



After installation I have in wrapper.conf just these
# Java Additional Parameters

wrapper.java.additional.1=-Djetty.base=.

wrapper.java.additional.2=-DGEOSERVER_DATA_DIR="%GEOSERVER_DATA_DIR%"

wrapper.java.additional.3=-Djava.io.tmpdir=./work



2)  If I add manually wrapper.java.additional.4=-Djetty.http.port=8089 into 
wrapper.conf, Geoserver 2.10 still gets installed into port 8080.

So it seems that the fix is not applied but even if it was, if would not 
correct the issue ☹

I can make Jetty to start in 8089 if I edit the start.ini file to contain 
jetty.port=8089. That is an easy fix to do manually,  but the script that 
creates the exe installer does not modify start.ini but only wrapper.conf.  I 
do not know what has changed with the new Jetty. Perhaps the order of applying 
port definitions from different sources? Now wrapper.conf is trying to set the 
port to the one that user gives, but both jetty-http.xml and start.ini have the 
default port 8080. Perhaps another setting overrides whatever is set in 
wrapper.conf?

-Jukka Rahkonen-






Lähettäjä: Ian Turton [mailto:ijtur...@gmail.com]
Lähetetty: 27. lokakuuta 2016 11:17
Vastaanottaja: Geoserver-devel
Aihe: [Geoserver-devel] 2.10.0 artifacts are ready to test

Please download your usual package from 
http://ares.boundlessgeo.com/geoserver/release/2.10.0/ and check it works.

I'd be especially grateful if windows tester could check that 
GEOS-7808 and 
GEOS-7677 are now resolved.

Cheers

Ian

--
Ian Turton



--
Ian Turton



--
Ian Turton

--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive.
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel



--
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

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 allegat

[Geoserver-devel] Jenkins build is back to normal : GeoServer-Master #3219

2016-10-27 Thread winbuild 
See 


--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] 2.10.0 artifacts are ready to test

2016-10-27 Thread Ian Turton 
I've updated the installer script to make the **manual** install work -
Jukka can you suggest a change for the installer?

Ian

On 27 October 2016 at 10:55, Andrea Aime 
wrote:

> Hi Ian,
> from that doc I see the following:
>
> [user]$ cd jetty-distribution-9.3.14-SNAPSHOT
> [jetty-distribution-9.3.14-SNAPSHOT]$ java -jar start.jar --module=http 
> jetty.http.port=8080
>
>
> Does not look like it should be passed as a system variable using -D, like
> done in the commit, but plain jane argument instead?
> See also:
>
> https://github.com/geoserver/geoserver/commit/
> dbf7fb7f7f25fd8200aea0f0e3d6611915c19bc8
>
> Cheers
> Andrea
>
>
> On Thu, Oct 27, 2016 at 11:32 AM, Ian Turton  wrote:
>
>> Looks like they are moving to preferring start.ini over commandline
>> options - https://www.eclipse.org/jetty/documentation/9.3.x/startup.html
>>
>> Ian
>>
>> On 27 October 2016 at 10:13, Ian Turton  wrote:
>>
>>> I'm seeing the same thing on my windows box
>>>
>>> Ian
>>>
>>> On 27 October 2016 at 10:10, Rahkonen Jukka (MML) <
>>> jukka.rahko...@maanmittauslaitos.fi> wrote:
>>>
 Hi,



 Unfortunately https://osgeo-org.atlassian.net/browse/GEOS-7677 is not
 fixed. I found 2 problems:



 1)  The wrapper.conf does not get the fourth parameter that was
 set to be

 wrapper.java.additional.4=-Djetty.http.port=$Port



 After installation I have in wrapper.conf just these
 # Java Additional Parameters

 wrapper.java.additional.1=-Djetty.base=.

 wrapper.java.additional.2=-DGEOSERVER_DATA_DIR="%GEOSERVER_DATA_DIR%"

 wrapper.java.additional.3=-Djava.io.tmpdir=./work



 2)  If I add manually wrapper.java.additional.4=-Djetty.http.port=8089
 into wrapper.conf, Geoserver 2.10 still gets installed into port 8080.



 So it seems that the fix is not applied but even if it was, if would
 not correct the issue L



 I can make Jetty to start in 8089 if I edit the start.ini file to
 contain jetty.port=8089. That is an easy fix to do manually,  but the
 script that creates the exe installer does not modify start.ini but only
 wrapper.conf.  I do not know what has changed with the new Jetty. Perhaps
 the order of applying port definitions from different sources? Now
 wrapper.conf is trying to set the port to the one that user gives, but both
 jetty-http.xml and start.ini have the default port 8080. Perhaps another
 setting overrides whatever is set in wrapper.conf?



 -Jukka Rahkonen-









 *Lähettäjä:* Ian Turton [mailto:ijtur...@gmail.com]
 *Lähetetty:* 27. lokakuuta 2016 11:17
 *Vastaanottaja:* Geoserver-devel
 *Aihe:* [Geoserver-devel] 2.10.0 artifacts are ready to test



 Please download your usual package from http://ares.boundlessgeo.
 com/geoserver/release/2.10.0/ and check it works.



 I'd be especially grateful if windows tester could check that GEOS-7808
  and
 GEOS-7677  are now
 resolved.



 Cheers



 Ian



 --

 Ian Turton

>>>
>>>
>>>
>>> --
>>> Ian Turton
>>>
>>
>>
>>
>> --
>> Ian Turton
>>
>> 
>> --
>> The Command Line: Reinvented for Modern Developers
>> Did the resurgence of CLI tooling catch you by surprise?
>> Reconnect with the command line and become more productive.
>> Learn the new .NET and ASP.NET CLI. Get your free copy!
>> http://sdm.link/telerik
>> ___
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>>
>
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> 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
> utilizza

Re: [Geoserver-devel] 2.10.0 artifacts are ready to test

2016-10-27 Thread Andrea Aime 
Hi Ian,
from that doc I see the following:

[user]$ cd jetty-distribution-9.3.14-SNAPSHOT
[jetty-distribution-9.3.14-SNAPSHOT]$ java -jar start.jar
--module=http jetty.http.port=8080


Does not look like it should be passed as a system variable using -D, like
done in the commit, but plain jane argument instead?
See also:

https://github.com/geoserver/geoserver/commit/dbf7fb7f7f25fd8200aea0f0e3d6611915c19bc8

Cheers
Andrea


On Thu, Oct 27, 2016 at 11:32 AM, Ian Turton  wrote:

> Looks like they are moving to preferring start.ini over commandline
> options - https://www.eclipse.org/jetty/documentation/9.3.x/startup.html
>
> Ian
>
> On 27 October 2016 at 10:13, Ian Turton  wrote:
>
>> I'm seeing the same thing on my windows box
>>
>> Ian
>>
>> On 27 October 2016 at 10:10, Rahkonen Jukka (MML) <
>> jukka.rahko...@maanmittauslaitos.fi> wrote:
>>
>>> Hi,
>>>
>>>
>>>
>>> Unfortunately https://osgeo-org.atlassian.net/browse/GEOS-7677 is not
>>> fixed. I found 2 problems:
>>>
>>>
>>>
>>> 1)  The wrapper.conf does not get the fourth parameter that was set
>>> to be
>>>
>>> wrapper.java.additional.4=-Djetty.http.port=$Port
>>>
>>>
>>>
>>> After installation I have in wrapper.conf just these
>>> # Java Additional Parameters
>>>
>>> wrapper.java.additional.1=-Djetty.base=.
>>>
>>> wrapper.java.additional.2=-DGEOSERVER_DATA_DIR="%GEOSERVER_DATA_DIR%"
>>>
>>> wrapper.java.additional.3=-Djava.io.tmpdir=./work
>>>
>>>
>>>
>>> 2)  If I add manually wrapper.java.additional.4=-Djetty.http.port=8089
>>> into wrapper.conf, Geoserver 2.10 still gets installed into port 8080.
>>>
>>>
>>>
>>> So it seems that the fix is not applied but even if it was, if would not
>>> correct the issue L
>>>
>>>
>>>
>>> I can make Jetty to start in 8089 if I edit the start.ini file to
>>> contain jetty.port=8089. That is an easy fix to do manually,  but the
>>> script that creates the exe installer does not modify start.ini but only
>>> wrapper.conf.  I do not know what has changed with the new Jetty. Perhaps
>>> the order of applying port definitions from different sources? Now
>>> wrapper.conf is trying to set the port to the one that user gives, but both
>>> jetty-http.xml and start.ini have the default port 8080. Perhaps another
>>> setting overrides whatever is set in wrapper.conf?
>>>
>>>
>>>
>>> -Jukka Rahkonen-
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Lähettäjä:* Ian Turton [mailto:ijtur...@gmail.com]
>>> *Lähetetty:* 27. lokakuuta 2016 11:17
>>> *Vastaanottaja:* Geoserver-devel
>>> *Aihe:* [Geoserver-devel] 2.10.0 artifacts are ready to test
>>>
>>>
>>>
>>> Please download your usual package from http://ares.boundlessgeo.
>>> com/geoserver/release/2.10.0/ and check it works.
>>>
>>>
>>>
>>> I'd be especially grateful if windows tester could check that GEOS-7808
>>>  and
>>> GEOS-7677  are now
>>> resolved.
>>>
>>>
>>>
>>> Cheers
>>>
>>>
>>>
>>> Ian
>>>
>>>
>>>
>>> --
>>>
>>> Ian Turton
>>>
>>
>>
>>
>> --
>> Ian Turton
>>
>
>
>
> --
> Ian Turton
>
> 
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>


-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

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).

[Geoserver-devel] Jenkins build is back to normal : geoserver-2.10.x #28

2016-10-27 Thread monitor 
See 


--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] 2.10.0 artifacts are ready to test

2016-10-27 Thread Ian Turton 
Looks like they are moving to preferring start.ini over commandline options
- https://www.eclipse.org/jetty/documentation/9.3.x/startup.html

Ian

On 27 October 2016 at 10:13, Ian Turton  wrote:

> I'm seeing the same thing on my windows box
>
> Ian
>
> On 27 October 2016 at 10:10, Rahkonen Jukka (MML)  maanmittauslaitos.fi> wrote:
>
>> Hi,
>>
>>
>>
>> Unfortunately https://osgeo-org.atlassian.net/browse/GEOS-7677 is not
>> fixed. I found 2 problems:
>>
>>
>>
>> 1)  The wrapper.conf does not get the fourth parameter that was set
>> to be
>>
>> wrapper.java.additional.4=-Djetty.http.port=$Port
>>
>>
>>
>> After installation I have in wrapper.conf just these
>> # Java Additional Parameters
>>
>> wrapper.java.additional.1=-Djetty.base=.
>>
>> wrapper.java.additional.2=-DGEOSERVER_DATA_DIR="%GEOSERVER_DATA_DIR%"
>>
>> wrapper.java.additional.3=-Djava.io.tmpdir=./work
>>
>>
>>
>> 2)  If I add manually wrapper.java.additional.4=-Djetty.http.port=8089
>> into wrapper.conf, Geoserver 2.10 still gets installed into port 8080.
>>
>>
>>
>> So it seems that the fix is not applied but even if it was, if would not
>> correct the issue L
>>
>>
>>
>> I can make Jetty to start in 8089 if I edit the start.ini file to contain
>> jetty.port=8089. That is an easy fix to do manually,  but the script that
>> creates the exe installer does not modify start.ini but only wrapper.conf.
>> I do not know what has changed with the new Jetty. Perhaps the order of
>> applying port definitions from different sources? Now wrapper.conf is
>> trying to set the port to the one that user gives, but both jetty-http.xml
>> and start.ini have the default port 8080. Perhaps another setting overrides
>> whatever is set in wrapper.conf?
>>
>>
>>
>> -Jukka Rahkonen-
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *Lähettäjä:* Ian Turton [mailto:ijtur...@gmail.com]
>> *Lähetetty:* 27. lokakuuta 2016 11:17
>> *Vastaanottaja:* Geoserver-devel
>> *Aihe:* [Geoserver-devel] 2.10.0 artifacts are ready to test
>>
>>
>>
>> Please download your usual package from http://ares.boundlessgeo.
>> com/geoserver/release/2.10.0/ and check it works.
>>
>>
>>
>> I'd be especially grateful if windows tester could check that GEOS-7808
>>  and
>> GEOS-7677  are now
>> resolved.
>>
>>
>>
>> Cheers
>>
>>
>>
>> Ian
>>
>>
>>
>> --
>>
>> Ian Turton
>>
>
>
>
> --
> Ian Turton
>



-- 
Ian Turton
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

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

2016-10-27 Thread winbuild 
See 

Changes:

[andrea.aime] Fix for (GEOS-7805) CSW Service does not work anymore due to 
EntityResolver bean circular reference

--
[...truncated 80128 lines...]
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[JENKINS] Archiving disabled
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] GeoServer .. SUCCESS [ 31.637 s]
[INFO] Core Platform Module ... SUCCESS [ 22.613 s]
[INFO] Open Web Service Module  SUCCESS [ 15.968 s]
[INFO] Main Module  SUCCESS [03:16 min]
[INFO] GeoServer Security Modules . SUCCESS [  0.374 s]
[INFO] GeoServer JDBC Security Module . SUCCESS [ 26.099 s]
[INFO] GeoServer LDAP Security Module . SUCCESS [ 15.874 s]
[INFO] Web Coverage Service Module  SUCCESS [  2.780 s]
[INFO] Web Coverage Service 1.0 Module  SUCCESS [ 46.684 s]
[INFO] Web Coverage Service 1.1 Module  SUCCESS [ 56.824 s]
[INFO] Web Coverage Service 2.0 Module  SUCCESS [01:25 min]
[INFO] Web Feature Service Module . SUCCESS [01:56 min]
[INFO] Web Map Service Module . SUCCESS [03:45 min]
[INFO] KML support for GeoServer .. SUCCESS [ 33.670 s]
[INFO] GeoWebCache (GWC) Module ... SUCCESS [01:11 min]
[INFO] REST Support Module  SUCCESS [ 18.327 s]
[INFO] REST Configuration Service Module .. SUCCESS [01:29 min]
[INFO] GeoServer Web Modules .. SUCCESS [  0.203 s]
[INFO] Core UI Module . SUCCESS [01:37 min]
[INFO] WMS UI Module .. SUCCESS [ 26.935 s]
[INFO] GWC UI Module .. SUCCESS [ 44.083 s]
[INFO] WFS UI Module .. SUCCESS [ 12.364 s]
[INFO] Demos Module ... SUCCESS [ 21.474 s]
[INFO] WCS UI Module .. SUCCESS [ 15.531 s]
[INFO] Security UI Modules  SUCCESS [  0.670 s]
[INFO] Security UI Core Module  SUCCESS [01:53 min]
[INFO] Security UI JDBC Module  SUCCESS [01:09 min]
[INFO] Sec

[Geoserver-devel] [JIRA] (GEOS-7818) Add GeoNode OAuth2 Extension to OAuth2 Community Module

2016-10-27 Thread Alessio Fabiani (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Alessio Fabiani created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-7818  
 
 
  Add GeoNode OAuth2 Extension to OAuth2 Community Module   
 

  
 
 
 
 

 
Issue Type: 
  Improvement  
 
 
Assignee: 
 Alessio Fabiani  
 
 
Components: 
 Community modules, OAuth2, Security  
 
 
Created: 
 27/Oct/16 11:21 AM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Alessio Fabiani  
 

  
 
 
 
 

 
 Working towards a better integration between GeoNode and GeoServer, we need to add a GeoNode OAuth2 Security Plugin extension to the OAuth2 Community module.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atl

Re: [Geoserver-devel] 2.10.0 artifacts are ready to test

2016-10-27 Thread Ian Turton 
I'm seeing the same thing on my windows box

Ian

On 27 October 2016 at 10:10, Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> wrote:

> Hi,
>
>
>
> Unfortunately https://osgeo-org.atlassian.net/browse/GEOS-7677 is not
> fixed. I found 2 problems:
>
>
>
> 1)  The wrapper.conf does not get the fourth parameter that was set
> to be
>
> wrapper.java.additional.4=-Djetty.http.port=$Port
>
>
>
> After installation I have in wrapper.conf just these
> # Java Additional Parameters
>
> wrapper.java.additional.1=-Djetty.base=.
>
> wrapper.java.additional.2=-DGEOSERVER_DATA_DIR="%GEOSERVER_DATA_DIR%"
>
> wrapper.java.additional.3=-Djava.io.tmpdir=./work
>
>
>
> 2)  If I add manually wrapper.java.additional.4=-Djetty.http.port=8089
> into wrapper.conf, Geoserver 2.10 still gets installed into port 8080.
>
>
>
> So it seems that the fix is not applied but even if it was, if would not
> correct the issue L
>
>
>
> I can make Jetty to start in 8089 if I edit the start.ini file to contain
> jetty.port=8089. That is an easy fix to do manually,  but the script that
> creates the exe installer does not modify start.ini but only wrapper.conf.
> I do not know what has changed with the new Jetty. Perhaps the order of
> applying port definitions from different sources? Now wrapper.conf is
> trying to set the port to the one that user gives, but both jetty-http.xml
> and start.ini have the default port 8080. Perhaps another setting overrides
> whatever is set in wrapper.conf?
>
>
>
> -Jukka Rahkonen-
>
>
>
>
>
>
>
>
>
> *Lähettäjä:* Ian Turton [mailto:ijtur...@gmail.com]
> *Lähetetty:* 27. lokakuuta 2016 11:17
> *Vastaanottaja:* Geoserver-devel
> *Aihe:* [Geoserver-devel] 2.10.0 artifacts are ready to test
>
>
>
> Please download your usual package from http://ares.boundlessgeo.
> com/geoserver/release/2.10.0/ and check it works.
>
>
>
> I'd be especially grateful if windows tester could check that GEOS-7808
>  and
> GEOS-7677  are now
> resolved.
>
>
>
> Cheers
>
>
>
> Ian
>
>
>
> --
>
> Ian Turton
>



-- 
Ian Turton
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] 2.10.0 artifacts are ready to test

2016-10-27 Thread Rahkonen Jukka (MML) 
Hi,

Unfortunately https://osgeo-org.atlassian.net/browse/GEOS-7677 is not fixed. I 
found 2 problems:


1)  The wrapper.conf does not get the fourth parameter that was set to be

wrapper.java.additional.4=-Djetty.http.port=$Port



After installation I have in wrapper.conf just these
# Java Additional Parameters

wrapper.java.additional.1=-Djetty.base=.

wrapper.java.additional.2=-DGEOSERVER_DATA_DIR="%GEOSERVER_DATA_DIR%"

wrapper.java.additional.3=-Djava.io.tmpdir=./work



2)  If I add manually wrapper.java.additional.4=-Djetty.http.port=8089 into 
wrapper.conf, Geoserver 2.10 still gets installed into port 8080.

So it seems that the fix is not applied but even if it was, if would not 
correct the issue ☹

I can make Jetty to start in 8089 if I edit the start.ini file to contain 
jetty.port=8089. That is an easy fix to do manually,  but the script that 
creates the exe installer does not modify start.ini but only wrapper.conf.  I 
do not know what has changed with the new Jetty. Perhaps the order of applying 
port definitions from different sources? Now wrapper.conf is trying to set the 
port to the one that user gives, but both jetty-http.xml and start.ini have the 
default port 8080. Perhaps another setting overrides whatever is set in 
wrapper.conf?

-Jukka Rahkonen-






Lähettäjä: Ian Turton [mailto:ijtur...@gmail.com]
Lähetetty: 27. lokakuuta 2016 11:17
Vastaanottaja: Geoserver-devel
Aihe: [Geoserver-devel] 2.10.0 artifacts are ready to test

Please download your usual package from 
http://ares.boundlessgeo.com/geoserver/release/2.10.0/ and check it works.

I'd be especially grateful if windows tester could check that 
GEOS-7808 and 
GEOS-7677 are now resolved.

Cheers

Ian

--
Ian Turton
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-7817) The GUI doesn't allow Saving existing SQL View after edits

2016-10-27 Thread Derek Watling (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Derek Watling created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-7817  
 
 
  The GUI doesn't allow Saving existing SQL View after edits   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.9.0  
 
 
Assignee: 
 Unassigned  
 
 
Created: 
 27/Oct/16 10:42 AM  
 
 
Environment: 
 Windows Server 2012 R2 Tomcat 8.5.4 JRE 8.102 Postgres 9.5.3 PostGIS 2.2.2 PostGIS (JNDI) Data Source  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Derek Watling  
 

  
 
 
 
 

 
 Saving edits to an existing SQL VIew is not trowing and error, but not taking effect either. Clicking save and imediately editing again shows changes. Going back to Layers and reloading confirms that changes are not saved. I was trying to edit parameter types and validation rules. Had to delete layer and create new layer.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment

Re: [Geoserver-devel] 2.10.0 artifacts are ready to test

2016-10-27 Thread Alessio Fabiani 
Tests done, the PR is good and can be merged.

Best Regards,
Alessio Fabiani.

==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==

Ing. Alessio Fabiani
@alfa7691
Founder/Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob:   +39 331 6233686

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 Thu, Oct 27, 2016 at 10:33 AM, Alessio Fabiani <
alessio.fabi...@geo-solutions.it> wrote:

> I'm testing the PR right now. This issue is a release blocker imho, since
> the CSW module (at least) does not work anymore on Tomcat, but even worse
> the behavior can be randomic for beans depending on EntityResolver.
>
> I will be able to finish review and testing in less than 30 min.
>
> Best Regards,
> Alessio Fabiani.
>
> ==
> GeoServer Professional Services from the experts!
> Visit http://goo.gl/it488V for more information.
> ==
>
> Ing. Alessio Fabiani
> @alfa7691
> Founder/Technical Lead
>
> GeoSolutions S.A.S.
> Via di Montramito 3/A
> 55054  Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob:   +39 331 6233686
>
> 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 Th

Re: [Geoserver-devel] 2.10.0 artifacts are ready to test

2016-10-27 Thread Alessio Fabiani 
I'm testing the PR right now. This issue is a release blocker imho, since
the CSW module (at least) does not work anymore on Tomcat, but even worse
the behavior can be randomic for beans depending on EntityResolver.

I will be able to finish review and testing in less than 30 min.

Best Regards,
Alessio Fabiani.

==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==

Ing. Alessio Fabiani
@alfa7691
Founder/Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob:   +39 331 6233686

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 Thu, Oct 27, 2016 at 10:28 AM, Andrea Aime 
wrote:

> The CSW release blocker is not fixed yet, I was hoping for someone to
> review
> and merge overnight but it did not happen:
> https://github.com/geoserver/geoserver/pull/1921
>
> Alessio is doing tests and review now. Once merged and backported I'm
> afraid we'll
> need a new round of nightly builds and CITE tests :-(
>
> Cheers
> Andrea
>
>
> On Thu, Oct 27, 2016 at 10:17 AM, Ian Turton  wrote:
>
>> Please download your usual package from http://ares.boundlessgeo.
>> com/geoserver/release/2.10.0/ and check it works.
>>
>> I'd be especially grateful if windows tester could check that GEOS-7808
>>  and
>> GEOS-7677  are now
>> resolved.
>>
>> Cheers
>>
>> Ian
>>
>> --
>> Ian Turton
>>
>> 
>> --
>> The Command Line: Reinvented for Modern Developers
>> Did the resurgence of CLI tooling catch you by surprise?
>> Reconnect with the command line and become more productive.
>> Learn the new .NET and ASP.NET CLI. Get your free copy!
>> http://sdm.link/telerik
>> ___
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>>
>
>
> --
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
>
> 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 comport

Re: [Geoserver-devel] 2.10.0 artifacts are ready to test

2016-10-27 Thread Andrea Aime 
The CSW release blocker is not fixed yet, I was hoping for someone to review
and merge overnight but it did not happen:
https://github.com/geoserver/geoserver/pull/1921

Alessio is doing tests and review now. Once merged and backported I'm
afraid we'll
need a new round of nightly builds and CITE tests :-(

Cheers
Andrea


On Thu, Oct 27, 2016 at 10:17 AM, Ian Turton  wrote:

> Please download your usual package from http://ares.boundlessgeo.
> com/geoserver/release/2.10.0/ and check it works.
>
> I'd be especially grateful if windows tester could check that GEOS-7808
>  and
> GEOS-7677  are now
> resolved.
>
> Cheers
>
> Ian
>
> --
> Ian Turton
>
> 
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
>


-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

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.

---
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] 2.10.0 artifacts are ready to test

2016-10-27 Thread Ian Turton 
Please download your usual package from
http://ares.boundlessgeo.com/geoserver/release/2.10.0/ and check it works.

I'd be especially grateful if windows tester could check that GEOS-7808
 and
GEOS-7677  are now
resolved.

Cheers

Ian

-- 
Ian Turton
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Any appetite for an ArcGIS ReST API datastore?

2016-10-27 Thread Andrea Aime 
Hi Luca,
while I haven't worked on it, I'd certainly be happy to see such a
datastore :-)

Cheers
Andrea

On Thu, Oct 27, 2016 at 8:14 AM, Luca Morandini  wrote:

> Folks,
>
> We keep encountering public agencies that "open" their data by publishing
> them
> using the ArcGIS ReST API (on ArcGIS Online).
>
> Therefore, we are toying with idea of developing a datastore to offer
> those data
> through WFS: has anyone ever considered this? (If so, any remarks/caveats?)
>
> Cheers,
>
> Luca Morandini
> Data Architect - AURIN project
> Melbourne eResearch Group
> Department of Computing and Information Systems
> University of Melbourne
> Tel. +61 03 903 58 380
> Skype: lmorandini
> LinkedIn: https://www.linkedin.com/in/lmorandini
>
>
> 
> --
> The Command Line: Reinvented for Modern Developers
> Did the resurgence of CLI tooling catch you by surprise?
> Reconnect with the command line and become more productive.
> Learn the new .NET and ASP.NET CLI. Get your free copy!
> http://sdm.link/telerik
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>



-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

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.

---
--
The Command Line: Reinvented for Modern Developers
Did the resurgence of CLI tooling catch you by surprise?
Reconnect with the command line and become more productive. 
Learn the new .NET and ASP.NET CLI. Get your free copy!
http://sdm.link/telerik___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel