Hi all,
So I'm slow on the uptake tonight... In the event that the remote
server is a GeoServer, then the Global settings proxy base url
(http://docs.geoserver.org/latest/en/user/configuration/globalsettings.html#proxy-base-url)
can be set to sort this issue out.
I suppose it might still be worth considering if the GeoTools WFS-NG
datastore should have a work-around for a 'broken' environment?
Cheers,
Jim
On 12/12/2017 11:52 PM, Jim Hughes wrote:
Hi all,
And to answer my own question... the incorrect URL is coming from the
GetCapabilities document. Basically, I'm getting screwed by a proxy
in the way.
One solution may be for the WFS-NG datastore to follow re-directs in
the HTTP code. Would that be sensible?
Other than that, this seems like a time when a GetCapabilities
document should be re-written to be 'correct'.
Are there other approaches or ideas to consider?
Cheers,
Jim
On 12/12/2017 11:14 PM, Jim Hughes wrote:
Hi all,
Today I tried out the WFS-NG DataStore with a GeoServer configured
with HTTPS, and I hit two issues. I'll start with the one where I
could use some help...
I passed a url of the form https://hostname/geoserver/..., and after
connecting correctly (using a username and password), subsequent
requests started going against http://hostname:80/geoserver/...
From some debugging, I haven't found where the URL is being broken
down and reconstructed. Can someone give me a hint where to look?
With a little pointer, I can hopefully update some documentation or
otherwise fix a bug with WFS-NG with HTTPS.
The second issue I ran into is environment specific. The
error/exception I saw in Java land was just a '403'. Using "
-Djavax.net.debug=all" helped debug the issue.
The proxy/configuration in front of GeoServer required that the HTTP
agent is set. This can be remedied easily with a call to
System.setProperty("http.agent", "foo") and/or -Dhttp.agent=foo.
Cheers, and thanks in advance for any help,
Jim
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
GeoTools-Devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
