Re: [Geoserver-users] Release of GeoServer 2.15-RC now available

2019-01-30 Thread Andrea Aime 
On Wed, Jan 30, 2019 at 8:11 PM Russ Hore  wrote:

> /usr/lib/jvm/java-11-oracle/bin/java -version gives me
>
> @geoserver15:/opt/tomcat/logs
> # /usr/lib/jvm/java-11-oracle/bin/java -version
> java version "11.0.2" 2018-10-16 LTS
>
>
Ah ha, so you are using Oracle JDK instead of OpenJDK, and it's 11.0.2 that
only got released recently (I noticed it a few days ago).
I've tried on the Oracle 11.0.1 that I have locally, no issue, downloaded
the 11.0.2 Oracle release, and still works fine...
I have yet to try on Tomcat (was using the -bin package, did not notice
Tomcat in the stack trace before), sorry, spare time is limited... anyone
else that could give it a crack?
Would be useful to isolate so that we can do a bug report against the JDK
(the call to getAllFonts should not trigger that exception, see also
https://docs.oracle.com/en/java/javase/11/docs/api/java.desktop/java/awt/GraphicsEnvironment.html#getAllFonts()
)

Aside, do you have installed any special font on your machine?

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-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Release of GeoServer 2.15-RC now available

2019-01-30 Thread Russ Hore 
I can’t get to that screen (as you know) but doing a ‘ps -elf’ at the CLI I get 
the following

tomcat3821 1 39 18:57 ?00:01:02 
/usr/lib/jvm/java-11-oracle/bin/java 
-Djava.util.logging.config.file=/opt/tomcat/conf/logging.properties 
-Djava.util.logging.manager
=org.apache.juli.ClassLoaderLogManager -Djava.awt.headless=true 
-Djava.security.egd=file:/dev/./urandom -Djdk.tls.ephemeralDHKeySize=2048 
-Djava.protocol.handler.pkgs=org.apache.ca
talina.webresources -Dorg.apache.catalina.security.SecurityListener.UMASK=0027 
-Xms512M -Xmx1024M -server -XX:+UseParallelGC -Dignore.endorsed.dirs= 
-classpath /opt/tomcat/bin/boot
strap.jar:/opt/tomcat/bin/tomcat-juli.jar -Dcatalina.base=/opt/tomcat 
-Dcatalina.home=/opt/tomcat -Djava.io.tmpdir=/opt/tomcat/temp 
org.apache.catalina.startup.Bootstrap start

/usr/lib/jvm/java-11-oracle/bin/java -version gives me

@geoserver15:/opt/tomcat/logs# /usr/lib/jvm/java-11-oracle/bin/java -version
java version "11.0.2" 2018-10-16 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.2+7-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.2+7-LTS, mixed mode)
@geoserver15:/opt/tomcat/logs# 

I am no expert in tomcat so it may be something misconfigured there?

For reference the Linux version from unman -a is

@geoserver15:/opt/tomcat/logs# uname -a
Linux geoserver15 4.15.0-44-generic #47-Ubuntu SMP Mon Jan 14 11:26:59 UTC 2019 
x86_64 x86_64 x86_64 GNU/Linux
@geoserver15:/opt/tomcat/logs# 


Russ


