Usando o OpenLayers 3, não consigo receber esta mensagem:
Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://myserver:8085/geoserver/sf/ows?service=WFS&version=1.0.0&request=GetFeature&typeName=sf:view1&maxFeatures=1&outputFormat=JSON. This can be fixed by moving the resource to the same domain or enabling CORS.Este é o código:
// Ol3 only supports Projections "EPSG:4326" and "EPSG:3857". For every other projection you need proj4js
proj4.defs("EPSG:2236", "+proj=tmerc +lat_0=24.33333333333333 +lon_0=-81 +k=0.999941177 +x_0=200000.0001016002 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=us-ft +no_defs");
// Leases Layer
var myLayer = new ol.layer.Vector({
source: new ol.source.GeoJSON({
projection: 'EPSG:2236',
url: 'http://myserver:8085/geoserver/sf/ows?service=WFS&version=1.0.0&request=GetFeature&typeName=sf:view1&maxFeatures=1&outputFormat=JSON',
crossOrigin: null
})
});
// View
var view = new ol.View({
projection: 'EPSG:2236',
center: [0, 0],
zoom: 4
});
// Map
var map = new ol.Map({
target: 'map',
renderer: 'canvas',
layers: [myLayer],
view: view
});Tentei definir a configuração crossOrigin para:
crossOrigin: null
crossOrigin: 'null'
crossOrigin: 'anonymous'Só vejo o controle de aumento / redução de zoom, mas a camada não é renderizada.
Eu fui com a opção 3 do Simon abaixo. Habilitei o CORS no GeoServer, copiando os arquivos jar necessários dos jetty-servlets e habilitando-os no \ WEB-INF \ web.xml:
<filter>
<filter-name>cross-origin</filter-name>
<filter-class>org.eclipse.jetty.servlets.CrossOriginFilter</filter-class>
<init-param>
<param-name>allowedOrigins</param-name>
<param-value>*</param-value>
</init-param>
<init-param>
<param-name>allowedMethods</param-name>
<param-value>*</param-value>
</init-param>
<init-param>
<param-name>allowedHeaders</param-name>
<param-value>*</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>cross-origin</filter-name>
<filter-pattern>/*</filter-pattern>
</filter-mapping>Depois disso, testei a página novamente e recebi o mesmo erro:
Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://myserver:8085/geoserver/sf/ows?service=WFS&version=1.0.0&request=GetFeature&typeName=sf:view1&maxFeatures=1&outputFormat=JSON. This can be fixed by moving the resource to the same domain or enabling CORS.Parece que ainda estou perdendo alguma coisa. Preciso fazer alguma coisa do OpenLayers Side?
Acabei me livrando do Jetty e desinstalando completamente o GeoServer. O problema é que quando você instala o instalador geoserver do Windows, ele instala uma versão do jetty com 4 anos de idade! (Jetty versão 6.1.8) Embora eu tenha copiado os arquivos jar para o CORS, ele é suportado apenas no Jetty 7+.
Descobri que você pode instalar um arquivo WAR. Decidi usar o Tomcat, pois é nisso que o GeoServer é mais testado, de acordo com esta nota no site do GeoServer:
Nota O GeoServer foi testado principalmente usando o Tomcat e, portanto, essas instruções podem não funcionar com outros aplicativos de contêiner.
Estas são as instruções para instalar o arquivo WAR:
http://docs.geoserver.org/stable/en/user/installation/war.html
Este é um bom vídeo de instruções também:
https://www.youtube.com/watch?v=YEOA8WWWVCw
Depois de concluir a instalação, você ativa o CORS:
fonte
Respostas:
Existe uma maneira fácil de contornar o problema usando JSONP:
... ENABLE_JSONP true ... 2. Reinicie seu servidor geográfico. Agora, para a solicitação GetFeatureInfo , o geoserver enviará parseResponse (dados JSON) para o cliente
Como o JSONP funciona no cliente (JavaScript)? A chamada JSONP é simples. Você precisa adicionar um script com src = url (o URL é GetFeatureInfo) no cabeçalho
var tag = document.createElement ("script"); tag.src = url; document.getElementsByTagName ("head") [0] .appendChild (tag);
Depois que o script é anexado, ele chama jsonp do servidor. chamando a função parseRespose. Portanto, você precisa definir uma função parseResponse da seguinte maneira. O escopo desta função deve ser global.
função parseResponse (dados) {var feature = data.features [0]; console.log (recurso);
};
fonte
Eu mesmo enfrentei o mesmo problema e tentei muitas soluções discutidas aqui ou em outros fóruns e, finalmente, consegui resolver o problema de habilitar o Cross Origin no Geoserver.
Após muitos testes, descobri que a solução é bastante simples, seguindo as etapas exatas encontradas na página do Jetty Jetty Cross Origin Filter .
Mas, com uma pequena alteração, a página disse que precisamos copiar o seguinte filtro de origem cruzada para o arquivo de configuração ( Web.xml ), mas a solução que funcionou comigo é copiar essa configuração de xml do filtro para ( webdefault.xml ) arquivo de configuração, ao aplicar essa alteração, o geoserver funcionou como um encanto e eu poderia executar qualquer WFS, WMS GetFeatureInfoRequest no formato JSON usando AJAX em vez de usar a partição IFrame.
Estou usando as seguintes versões de software:
Aqui estão as etapas detalhadas:
( jetty-servlets-7.6.13.v20130916.jar ), o nome do arquivo será diferente de acordo com a versão do jetty - não mude seu nome porque jetty corresponde ao nome do servlet com sua versão como:
jetty-servlets - <% JETTY_VERSION%>. jar, portanto, não o renomeie.
Interrompa os serviços (GeoServer, Postgres) e tire uma cópia do diretório OpenGeo localizado em
( C: \ Arquivos de Programas (x86) \ boundless \ OpenGeo ) e copie também o diretório OpenGeo localizado em
( C: \ ProgramData \ boundless \ OpenGeo ) antes de iniciar este tutorial, como uma etapa de precaução.
Copie o arquivo ( jetty-servlets-7.6.13.v20130916.jar ) (como está) no diretório Lib do jetty
( * C: \ Arquivos de Programas (x86) \ boundless \ OpenGeo \ jetty \ lib * ), também o diretório pode mude de acordo com o diretório de instalação.
( C: \ Arquivos de Programas (x86) \ boundless \ OpenGeo \ jetty \ ect \ webdefault.xml ), não tenho certeza de que o local dessas linhas colocar no arquivo é importante ou não, mas colo-os a partir da linha # 306 depois
</serlet-mapping>.Este tutorial funcionou para mim e espero que funcione para qualquer pessoa que esteja enfrentando o mesmo problema.
fonte
A configuração crossOrigin existe apenas (?) Para ol.source.TileImage. ( http://openlayers.org/en/master/apidoc/ol.source.TileImage.html - desmarque a opção "Somente estável" no canto superior direito). ol.source.GeoJSON não tem uma configuração crossOrigin, porque você não pode acessar o JSON por meio de solicitações entre sites.
Você tem maneiras diferentes de contornar isso:
problema semelhante, mas não relacionado à região: /programming/5549068/json-how-do-i-make-cross-domain-json-call
fonte
Verifique os cabeçalhos de resposta do Geoserver na guia Rede do Firebug / Chrome Dev Tools para ver se o cabeçalho Acces-Control-Allow-Origin: * está realmente lá. Caso contrário, o problema está no lado do contêiner do servlet. Ou talvez, se o aplicativo for interno, configure um proxy no servidor da web principal em vez de ativar o CORS? Este último fará mais sentido se o seu Geoserver estiver disponível publicamente.
fonte
Meu problema do CORS foi resolvido em http://2carto.com/enable-cors-domain-geoserver-2-8/#comment-53 para o GeoServer 2.8. (inútil para o GeoServer 2.9)
fonte