Re: [Geoserver-devel] GSIP-171 Java 18.9 compatibility discussion

2018-09-27 Thread Andrea Aime 
On Fri, Sep 28, 2018 at 7:51 AM Jody Garnett  wrote:

> But the spring 5 articles showed how to run with modules so it must be
> possible.
>

I don't see a link about it in this thread, what article are you referring
to?

My understanding is that classic web apps are running of classpath, when
you put a modularized jar
in the classpath is behaves like a normal jar, not as a module, so nothing
new there, in order
to make a jar behave as a module it has to be in the modulepath (where it
will behave accoring
to its moduleinfo, or get turned into an automatic module).

I have the impression Oracle is caring less about J2EE because on the cloud
the direction is
more like going container-less, and either leverage the cloud support for
lambdas, or build a tiny
HTTP layer using a light container, at which point using the modulepath
becomes possible
and actually interesting (due to the faster startup times the modulepath
allows, which is crucial
for small apps starting up and shutting down all the time)

Cheers
Andrea

==

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
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] GSIP-171 Java 18.9 compatibility discussion

2018-09-27 Thread Jody Garnett 
The new project name is Jakarta,, can find lots of articles (
https://www.infoworld.com/article/3269210/java/whats-new-with-eclipses-jakarta-ee-java.html)
but not plans around jigsaw. But the spring 5 articles showed how to run
with modules so it must be possible.

Okay here is the website -
https://jakarta.ee/

And technical direction
https://www.eclipse.org/ee4j/direction.php

What a change, actual technical direction we can read.

The heading is
https://www.eclipse.org/ee4j/direction.php#embrace-jpms


TLDR; Use Java 8 now, get ready for Java Plug-in Module System, add
MANIFIST.MF entry .. exactly like we are trying to do.


On Thu, Sep 27, 2018 at 1:39 AM Andrea Aime 
wrote:

> On Wed, Sep 26, 2018 at 7:50 PM Jody Garnett 
> wrote:
>
>> - short term: run geoserver on the classpath
>> - mid term: run geoserver on classpath or module path, with some
>> supporting libraries on the classpath
>> - long term: run geoserver on the module path, with some supporting
>> libraries on the classpath
>>
>
> I've checked around, the J2EE specification is now separate from Java and
> I could not find any
> indication of a new version of J2EE taking modules into account, as far as
> I can tell, web apps
> are still going to run off the classpath for the foreseeable future.
>
> I know J2EE moved to Eclipse foundation, but searching on the internet I
> cannot find its new web site
> (where I was hoping to find indications on future module usage in servlet
> based apps), I only come
> up with J2EE tooling and the like.
> Do you have other news?
>
> Cheers
> Andrea
>
> == 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
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
>
-- 
--
Jody Garnett
___
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-app-schema-online #1299

2018-09-27 Thread monitor 
See 


Changes:

[github] [GEOS-8945] Missing Spatial Index in OSEO Setup Instructions

[Daniele Romagnoli] small typos (#3122)

--
[...truncated 128.37 KB...]
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 18.435 sec
Running org.geoserver.test.BBoxFilterTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.475 sec
Running org.geoserver.test.CSVOutputFormatTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.014 sec
Running org.geoserver.test.ConnectionUsageTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 26.428 sec
Running org.geoserver.test.DefaultIdTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 7.872 sec
Running org.geoserver.test.DuplicatePropertiesWfsTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.833 sec
Running org.geoserver.test.DuplicateTypeTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.96 sec
Running org.geoserver.test.EncodeIfEmptyTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.787 sec
Running org.geoserver.test.FeatureChainingSharedConnectionTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 10.87 sec
Running org.geoserver.test.FeatureChainingWfsTest
Tests run: 33, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 24.011 sec
Running org.geoserver.test.FeatureGML32Test
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.601 sec
Running org.geoserver.test.GUChainNoIDMFTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.651 sec
Running org.geoserver.test.GetPropertyValueTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 12.419 sec
Running org.geoserver.test.Gsml30WfsTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.35 sec
Running org.geoserver.test.Gsml32BoreholeIntervalWfsTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.818 sec
Running org.geoserver.test.Gsml32BoreholeWfsTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.035 sec
Running org.geoserver.test.IdFunctionWfsTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.029 sec
Running org.geoserver.test.IdFunctionWfsWithJoiningTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.848 sec
Running org.geoserver.test.IdNotEncodedTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.725 sec
Running org.geoserver.test.InvalidColumnTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.86 sec
Running org.geoserver.test.IsolatedNamespacesWfsTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.449 sec
Running org.geoserver.test.LocalResolveFeatureChainingByRefTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 6.292 sec
Running org.geoserver.test.LocalResolveTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.744 sec
Running org.geoserver.test.MappingNameTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.786 sec
Running org.geoserver.test.MeasureTypeBindingTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.629 sec
Running org.geoserver.test.MultivaluedXlinkHrefTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.879 sec
Running org.geoserver.test.NamespacesWfsTest
Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.523 sec
Running org.geoserver.test.NestedGeometryFilterEncodingTest
Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.702 sec
Running org.geoserver.test.NestedIdSupportTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 9.214 sec
Running org.geoserver.test.NormalizedMultiValuesTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 7.222 sec
Running org.geoserver.test.Observation_2_0_WfsTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.715 sec
Running org.geoserver.test.PagingTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 10.731 sec
Running org.geoserver.test.PolymorphismInlineWfsTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.668 sec
Running org.geoserver.test.PolymorphismWfsTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.245 sec
Running org.geoserver.test.PropertyEncodingOrderTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 11.685 sec
Running org.geoserver.test.PropertySelectionTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.197 sec
Running org.geoserver.test.Reprojection3DTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.421 sec
Running org.geoserver.test.RestconfigWfsTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.389 sec
Running org.geoserver.test.SRSReprojectionTest
Tests run: 4, Failures: 0, Er

Re: [Geoserver-devel] GDAL 2.3 compatibility

2018-09-27 Thread Torben Barsballe 
On Thu, Sep 27, 2018 at 3:34 AM Andrea Aime 
wrote:

> Hi Torben,
> I'm wondering, do you have GDAL 2.3 binaries that could replace the ones
> we are currently distributing, and can you share them with the community?
> If so, why don't we switch GeoServer 2.15.x to use that, it would give us
> six good months of testing to see if there are significant issues.
>
> I don't yet, we are currently working with test builds from the GDAL
source (and working off of an RC). I may have something distributable in
the near future - let me get back to you about that.
One note: we are currently only working with linux binaries, and are
unlikely to be making any Windows binaries.

On Thu, Sep 27, 2018 at 3:48 AM Daniele Romagnoli <
daniele.romagn...@geo-solutions.it> wrote:

> Hi Torben,
> Did you have to use a different binding jar for that?
> (different with respect to:
> http://download.osgeo.org/webdav/geotools/it/geosolutions/imageio-ext/imageio-ext-gdal-bindings/1.9.2/imageio-ext-gdal-bindings-1.9.2.jar
> )
>

I'm using the binding jar generated from the GDAL source build itself, so
yes. See our existing GDAL docs

for more details:

> If you are using a version of GDAL more recent than 1.9.2, replace the
> imageio-ext-gdal-bindings-1.9.2.jar file with the equivalent java binding
> jar (typically named either gdal.jar or imageio-ext-gdal-bindings-*.jar)
> included with your GDAL version. If your GDAL version does not include a
> bindings jar, it was probably not compiled with the java bindings and will
> not work with GeoServer.


Torben


> To answer Jody's question, I believe this build might be running with GDAL
> 1.x active (I'm cc'ing Daniele and Alessandro to get confirmation):
>
> https://build.geo-solutions.it/jenkins/view/GeoTools/job/GeoTools-Master-OpenJDK8/
>
> Cheers
> Andrea
>
> On Thu, Sep 27, 2018 at 1:02 AM Torben Barsballe <
> tbarsba...@boundlessgeo.com> wrote:
>
>> I have recently been doing some testing with GeoServer and GDAL 2.3
>>
>> I have ran into one major issue - as of GDAL 2.3.0
>> ,
>> the GDAL JNI bindings (formerly libgdaljni and libgdalconstjni) have
>> been combined into libgdalalljni. This means that
>> imageio-ext-gdalframework will be incompatible with GDAL 2.3.0 and newer,
>> since it does a hardcoded System.loadLibrary call for the old binding.
>>
>> The quick workaround for this is to add a symlink named libgdaljni pointing
>> at libgdalalljni.
>>
>> Longer term, I have opened a couple of PRs that check for the new name in
>> a backwards-compatible fashion:
>>
>>- https://github.com/geosolutions-it/imageio-ext/pull/170
>>- https://github.com/geotools/geotools/pull/2070
>>
>> Apart from that issue, GDAL 2.3.2 seems to work just fine in GeoServer -
>> I was able to add and view stores in several different GDAL formats without
>> issue.
>>
>> Cheers,
>>
>> Torben
>> ___
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>
>
> --
>
> Regards, Andrea Aime == 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
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
>
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-8953) WFS shapefile and GeoJSON output can't handle geometries with measures

2018-09-27 Thread Nuno Oliveira (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Nuno Oliveira created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8953  
 
 
  WFS shapefile and GeoJSON output can't handle geometries with measures   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Assignee: 
 Nuno Oliveira  
 
 
Created: 
 27/Sep/18 4:20 PM  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Nuno Oliveira  
 

  
 
 
  
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 Get Jira notifications on your phone! Download the Jira Cloud app for Android or iOS 
  
 
 
 This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100092-sha1:8a88fa1)  
 
 

 
   
 

  
 

  
 

   



___
Geo

Re: [Geoserver-devel] Brazilian Portuguese Language (pt_BR) with Problem

2018-09-27 Thread Frank Gasdorf 
It's possible to start a discussion here (just select Language
Portuguese_Brazil in combo) :
https://www.transifex.com/GeoServer/teams/45000/discussions/