> On 30 Jan 2019, at 18:33, Andrea Aime  wrote:
> 
> Hi Russ,
> thanks for the feedback.
> Interesting... I've just verified on my local machine, the status page is 
> working fine (I'm on a Linux Mint 19.1):
> 
> 
> 
> What the GeoServer code is doing there, in the stack trace, is a legit call 
> to a JDK method, GraphicsEnvironment.getAllFonts, so I've searched for the 
> error message and found a JDK bug that looks similar... but it's marked as 
> resolved in JDK 9 and later JDK 8 builds:
> 
> https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8144703 
> 
> 
> Is it possible that you're not actually running on JDK 11 but instead an 
> older JDK 8?
> Or maybe it's related to the specific local font configuration, don't know.
> 
> Cheers
> Andrea
> 
> On Tue, Jan 29, 2019 at 1:26 PM Russ Hore  > wrote:
> I just installed 2.15 onto Ubuntu 18.04.1 using Java 11. This is a Virtual 
> machine running under VMWare ESXi 6.7. 
> 
> All seems to work fine as far as I have tested except for if I go to
> “Server Status” from the Admin screen.
> 
> Details
> 
> Build Information
> GeoServer Version
> 2.15-RC
> Git Revision
> 5003db5a6f6aeb3b2685545c447ff08435bbf9db
> Build Date
> 27-Jan-2019 10:46
> GeoTools Version
> 21-RC (rev e8178fdab8916dbf1a08eb8e1a856c3dcd1a1124)
> GeoWebCache Version
> 1.15-RC (rev 1.15.x/56389371f6d92b5493100b1c519f05a5037bc1b0)
> 
> Error
> An error occurred while loading the page
> Oops, something went wrong...
> Sorry, something unexpected happened on the server.
> The GeoServer user list might help you address this issue. Click here to 
> subscribe, and then include in your message the GeoServer version, the stack 
> trace below and the steps to reproduce the problem. 
> 
> 
> 
> Stack trace
> 
> org.apache.wicket.WicketRuntimeException: Error attaching this container for 
> rendering: [Page class = org.geoserver.web.admin.StatusPage, id = 77, render 
> count = 1]
>   at 
> org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1848)
>   at org.apache.wicket.Component.onBeforeRender(Component.java:3916)
>   at org.apache.wicket.Page.onBeforeRender(Page.java:801)
>   at org.apache.wicket.Component.internalBeforeRender(Component.java:950)
>   at org.apache.wicket.Component.beforeRender(Component.java:1018)
>   at 
> org.apache.wicket.Component.internalPrepareForRender(Component.java:2236)
>   at org.apache.wicket.Page.internalPrepareForRender(Page.java:242)
>   at org.apache.wicket.Component.render(Component.java:2325)
>   at org.apache.wicket.Page.renderPage(Page.java:1018)
>   at 
> org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:124)
>   at 
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:236)
>   at 
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:175)
>   at 
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
>   at 
> org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265)
>   at 
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
>   at 
>

Re: [Geoserver-users] Release of GeoServer 2.15-RC now available

2019-01-30 Thread Andrea Aime 
Also, is anyone else able to reproduce Russ issue? If so we could maybe do
a blind fix, surround that call
with a try/catch and disable access to fonts in case an exception occurs,
while saving the ability to display
the status page.

Cheers
Andrea


On Wed, Jan 30, 2019 at 7:33 PM Andrea Aime 
wrote:

