Hi Roger,
Thanks for your configuration, I swapped this with my existing re-write rule
and it works a charm.
Interestingly though, it will not pick up
https://test.domain.com:443/geoserver/options.png,
whereas http://test.domain.com:8080/geoserver/options.png works fine. As images
are not an issue here, I have left the image sources referencing the geoserver
directly.
Now this is sorted, I am still having difficulties with WFS. If I open the
following in a web browser, I get the 'GetCapabilities' XML:
https://test.domain.com:443/geoserver/wfs?service=wfs&version=1.1.0&request=GetCapabilities
However, I have been unable to load a WFS layer via OpenLayers. The current
script is:
var GEOSERVER_HOST = 'https://username:passw...@test.domain.com';
var GEOSERVER_PORT = '443';
testLayer = new OpenLayers.Layer.Vector("Test Layer", {
strategies : [new OpenLayers.Strategy.Fixed()],
protocol : new OpenLayers.Protocol.WFS({
version : "1.1.0",
url : GEOSERVER_HOST + ":" + GEOSERVER_PORT +
"/geoserver/TestWorkspaceURI/wfs",
featurePrefix : "TestWorkspace",
featureType : "TestLayer",
srsName : "EPSG:27700"
})
})
map.addLayer(testLayer);
I have tried various variations of URIs and layer names, but none appear on the
map. Nothing is displayed in the Google Chrome console, either.
If I log into the geoserver and click on 'OpenLayers' under 'Layer Preview' on
TestLayer, the sample map displays fine, but interestingly it requests a WMS
service to display a vector feature?!
http://test.domain.com:8080/geoserver/TestWorkspace/wms?service=WMS&version=1.1.0&request=GetMap&layers=TestWorkspace:TestLayer&styles=&bbox=240049.984375,234576.0,655472.0,883647.0&width=327&height=512&srs=EPSG:27700&format=application/openlayers
Are you able to give me a pointer as to where I am going wrong here? The WMS
background layers via the same server work fine.
Many thanks,
Rob
________________________________
From: Roger Bedell <sylvanasc...@gmail.com>
To: uk52rob <uk52...@yahoo.co.uk>
Cc: "Geoserver-users@lists.sourceforge.net"
<Geoserver-users@lists.sourceforge.net>
Sent: Monday, 16 July 2012, 2:15
Subject: Re: [Geoserver-users] Using Geoserver WFS across domains
Hi Rob,
We have almost the same configuration (not 443 though), and IIS7 URL Rewrite
works very well, much simpler than the Tomcat redirector. However, it wasn't
clear in the IIS documentation that you need to install more than just URL
Rewrite, particularly you need the ARR:
http://www.iis.net/download/ApplicationRequestRouting
Once I installed that, (and enabled the ARR Proxy) I used the following rule:
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="GeoServer" patternSyntax="Wildcard">
<match url="geoserver*" />
<action type="Rewrite"
url="http://204.62.18.181:8080/{R:0}" />
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>
So far, so good.
Roger
On Fri, Jul 13, 2012 at 4:59 AM, uk52rob <uk52...@yahoo.co.uk> wrote:
Hi All,
>
>
>I know this is not the first time this has been mentioned. I have searched for
>days for a solution without success, so I am hoping someone else has solved
>this in a similar environment.
>
>
>System:
>Windows 2008 Web Server
>IIS 7
>Geoserver 2.1.4
>
>
>The main website runs via IIS on ssl port 443
>(https://geoserver.testdomain.com:443), whereas Geoserver's Jetty webserver
>runs on port 8080, non-ssl (http://geoserver.testdomain.com:8080).
>
>
>The issue arises when the openlayers javascript runs on the main website. All
>WMS layers are fine, but javascript will not allow the WFS (XML) layers from
>the other port. This returns Origin https://geoserver.testdomain.com:443is not
>allowed by Access-Control-Allow-Origin.
>
>
>I have tried a number of work-arounds, including:
>
>
>Using IIS URL Rewrite
>http://cartoninjas.pl/post/2010/10/12/Installing-GeoServer-on-Windows-7-(x32-or-x64)-and-IIS-75.aspx (returns
> "forbidden" or "site not found" errors)
>
>
>
>Modify Jetty access control
>http://jetty.4.n6.nabble.com/Jetty-Access-Control-Allow-Origin-td4634198.html (causes
> the jetty server to fail in starting up)
>
>
>
>Using an IIS proxy
>http://code.google.com/p/iisproxy/issues/detail?id=8 (returns a 500 - Internal
>server error)
>
>
>
>General Info
>http://stackoverflow.com/questions/9327218/access-control-allow-origin-not-allowed-by
>
>
>
>This is not the entire list, as some methods have been removed from my browser
>history, but it will give you an idea of the steps taken.
>
>
>I have not run the HTML / javascript directly from the WWW directory in
>Geoserver, as the WFS / WMS connection strings include a username and
>password, which would then be freely available to look at in the HTML
>document. Instead, they are encapsulated within the current PHP scripts
>running on the main IIS domain, which offers them some protection.
>
>
>If anyone has any experience with this issue, I would be grateful to hear from
>you.
>
>
>Many thanks,
>
>
>Rob
>------------------------------------------------------------------------------
>Live Security Virtual Conference
>Exclusive live event will cover all the ways today's security and
>threat landscape has changed and how IT managers can respond. Discussions
>will include endpoint security, mobile security and the latest in malware
>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>_______________________________________________
>Geoserver-users mailing list
>Geoserver-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users