I'd suggest that Fernando drops a few lines what they like to achive,
hopefully contributers will jump in and help out

--
Frank


Am Do., 27. Sep. 2018 um 14:13 Uhr schrieb Andrea Aime <
andrea.a...@geo-solutions.it>:

> On Thu, Sep 27, 2018 at 2:07 PM Frank Gasdorf 
> wrote:
>
>> Yes, I agree. Currently translation team has 16 contributors and should
>> be easy to fix it ;)
>>
>
> I'm not familiar with Transifex, do you have any way to contact them and
> raise the issue?
>
> Cheers
> Andrea
>
> ==
>
> 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
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
>
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Brazilian Portuguese Language (pt_BR) with Problem

2018-09-27 Thread Frank Gasdorf 
Yes, I agree. Currently translation team has 16 contributors and should be
easy to fix it ;)

--
Frank

Am Do., 27. Sep. 2018 um 11:02 Uhr schrieb Andrea Aime <
andrea.a...@geo-solutions.it>:

> On Thu, Sep 27, 2018 at 8:41 AM Frank Gasdorf 
> wrote:
>
>> My suggestion: Fix it at Transifex, Review translations and lets
>> synchronize back to GeoServer Codebase. Download Nightly artefacts from
>> Jenkins Server, deploy it and there you can see whether Translations are
>> correct. As long as its a release candidate we can fix it.
>>
>
> I agree that this is the best plan. But if we cannot find any Portuguese
> speaker that can be bothered to fix the translation [1],
> shouldn't we consider removing it altoghether as Fernando suggested?
>
> Cheres
> Andrea
>
> [1]: if GeoServer is truly the most popular SDI choice in Brazil (see
> https://t.co/Hxxl0pIctB ) finding
> anyone stepping up to fix the translation should be really easy, right?
>
> ==
>
> 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
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
>
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Brazilian Portuguese Language (pt_BR) with Problem

2018-09-27 Thread Andrea Aime 
On Thu, Sep 27, 2018 at 2:07 PM Frank Gasdorf 
wrote:

> Yes, I agree. Currently translation team has 16 contributors and should be
> easy to fix it ;)
>