> Hi Russ,
> thanks for the feedback.
> Interesting... I've just verified on my local machine, the status page is
> working fine (I'm on a Linux Mint 19.1):
>
> [image: image.png]
>
> What the GeoServer code is doing there, in the stack trace, is a legit
> call to a JDK method, GraphicsEnvironment.getAllFonts, so I've searched for
> the error message and found a JDK bug that looks similar... but it's marked
> as resolved in JDK 9 and later JDK 8 builds:
>
> https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8144703
>
> Is it possible that you're not actually running on JDK 11 but instead an
> older JDK 8?
> Or maybe it's related to the specific local font configuration, don't know.
>
> Cheers
> Andrea
>
> On Tue, Jan 29, 2019 at 1:26 PM Russ Hore  wrote:
>
>> I just installed 2.15 onto Ubuntu 18.04.1 using Java 11. This is a
>> Virtual machine running under VMWare ESXi 6.7.
>>
>> All seems to work fine as far as I have tested except for if I go to
>> “Server Status” from the Admin screen.
>>
>> *Details*
>>
>> Build Information
>>
>>- GeoServer Version2.15-RC
>>- Git Revision5003db5a6f6aeb3b2685545c447ff08435bbf9db
>>- Build Date27-Jan-2019 10:46
>>- GeoTools Version21-RC (rev e8178fdab8916dbf1a08eb8e1a856c3dcd1a1124)
>>- GeoWebCache Version1.15-RC (rev
>>1.15.x/56389371f6d92b5493100b1c519f05a5037bc1b0)
>>
>>
>> *Error*
>>
>>- An error occurred while loading the page
>>
>> Oops, something went wrong...
>> Sorry, something unexpected happened on the server.
>>
>> The GeoServer user list might help you address this issue. Click here to
>> subscribe, and then include in your message the GeoServer version, the
>> stack trace below and the steps to reproduce the problem.
>> 
>>
>>
>> *Stack trace*
>>
>> org.apache.wicket.WicketRuntimeException: Error attaching this container
>> for rendering: [Page class = org.geoserver.web.admin.StatusPage, id = 77,
>> render count = 1] at
>> org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1848)
>> at org.apache.wicket.Component.onBeforeRender(Component.java:3916) at
>> org.apache.wicket.Page.onBeforeRender(Page.java:801) at
>> org.apache.wicket.Component.internalBeforeRender(Component.java:950) at
>> org.apache.wicket.Component.beforeRender(Component.java:1018) at
>> org.apache.wicket.Component.internalPrepareForRender(Component.java:2236)
>> at org.apache.wicket.Page.internalPrepareForRender(Page.java:242) at
>> org.apache.wicket.Component.render(Component.java:2325) at
>> org.apache.wicket.Page.renderPage(Page.java:1018) at
>> org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:124)
>> at
>> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:236)
>> at
>> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:175)
>> at
>> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
>> at
>> org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
>> at
>> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265)
>> at
>> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
>> at
>> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
>> at
>> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
>> at
>> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
>> at
>> org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:137)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:634) at
>> javax.servlet.http.HttpServlet.service(HttpServlet.java:741) at
>> org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:165)
>> at
>> org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
>> at
>> org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:52)
>> at
>> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1038)
>> at
>> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:942)
>> at
>> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:998)
>> at
>> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:890)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:634) at
>> org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:875)
>> at

Re: [Geoserver-users] Release of GeoServer 2.15-RC now available

2019-01-30 Thread Andrea Aime 
Hi Russ,
thanks for the feedback.
Interesting... I've just verified on my local machine, the status page is
working fine (I'm on a Linux Mint 19.1):

[image: image.png]

What the GeoServer code is doing there, in the stack trace, is a legit call
to a JDK method, GraphicsEnvironment.getAllFonts, so I've searched for the
error message and found a JDK bug that looks similar... but it's marked as
resolved in JDK 9 and later JDK 8 builds:

https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8144703

Is it possible that you're not actually running on JDK 11 but instead an
older JDK 8?
Or maybe it's related to the specific local font configuration, don't know.

Cheers
Andrea

On Tue, Jan 29, 2019 at 1:26 PM Russ Hore  wrote:

> I just installed 2.15 onto Ubuntu 18.04.1 using Java 11. This is a Virtual
> machine running under VMWare ESXi 6.7.
>
> All seems to work fine as far as I have tested except for if I go to
> “Server Status” from the Admin screen.
>
> *Details*
>
> Build Information
>
>- GeoServer Version2.15-RC
>- Git Revision5003db5a6f6aeb3b2685545c447ff08435bbf9db
>- Build Date27-Jan-2019 10:46
>- GeoTools Version21-RC (rev e8178fdab8916dbf1a08eb8e1a856c3dcd1a1124)
>- GeoWebCache Version1.15-RC (rev
>1.15.x/56389371f6d92b5493100b1c519f05a5037bc1b0)
>
>
> *Error*
>
>- An error occurred while loading the page
>
> Oops, something went wrong...
> Sorry, something unexpected happened on the server.
>
> The GeoServer user list might help you address this issue. Click here to
> subscribe, and then include in your message the GeoServer version, the
> stack trace below and the steps to reproduce the problem.
> 
>
>
> *Stack trace*
>
> org.apache.wicket.WicketRuntimeException: Error attaching this container
> for rendering: [Page class = org.geoserver.web.admin.StatusPage, id = 77,
> render count = 1] at
> org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1848)
> at org.apache.wicket.Component.onBeforeRender(Component.java:3916) at
> org.apache.wicket.Page.onBeforeRender(Page.java:801) at
> org.apache.wicket.Component.internalBeforeRender(Component.java:950) at
> org.apache.wicket.Component.beforeRender(Component.java:1018) at
> org.apache.wicket.Component.internalPrepareForRender(Component.java:2236)
> at org.apache.wicket.Page.internalPrepareForRender(Page.java:242) at
> org.apache.wicket.Component.render(Component.java:2325) at
> org.apache.wicket.Page.renderPage(Page.java:1018) at
> org.apache.wicket.request.handler.render.WebPageRenderer.renderPage(WebPageRenderer.java:124)
> at
> org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:236)
> at
> org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:175)
> at
> org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
> at
> org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
> at
> org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265)
> at
> org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
> at
> org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
> at
> org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
> at
> org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
> at
> org.apache.wicket.protocol.http.WicketServlet.doGet(WicketServlet.java:137)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:634) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:741) at
> org.springframework.web.servlet.mvc.ServletWrappingController.handleRequestInternal(ServletWrappingController.java:165)
> at
> org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)
> at
> org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:52)
> at
> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:1038)
> at
> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:942)
> at
> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:998)
> at
> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:890)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:634) at
> org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:875)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:741) at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
> at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
> at
>