I'm not familiar with Transifex, do you have any way to contact them and
raise the issue?

Cheers
Andrea

==

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
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-8952) Layer preview not working over HTTPS

2018-09-27 Thread Riaan van den Dool (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Riaan van den Dool created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8952  
 
 
  Layer preview not working over HTTPS   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.11.0, 2.11.1  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 Demo, UI, web, WMS  
 
 
Created: 
 27/Sep/18 1:26 PM  
 
 
Environment: 
 Official Docker image  
 
 
Priority: 
  Low  
 
 
Reporter: 
 Riaan van den Dool  
 

  
 
 
 
 

 
 When accessing Geoserver over HTTPS the preview a layer with openlayers format the page throws an error. Some resources are blocked because are requested over HTTP. The map stays blank, no data visible. Also see: https://gis.stackexchange.com/questions/282560/layer-preview-not-working-over-https  
 

  
 
 
  
 

 
 
 

 
 
 Add Comment

Re: [Geoserver-devel] GDAL 2.3 compatibility

2018-09-27 Thread Daniele Romagnoli 
Hi Torben,
Did you have to use a different binding jar for that?
(different with respect to:
http://download.osgeo.org/webdav/geotools/it/geosolutions/imageio-ext/imageio-ext-gdal-bindings/1.9.2/imageio-ext-gdal-bindings-1.9.2.jar
)

Answering to Andrea: yep the build you referred is using GDAL.
Quoting from jenkins log:

---
 T E S T S
---
Running org.geotools.coverageio.GDALGridFormatFactorySpiTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.58
sec - in org.geotools.coverageio.GDALGridFormatFactorySpiTest
Running org.geotools.coverageio.gdal.aig.AIGTest
Sep 26, 2018 7:13:23 PM
it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL
INFO: GDAL Native Library loaded (version: 1.9.2)


Cheers,
Daniele

On Thu, Sep 27, 2018 at 12:34 PM, Andrea Aime 
wrote:

> Hi Torben,
> I'm wondering, do you have GDAL 2.3 binaries that could replace the ones
> we are currently distributing, and can you share them with the community?
> If so, why don't we switch GeoServer 2.15.x to use that, it would give us
> six good months of testing to see if there are significant issues.
>
> To answer Jody's question, I believe this build might be running with GDAL
> 1.x active (I'm cc'ing Daniele and Alessandro to get confirmation):
> https://build.geo-solutions.it/jenkins/view/GeoTools/job/
> GeoTools-Master-OpenJDK8/
>
> Cheers
> Andrea
>
> On Thu, Sep 27, 2018 at 1:02 AM Torben Barsballe <
> tbarsba...@boundlessgeo.com> wrote:
>
>> I have recently been doing some testing with GeoServer and GDAL 2.3
>>
>> I have ran into one major issue - as of GDAL 2.3.0
>> ,
>> the GDAL JNI bindings (formerly libgdaljni and libgdalconstjni) have
>> been combined into libgdalalljni. This means that
>> imageio-ext-gdalframework will be incompatible with GDAL 2.3.0 and newer,
>> since it does a hardcoded System.loadLibrary call for the old binding.
>>
>> The quick workaround for this is to add a symlink named libgdaljni pointing
>> at libgdalalljni.
>>
>> Longer term, I have opened a couple of PRs that check for the new name in
>> a backwards-compatible fashion:
>>
>>- https://github.com/geosolutions-it/imageio-ext/pull/170
>>- https://github.com/geotools/geotools/pull/2070
>>
>> Apart from that issue, GDAL 2.3.2 seems to work just fine in GeoServer -
>> I was able to add and view stores in several different GDAL formats without
>> issue.
>>
>> Cheers,
>>
>> Torben
>> ___
>> Geoserver-devel mailing list
>> Geoserver-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
>
>
> --
>
> Regards, Andrea Aime == 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
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
>



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

Ing. Daniele Romagnoli
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

---

Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE
2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si
precisa che ogni circostanza inerente alla presente email (il suo
contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è
riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il
messagg

Re: [Geoserver-devel] GDAL 2.3 compatibility

2018-09-27 Thread Andrea Aime 
Hi Torben,
I'm wondering, do you have GDAL 2.3 binaries that could replace the ones we
are currently distributing, and can you share them with the community?
If so, why don't we switch GeoServer 2.15.x to use that, it would give us
six good months of testing to see if there are significant issues.

To answer Jody's question, I believe this build might be running with GDAL
1.x active (I'm cc'ing Daniele and Alessandro to get confirmation):
https://build.geo-solutions.it/jenkins/view/GeoTools/job/GeoTools-Master-OpenJDK8/

Cheers
Andrea

On Thu, Sep 27, 2018 at 1:02 AM Torben Barsballe <
tbarsba...@boundlessgeo.com> wrote:

> I have recently been doing some testing with GeoServer and GDAL 2.3
>
> I have ran into one major issue - as of GDAL 2.3.0
> ,
> the GDAL JNI bindings (formerly libgdaljni and libgdalconstjni) have been
> combined into libgdalalljni. This means that imageio-ext-gdalframework
> will be incompatible with GDAL 2.3.0 and newer, since it does a hardcoded
> System.loadLibrary call for the old binding.
>
> The quick workaround for this is to add a symlink named libgdaljni pointing
> at libgdalalljni.
>
> Longer term, I have opened a couple of PRs that check for the new name in
> a backwards-compatible fashion:
>
>- https://github.com/geosolutions-it/imageio-ext/pull/170
>- https://github.com/geotools/geotools/pull/2070
>
> Apart from that issue, GDAL 2.3.2 seems to work just fine in GeoServer - I
> was able to add and view stores in several different GDAL formats without
> issue.
>
> Cheers,
>
> Torben
> ___
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>


-- 

Regards, Andrea Aime == 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
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-8951) Edit Layer page does not load custom legend graphics

2018-09-27 Thread Gnafu (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Gnafu created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8951  
 
 
  Edit Layer page does not load custom legend graphics   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.14.0  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 UI, Wicket UI, WMS  
 
 
Created: 
 27/Sep/18 11:11 AM  
 
 
Priority: 
  Low  
 
 
Reporter: 
 Gnafu  
 

  
 
 
 
 

 
 In the "Publishing" section of the "Edit Layer" page, the Default Style legend is always the generated one. If the selected style specifies a custom legend graphic, it is not displayed in the page. This does not affect the "GetLegendGraphic" wms requests, only the administration interface. To reproduce with the standalone package: 
 
Edit the "rain" style to add "grass_fill.png" as custom legend 
Verify is works correctly via WMS: http://localhost:8080/geoserver/nurc/wms?service=WMS&version=1.1.0&request=GetLegendGraphic&layer=nurc%3AArc_Sample&format=image/png 
Go to the nurc:Arc_Sample Edit Layer page and select the "Publishing" tab 
Under WMS Settings --> Layer Settings, the default layer is "rain" but the legend is the old one.

Re: [Geoserver-devel] Brazilian Portuguese Language (pt_BR) with Problem

2018-09-27 Thread Andrea Aime 
On Thu, Sep 27, 2018 at 8:41 AM Frank Gasdorf 
wrote:

> My suggestion: Fix it at Transifex, Review translations and lets
> synchronize back to GeoServer Codebase. Download Nightly artefacts from
> Jenkins Server, deploy it and there you can see whether Translations are
> correct. As long as its a release candidate we can fix it.
>

I agree that this is the best plan. But if we cannot find any Portuguese
speaker that can be bothered to fix the translation [1],
shouldn't we consider removing it altoghether as Fernando suggested?

Cheres
Andrea

[1]: if GeoServer is truly the most popular SDI choice in Brazil (see
https://t.co/Hxxl0pIctB ) finding
anyone stepping up to fix the translation should be really easy, right?

==

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
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Brazilian Portuguese Language (pt_BR) with Problem

2018-09-27 Thread Frank Gasdorf 
Interesting problem, having different languages within a property file for
a specific language.

IMO, a mixup of Spanish and Portuguese its definitly not what I would
expect (and shoud be fixed). English words might not be translateable.
German Translation team decided to "copy" words such as GML, XML and so to
to get a proper translation state (100%).

However there is a possibility to synchronize from Transifex only
properties with a minimum of X% translation state. This might help a bit
but doesn't if you have wrong translations (e.g. Spanish). Have you seen
"Review" capability at Transifex. It is also possible to synchronize only
reviewed translations.

At the end you still have a mix-up in UI. It's because the way properties
are loaded: It checks the language settings and tries to load properties
from available properties files (Portuguese Brasil -> pt_BR -> pt ->
default language which is English). So at least you will find English words
in UI on Portuguese

Pro to have Portugueze in codebase : Its possible to see how it looks in UI
if GeoServer is started. Sometimes the context it imported to get it
translated well.

My suggestion: Fix it at Transifex, Review translations and lets
synchronize back to GeoServer Codebase. Download Nightly artefacts from
Jenkins Server, deploy it and there you can see whether Translations are
correct. As long as its a release candidate we can fix it.

If translations at Transifex are fine, lets sync to working copy - I can
support here - and let's create a pull request

--
Frank

Am Mi., 26. Sep. 2018 um 14:30 Uhr schrieb Andrea Aime <
andrea.a...@geo-solutions.it>:

> Hi Fernando,
> the core developers are not managing the translations, Frank Gasdorf used
> to handle the translation contributions via Transifex.
> I've cc'ed him.
>
> Cheers
> Andrea
>
> On Wed, Sep 26, 2018 at 2:25 PM Fernando Quadro 
> wrote:
>
>> Hey All,
>>
>> How can we solve this situation of the pt-BR translation?
>> Is it possible to remove from GeoServer while the translation is not 100%?
>>
>> Best Regards,
>>
>> Fernando Quadro
>> http://www.fernandoquadro.com.br
>> https://www.linkedin.com/in/fernandoquadro/
>>
>>
>> Em ter, 25 de set de 2018 às 08:53, Fernando Quadro 
>> escreveu:
>>
>>> Hi All,
>>>
>>> I have to agree with Rahkonen Jukka that the GeoServer translation is
>>> not something simple, and a student (beginner) would not be able to do it
>>> in an acceptable way.
>>>
>>> As for the alternative methods to make it work, I have a blog post since
>>> 2016 teaching how to delete the "GeoServerApplication_en_properties" files,
>>> however my question is:
>>>
>>> "Why leave something in GeoServer that is not correct?"
>>>
>>> Why not withdraw until the translation is 100% complete? Not all
>>> Brazilians who download GeoServer access my blog, and find out how to fix
>>> this problem.
>>>
>>> Today the file "GeoServerApplication_en_properties" is very bad as it
>>> mixes 3 languages (Portuguese, English and Spanish). I honestly do not
>>> understand why the resistance of removing the files, considering that it is
>>> not a translation of pt- BR.
>>>
>>> I unfortunately do not have the time to do the translation, otherwise I
>>> would have done it!
>>>
>>> Best regards,
>>>
>>>
>>> Fernando Quadro
>>> http://www.fernandoquadro.com.br
>>> https://www.linkedin.com/in/fernandoquadro/
>>>
>>>
>>> Em ter, 25 de set de 2018 às 06:28, Rahkonen Jukka (MML) <
>>> jukka.rahko...@maanmittauslaitos.fi> escreveu:
>>>
 Hi,



 There are tickets about allowing to select the language
 https://osgeo-org.atlassian.net/browse/GEOS-5137

 https://osgeo-org.atlassian.net/browse/GEOS-315

 and this gis.stackexchange question

 https://gis.stackexchange.com/questions/123655/geoserver-web-admin-page-language



 I made a little test with Firefox. When I set the German as the most
 preferred language in the browser settings and restarted Geoserver the web
 admin utility opens as German for me. That might do as a workaround for
 your Geoserver courses. I did not try but deleting 
 “GeoServerApplication_pt_BR.properties”
 from the gs-web-core jar should work as well.



 -Jukka-





 *Lähettäjä:* Rahkonen Jukka (MML)
 *Lähetetty:* 25. syyskuuta 2018 11:29
 *V**astaanottaja:* 'Ian Turton' ;
 fsqua...@gmail.com
 *Kopio:* Geoserver-devel 
 *Aihe:* Re: [Geoserver-devel] Brazilian Portuguese Language (pt_BR)
 with Problem



 Hi,



 It sounds easy but by experience I can say that it is not. I have
 translated OpenJUMP and Kosmo GIS totally into Finnish, made some work with
 QGIS and started to translate the UI of Geoserver. However, I stopped soon
 my work with the GeoServer UI. The UI is huge and making a proper
 translation is not really possible without understanding the meaning of the
 options. All tabs and menus shou

Re: [Geoserver-devel] GSIP-171 Java 18.9 compatibility discussion

2018-09-27 Thread Andrea Aime 
On Wed, Sep 26, 2018 at 7:50 PM Jody Garnett  wrote:

> - short term: run geoserver on the classpath
> - mid term: run geoserver on classpath or module path, with some
> supporting libraries on the classpath
> - long term: run geoserver on the module path, with some supporting
> libraries on the classpath
>

I've checked around, the J2EE specification is now separate from Java and I
could not find any
indication of a new version of J2EE taking modules into account, as far as
I can tell, web apps
are still going to run off the classpath for the foreseeable future.

I know J2EE moved to Eclipse foundation, but searching on the internet I
cannot find its new web site
(where I was hoping to find indications on future module usage in servlet
based apps), I only come
up with J2EE tooling and the like.
Do you have other news?

Cheers
Andrea

== 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
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Problems with WCS 2.0 longitude subsetting in 0-360 referenced coverages

2018-09-27 Thread Andrea Aime 
Hi Devon,
do you have plans to change the current WCS code after this discussion?

Cheers
Andrea

On Fri, Sep 21, 2018 at 9:17 AM Andrea Aime 
wrote:

> On Thu, Sep 20, 2018 at 9:32 AM Andrea Aime 
> wrote:
>
>> I've inquired on the WCS 2.0 SWG about it, will let you know.
>>
>
> So, the discussion so far points at WCS 2.0 spec trying to stay away from
> CRS related issues, and thus
> in particular, this one specific to geographic bounding boxes.
> From what I've read, it would seem that supporting both approaches (both
> inverted longitudes and out of
> range longitudes) would be the way to go.
>
> Cheers
> Andrea
>
> --
>
> Regards, Andrea Aime == 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
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
>


-- 

Regards, Andrea Aime == 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
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Trouble initializing GeoServer 2.14.0 (Binary)

2018-09-27 Thread Ronald Hoek - ComponentAgro B . V . 
Pull created: https://github.com/geoserver/geoserver/pull/3121
Regards,
Ronald Hoek
Application Developer
ComponentAgro B.V

Van: Ronald Hoek - ComponentAgro B.V. 
Verzonden: donderdag 27 september 2018 9:49
Aan: Andrea Aime 
CC: Geoserver-devel ; Jody Garnett 

Onderwerp: Re: [Geoserver-devel] Trouble initializing GeoServer 2.14.0 (Binary)

Created the issue https://osgeo-org.atlassian.net/browse/GEOS-8950

I’ll create the PULL in just a few minutes.
Regards,
Ronald Hoek
Application Developer
ComponentAgro B.V

Van: Andrea Aime 
mailto:andrea.a...@geo-solutions.it>>
Verzonden: donderdag 27 september 2018 9:36
Aan: Ronald Hoek 
mailto:ronald.h...@componentagro.nl>>
CC: Fernando Quadro mailto:fsqua...@gmail.com>>; 
Geoserver-devel 
mailto:geoserver-devel@lists.sourceforge.net>>;
 Jody Garnett mailto:jgarn...@boundlessgeo.com>>
Onderwerp: Re: [Geoserver-devel] Trouble initializing GeoServer 2.14.0 (Binary)

On Thu, Sep 27, 2018 at 9:33 AM Ronald Hoek - ComponentAgro B.V. 
mailto:ronald.h...@componentagro.nl>> wrote:
Andrea,

I just looked at the batch files and there are some problems I found.
Just made some changes, for which I can create a pull:

  *   When JAVA_HOME is not set, the ‘shutdown’ file does not work
  *   When using GeoServer inside a folder containing space, the batchfile does 
not work correctly
  *   Show some extra info, when JAVA_HOME is not set and System Java is used

Do I have to create issues for this?

One issue is probably sufficient.

Cheers
Andrea

==

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 
--- Con riferimento alla 
normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento 
generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza 
inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è 
un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo 
scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, 
ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene 
notizia. This email is intended only for the person or entity to which it is 
addressed and may contain information that is privileged, confidential or 
otherwise protected from disclosure. We remind that - as provided by European 
Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or 
the information herein by anyone other than the intended recipient is 
prohibited. If you have received this email by mistake, please notify us 
immediately by telephone or e-mail.
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Trouble initializing GeoServer 2.14.0 (Binary)

2018-09-27 Thread Ronald Hoek - ComponentAgro B . V . 
Created the issue https://osgeo-org.atlassian.net/browse/GEOS-8950

I’ll create the PULL in just a few minutes.
Regards,
Ronald Hoek
Application Developer
ComponentAgro B.V

Van: Andrea Aime 
Verzonden: donderdag 27 september 2018 9:36
Aan: Ronald Hoek 
CC: Fernando Quadro ; Geoserver-devel 
; Jody Garnett 

Onderwerp: Re: [Geoserver-devel] Trouble initializing GeoServer 2.14.0 (Binary)

On Thu, Sep 27, 2018 at 9:33 AM Ronald Hoek - ComponentAgro B.V. 
mailto:ronald.h...@componentagro.nl>> wrote:
Andrea,

I just looked at the batch files and there are some problems I found.
Just made some changes, for which I can create a pull:

  *   When JAVA_HOME is not set, the ‘shutdown’ file does not work
  *   When using GeoServer inside a folder containing space, the batchfile does 
not work correctly
  *   Show some extra info, when JAVA_HOME is not set and System Java is used

Do I have to create issues for this?

One issue is probably sufficient.

Cheers
Andrea

==

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 
--- Con riferimento alla 
normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento 
generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza 
inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è 
un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo 
scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, 
ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene 
notizia. This email is intended only for the person or entity to which it is 
addressed and may contain information that is privileged, confidential or 
otherwise protected from disclosure. We remind that - as provided by European 
Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or 
the information herein by anyone other than the intended recipient is 
prohibited. If you have received this email by mistake, please notify us 
immediately by telephone or e-mail.
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

[Geoserver-devel] [JIRA] (GEOS-8950) Several fixes regaring the Windows batch files

2018-09-27 Thread Ronald Hoek (JIRA) 
Title: Message Title


 
 
 
 

 
 
 

 
   
 Ronald Hoek created an issue  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
 GeoServer /  GEOS-8950  
 
 
  Several fixes regaring the Windows batch files   
 

  
 
 
 
 

 
Issue Type: 
  Bug  
 
 
Affects Versions: 
 2.13.2, 2.14.0  
 
 
Assignee: 
 Unassigned  
 
 
Components: 
 release  
 
 
Created: 
 27/Sep/18 9:47 AM  
 
 
Environment: 
 Windows  
 
 
Priority: 
  Medium  
 
 
Reporter: 
 Ronald Hoek  
 

  
 
 
 
 

 
 The batch files for starting GeoService on Windows, have several problems: • When JAVA_HOME is not set, the ‘shutdown’ file does not work • When using GeoServer inside a folder containing space, the batch files do not work correctly Besides those problems, some extra info will be handy, when you run into problems starting/stopping GeoServer • Show some extra info, when JAVA_HOME is not set and System Java is used  
 

  
 
 
  
 

 
 
 

 
 
 Add Comment

Re: [Geoserver-devel] Trouble initializing GeoServer 2.14.0 (Binary)

2018-09-27 Thread Andrea Aime 
On Thu, Sep 27, 2018 at 9:33 AM Ronald Hoek - ComponentAgro B.V. <
ronald.h...@componentagro.nl> wrote:

> Andrea,
>
>
>
> I just looked at the batch files and there are some problems I found.
>
> Just made some changes, for which I can create a pull:
>
>- When JAVA_HOME is not set, the ‘shutdown’ file does not work
>- When using GeoServer inside a folder containing space, the batchfile
>does not work correctly
>- Show some extra info, when JAVA_HOME is not set and System Java is
>used
>
>
>
> Do I have to create issues for this?
>

One issue is probably sufficient.

Cheers
Andrea

==

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
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Re: [Geoserver-devel] Trouble initializing GeoServer 2.14.0 (Binary)

2018-09-27 Thread Ronald Hoek - ComponentAgro B . V . 
Andrea,

I just looked at the batch files and there are some problems I found.
Just made some changes, for which I can create a pull:

  *   When JAVA_HOME is not set, the ‘shutdown’ file does not work
  *   When using GeoServer inside a folder containing space, the batchfile does 
not work correctly
  *   Show some extra info, when JAVA_HOME is not set and System Java is used

Do I have to create issues for this?
Regards,
Ronald Hoek
Application Developer
ComponentAgro B.V.
Oud-Beijerland - The Netherlands
Website: http://www.componentagro.nl
KvK: H24264020

Van: Andrea Aime 
Verzonden: woensdag 26 september 2018 14:37
Aan: Fernando Quadro 
CC: Geoserver-devel ; Jody Garnett 

Onderwerp: Re: [Geoserver-devel] Trouble initializing GeoServer 2.14.0 (Binary)

The windows startup script is here, Torben already pointed out the contribution 
istructions:
https://github.com/geoserver/geoserver/blob/master/src/release/bin/startup.bat

The ugly bit is that is has been kept up over the years by people not using, 
and sometimes actively disliking, Windows.
It's time for someone that actually wants to use Windows to step up and help 
with it (does not have to be you,
but someone will have to take it).

Same goes for building the code, I did the effort (twice over the years) to 
make GeoTools and GeoServer build again
on Windows and stand up build servers to keep the Windows build working, and 
asked for help on it, to keep it building.
Nobody answered. Twice. It's just pathetic.

Cheers
Andrea

On Wed, Sep 26, 2018 at 2:28 PM Fernando Quadro 
mailto:fsqua...@gmail.com>> wrote:
Hi Torben,

I did this, I downloaded the Windows executable. However, I find it dangerous 
to look for a suffix that is "fixed" in the code.

I, for example, when I use the binary version, I never put it in the C: \ 
Program Files folder.

Thanks!

Fernando Quadro
http://www.fernandoquadro.com.br
https://www.linkedin.com/in/fernandoquadro/


Em ter, 25 de set de 2018 às 13:28, Torben Barsballe 
mailto:tbarsba...@boundlessgeo.com>> escreveu:
Hello Fernando

The error "C:\Program" is not recognized as an internal command looks like an 
escaping error somewhere (likely some line that is trying to call something in 
"Program Files".  I expect there is a bug somewhere in the binary that can't 
handle paths with spaces.

For a Windows system, I would recommend using the windows 
installer.

Alternatively, you could try running the system independent binary from a path 
that doesn't have a space in it.

If you are able to to track down what is causing the failure, we would welcome 
a bugfix.

Cheers,

Torben

On Mon, Sep 24, 2018 at 11:09 AM Fernando Quadro 
mailto:fsqua...@gmail.com>> wrote:

Hi All,

I just downloaded version 2.14.0 (Platform Independent Binary) and when trying 
to run, it presented the error below (attachment)

The error is in Portuguese, but it is saying that: "C: \ Program is not 
recognized as internal command"

I'm using Windows 10 PRO.

Best Regards,

Fernando Quadro
http://www.fernandoquadro.com.br
https://www.linkedin.com/in/fernandoquadro/
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
___
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel


--

Regards, Andrea Aime == 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 
--- Con riferimento alla 
normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento 
generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza 
inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è 
un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo 
scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, 
ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene 
notizia. This email is intended only for the person or entity to which it is 
addressed and may contain information that is privileged, confidential or 
otherwise protected from disclosure. We remind that - as provided by European 
Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or 
the information herein by anyone other than the intended reci