Re: [Geoserver-users] configuring JNDI for GeoServer on Jetty

2019-01-30 Thread Tõnis Kärdi 
Hi all,

> These two builds come with a minified Jetty container that lacks a lot of 
> features [..]

Andrea, thanks for the lead! I think I might have found a way (somehow
I had missed the start.ini file...), still need to walk it though a
couple of times more.

> [..] and by extension, the windows installer, [..]

sry, yes, yesterday in a haste forgot to mention that it's a
linux-based environment that this would end up eventually.

> Or, if you want, you figure out what the missing bits are and contribute a
> change to the GeoServer release packaging to add them

yes, that was my original intetion aswell. And a section to the docs
aswell maybe - tomcat has a dedicated jndi setup tutorial page, why
not jetty aswell then :)

All the best,
Tõnis

Kontakt Andrea Aime () kirjutas
kuupäeval K, 30. jaanuar 2019 kell 11:09:
>
> Hi Tonis,
> I might be wrong, but it may well be that the "bin" distribution of 
> GeoServer, and by extension,
> the windows installer, are not capable of supporting JNDI.
>
> These two builds come with a minified Jetty container that lacks a lot of 
> features, I believe
> that in order to have JNDI support a jetty-jndi jar would have to be in the 
> list, along with
> possibly other configuration files.
>
> The package is meant as a "demo", for serious production use I'd suggest to 
> switch to a
> full Tomcat installation and deploy the GeoServer war in there instead.
> Or, if you want, you figure out what the missing bits are and contribute a 
> change to the
> GeoServer release packaging to add them. For reference:
> - directions at 
> https://github.com/geoserver/geoserver/blob/master/CONTRIBUTING.md
> - packaging configuration at 
> https://github.com/geoserver/geoserver/tree/master/src/release
>
> Cheers
> Andrea


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Error 401 Authentication required access from solr data source

2019-01-30 Thread Youzha 
Hi,

Thanks for your response.
is it possible to me to change or adding some code of geoserver that create
the solr client?

Best Regards,

Tkg_cangkul

On Wed, 30 Jan 2019 at 15.27 Andrea Aime 
wrote:

> Hi,
> the SOLR datastore is not exactly the most used one, you are likely the
> first one trying to do what you're doing (or at
> least the first one that spoke up). I'm sure that the people which
> developed the store never had to do that kind of authentication.
>
> Code changes, library upgrades or library additions might be needed, but
> this would
> take an investigation, which you could do, or you could delegate to
> someone else via commercial support, see
> http://geoserver.org/support/
>
> Another possible thing you can try is to contact the SOLR community, list
> the solr jars that we have in the module,
> and see if they can tell you how a kerberos connection is setup.
>
> If you figure out how to make it work, please share with the rest of us.
>
> Cheers
> Andrea
>
>
>
> On Wed, Jan 30, 2019 at 8:41 AM tkg_cangkul  wrote:
>
>> Anybody can help me to solve this pls?
>> i think the problem is from solrj library that must be added some jaas
>> configuration, But i'm not really sure about that.
>> i've try to add *-Djava.security.auth.login.config=/etc/client_jaas.conf*
>> inside startup.sh script in java -jar start.jar but it doesn't help me.
>>
>> Need advice.
>>
>> Best Regards,
>>
>> Tkg Cangkul
>>
>> On 29/01/19 13:05, tkg_cangkul wrote:
>>
>> Hi Greg,
>>
>> There in no error or warning log in the solr.
>> The error message only shown in Geoserver.
>>
>> On 29/01/19 12:55, Hans Gregers Hedegaard Petersen wrote:
>>
>> Hi there,
>>
>> I would start by looking at what the log in the SOLR end of things looks
>> like?
>>
>> Best,
>>
>> Greg
>>
>>
>> tir. 29. jan. 2019 kl. 06.51 skrev tkg_cangkul :
>>
>>> Hi,
>>>
>>> i've been trying to read data store solr from my geoserver. But i've got
>>> some error message  *401 Authentication required *when i try create new
>>> solr store. it's just because my solr cluster was kerberized. I think the
>>> problem is the solrj library on geoserver.
>>>
>>> Anybody can help me to solve this problem?
>>> This is the full log error of my geoserver
>>>
>>>
>>>
>>> Please Help.
>>> Need advice.
>>>
>>>
>>> Best Regards,
>>>
>>> Tkg Cangkul..
>>> ___
>>> Geoserver-users mailing list
>>>
>>> Please make sure you read the following two resources before posting to
>>> this list:
>>> - Earning your support instead of buying it, but Ian Turton:
>>> http://www.ianturton.com/talks/foss4g.html#/
>>> - The GeoServer user list posting guidelines:
>>> http://geoserver.org/comm/userlist-guidelines.html
>>>
>>> If you want to request a feature or an improvement, also see this:
>>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>>
>>>
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>> --
>>
>> *Hans Gregers Hedegaard Petersen *
>> Partner, Seniorkonsulent
>> greg...@septima.dk
>> --
>> Septima P/S
>> Frederiksberggade 19
>> ,
>> 2.
>> 1459 København K
>> www.septima.dk
>> Tlf: +45 7230 0672
>> Direkte: +45 9132 6945
>> Cvr: 34900841
>>
>>
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>
>
> --
>
> 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 è

Re: [Geoserver-users] configuring JNDI for GeoServer on Jetty

2019-01-30 Thread Andrea Aime 
Hi Tonis,
I might be wrong, but it may well be that the "bin" distribution of
GeoServer, and by extension,
the windows installer, are not capable of supporting JNDI.

These two builds come with a minified Jetty container that lacks a lot of
features, I believe
that in order to have JNDI support a jetty-jndi jar would have to be in the
list, along with
possibly other configuration files.

The package is meant as a "demo", for serious production use I'd suggest to
switch to a
full Tomcat installation and deploy the GeoServer war in there instead.
Or, if you want, you figure out what the missing bits are and contribute a
change to the
GeoServer release packaging to add them. For reference:
- directions at
https://github.com/geoserver/geoserver/blob/master/CONTRIBUTING.md
- packaging configuration at
https://github.com/geoserver/geoserver/tree/master/src/release

Cheers
Andrea

On Tue, Jan 29, 2019 at 3:37 PM Tõnis Kärdi  wrote:

> Hi,
>
> I'm looking for pointers on how to configure JNDI for a GeoServer
> (2.13.4) standalone install (Jetty) - playing around with postgresql
> to get an idea how it's supposed to work, but the final goal would be
> to have data served from SQLServer with an AD user credentials (it
> should be achievable with JNDI, right?).
>
> I've looked into Jetty's own docs on JNDI config[1][2] but somehow my
> geoserver/WEB-INF/jetty-env.xml never even seems to get picked up
> during geoserver startup (checked by "breaking" the xml and there's no
> org.xml.sax.SAXParseException thrown which is the case for example
> with etc/jetty.xml).
>
> From the (Jetty) docs I understand that if the file exists, it should
> be loaded+parsed. Is there way I can force this file to be loaded? Are
> there modules / jars / some other config maybe not present with the gs
> distribution? Or am I trying to achieve a non-sensible thingy here :)
> ?
>
> All the best,
> Tõnis
>
> [1]
> https://www.eclipse.org/jetty/documentation/9.2.22.v20170531/jndi-datasource-examples.html#postgreSQL-pooled-datasource
> [2]
> https://www.eclipse.org/jetty/documentation/9.2.22.v20170531/jndi-configuration.html#configuring-datasources
>
>
> --
> @tkardi
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 

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-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Error 401 Authentication required access from solr data source

2019-01-30 Thread Andrea Aime 
Hi,
the SOLR datastore is not exactly the most used one, you are likely the
first one trying to do what you're doing (or at
least the first one that spoke up). I'm sure that the people which
developed the store never had to do that kind of authentication.

Code changes, library upgrades or library additions might be needed, but
this would
take an investigation, which you could do, or you could delegate to someone
else via commercial support, see
http://geoserver.org/support/

Another possible thing you can try is to contact the SOLR community, list
the solr jars that we have in the module,
and see if they can tell you how a kerberos connection is setup.

If you figure out how to make it work, please share with the rest of us.

Cheers
Andrea



On Wed, Jan 30, 2019 at 8:41 AM tkg_cangkul  wrote:

> Anybody can help me to solve this pls?
> i think the problem is from solrj library that must be added some jaas
> configuration, But i'm not really sure about that.
> i've try to add *-Djava.security.auth.login.config=/etc/client_jaas.conf*
> inside startup.sh script in java -jar start.jar but it doesn't help me.
>
> Need advice.
>
> Best Regards,
>
> Tkg Cangkul
>
> On 29/01/19 13:05, tkg_cangkul wrote:
>
> Hi Greg,
>
> There in no error or warning log in the solr.
> The error message only shown in Geoserver.
>
> On 29/01/19 12:55, Hans Gregers Hedegaard Petersen wrote:
>
> Hi there,
>
> I would start by looking at what the log in the SOLR end of things looks
> like?
>
> Best,
>
> Greg
>
>
> tir. 29. jan. 2019 kl. 06.51 skrev tkg_cangkul :
>
>> Hi,
>>
>> i've been trying to read data store solr from my geoserver. But i've got
>> some error message  *401 Authentication required *when i try create new
>> solr store. it's just because my solr cluster was kerberized. I think the
>> problem is the solrj library on geoserver.
>>
>> Anybody can help me to solve this problem?
>> This is the full log error of my geoserver
>>
>>
>>
>> Please Help.
>> Need advice.
>>
>>
>> Best Regards,
>>
>> Tkg Cangkul..
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>>
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
> --
>
> *Hans Gregers Hedegaard Petersen *
> Partner, Seniorkonsulent
> greg...@septima.dk
> --
> Septima P/S
> Frederiksberggade 19, 2.
> 1459 København K
> www.septima.dk
> Tlf: +45 7230 0672
> Direkte: +45 9132 6945
> Cvr: 34900841
>
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 

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