<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">El 6 de marzo de 2015, 15:59, Francisco Puga <span dir="ltr"><<a href="mailto:fpuga@icarto.es" target="_blank">fpuga@icarto.es</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Gracias Joaquín,<br>
<br>
He estado revisándolo y me da la impresión de que tanto WMS como WFS,<br>
hacen sus peticiones a través de WMSRequest y WFSRequest, que heredan<br>
de OGCRequest y que en última instancia acaban llamando a métodos como<br>
los siguientes:<br>
<br>
Downloader downloader = CompatLocator.getDownloader();<br>
downloader.downloadFile(url, name, cancel); // get request<br>
downloader.downloadFile(url, data, name, cancel); // post request<br>
<br>
Para lo que necesito creo que tendría que registrar mi propio<br>
DownloadManager en lugar del HttpDownloadManager que da el plugin que<br>
me enlazas y registrar mi propio HttpClientDownloader.<br>
<br>
Probando el plugin de downloader [1], he visto que al hacer maven<br>
install no mete el jar de httpcore sólo el de httpclient y entonces se<br>
produce una excepción. Lo he "desplegado" a mano pero habría que<br>
arreglar el pom o lo que sea.<br>
<br>
No lo he probado mucho pero en principio por basic auth funciona<br>
correctamente tanto en WMS (1.1.3) como WFS. En algunos casos WMS<br>
parece no usar WMSRequest si no construírlas más a mano, pero para<br>
descargar los ficheros usa el Utilities.downloadFile que por debajo<br>
llama al Downloader, me parece que por eso funciona.<br>
<br></blockquote><div><br>Hola Fran,<br>si el problema es que te falta el jar "httpcomponents-core", habria que añadirl¡ en el pom del raiz del proyecto,<br><br><a href="https://redmine.gvsig.net/redmine/projects/gvsig-downloader/repository/entry/org.gvsig.downloader/trunk/org.gvsig.downloader/pom.xml">https://redmine.gvsig.net/redmine/projects/gvsig-downloader/repository/entry/org.gvsig.downloader/trunk/org.gvsig.downloader/pom.xml</a><br><br>donde esta la dependencia de httpclient la siguiente dependencia:<br><br><dependency><br> <groupId>org.apache.httpcomponents</groupId><br> <artifactId>httpcomponents-core</artifactId><br> <version>4.4</version><br></dependency><br><br>Y subir la version de httpclient de 4.3.5 a 4.4 para que esten a la par.<br><br>Luego habria que añadir en el pom<br><br><a href="https://redmine.gvsig.net/redmine/projects/gvsig-downloader/repository/entry/org.gvsig.downloader/trunk/org.gvsig.downloader/org.gvsig.downloader.app/org.gvsig.downloader.app.mainplugin/pom.xml">https://redmine.gvsig.net/redmine/projects/gvsig-downloader/repository/entry/org.gvsig.downloader/trunk/org.gvsig.downloader/org.gvsig.downloader.app/org.gvsig.downloader.app.mainplugin/pom.xml</a><br><br>la dependencia:<br><br> <dependency><br> <groupId>org.apache.httpcomponents</groupId><br> <artifactId>httpcomponents-core</artifactId><br> <scope>runtime</scope><br> </dependency><br><br>y añadir en el fichero<br><br><a href="https://redmine.gvsig.net/redmine/projects/gvsig-downloader/repository/entry/org.gvsig.downloader/trunk/org.gvsig.downloader/org.gvsig.downloader.app/org.gvsig.downloader.app.mainplugin/src/main/assembly/gvsig-plugin-package.xml">https://redmine.gvsig.net/redmine/projects/gvsig-downloader/repository/entry/org.gvsig.downloader/trunk/org.gvsig.downloader/org.gvsig.downloader.app/org.gvsig.downloader.app.mainplugin/src/main/assembly/gvsig-plugin-package.xml</a><br><br>bajo la linea<br><br><include>org.apache.httpcomponents:httpclient</include><br><br>La que incluya el core:<br><br><include>org.apache.httpcomponents:httpcomponents-core</include><br><br>Con eso ya se incluiria la dependencia con el jar del core al generar el build del plugin.<br><br>Sobre el problema que te comentaba que habia con WMS, tirando un poco de memoria y echando un vistazo he dado donde estaba.<br><br>- Clase WMSProtocolHandlerFactory, metodo readFromUrl, lee directamente sin<br> pasar por el downloader. Lo usa para deterinnar que version del protocolo WMS<br> ha de usar.<br><br>En la clase WMSProtocolHandler tambien hay un uso de "URLConnection conn = url.openConnection();" en el metodo _getMap, pero creo que eso no lo usa nadie,<br>asi que no creo que sea problematico.<br><br>Si tiras adelante por ahi y lo arreglas te agraceceria que nos enviases el parche en caso de que logres arreglarlo.<br><br>Un saludo<br>Joaquin<br><br><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Saludos.<br>
<br>
<br>
[1] <a href="https://redmine.gvsig.net/redmine/projects/gvsig-downloader" target="_blank">https://redmine.gvsig.net/redmine/projects/gvsig-downloader</a><br>
<br>
El día 5 de marzo de 2015, 13:45, Joaquin Jose del Cerro Murciano<br>
<<a href="mailto:jjdelcerro@gvsig.org">jjdelcerro@gvsig.org</a>> escribió:<br>
<div class=""><div class="h5">><br>
><br>
> El 5 de marzo de 2015, 12:55, Francisco Puga <<a href="mailto:fpuga@icarto.es">fpuga@icarto.es</a>> escribió:<br>
>><br>
>> Hola,<br>
>><br>
>> Estoy usando gvSIG 2.1.0-2269 versión portable en linux de 32 bits y<br>
>> tengo instalado un geoserver en local donde el acceso a las capas está<br>
>> protegido sólo para usuarios atenticados.<br>
>><br>
>> La configuración de autenticación / autorización de geoserver es la<br>
>> que viene por defecto. Esta parte estoy bastante seguro que está bien<br>
>> porque he probado a conectar con otros gises y funciona.<br>
>><br>
>> Al intentar conectar con gvSIG independientemente de que use una url<br>
>> sin basic auth o con basic auth:<br>
>> <a href="http://localhost:8080/geoserver/ows" target="_blank">http://localhost:8080/geoserver/ows</a><br>
>> http://usuario:clave@localhost:8080/geoserver/wms<br>
>><br>
>> La pantalla de selección de capas está en blanco (img adjunta).<br>
>><br>
>> ¿Es posible conectar a servicios ogc con autenticación?<br>
>><br>
>> Lo ideal sería un diálogo de conexión en el que se pudiera especificar<br>
>> usuario y contraseña. (adjunto captura)<br>
>><br>
>> En mi caso concreto desde gvSIG cargaré servicios OGC y usaré una API<br>
>> Rest. La identificación se hará al arrancar la aplicación mediante un<br>
>> diálogo a medida que recuperará cookies del servidor que se añadirán a<br>
>> las request tanto de los servicios ogc como de la api rest para<br>
>> gestionar la autenticación.<br>
>><br>
>> ¿Alguien ha hecho algo parecido y puede aportar alguna sugerencia o<br>
>> librería?<br>
>><br>
>> Por tanto necesitaría que el código de gvsig de wms/wfs permitierá<br>
>> setear una cookie cuando se hacen las request.<br>
>><br>
>> ¿Es posible esto ahora mismo? ¿Si no es posible donde habría que tocar?<br>
>><br>
> Hola Fran,<br>
> me temo que no llego a terminarse la parte de acceso a servicios<br>
> authenticados para la 2.1.0.<br>
> Yo he llegado a verlo funcionar con algunos servicios en un entorno de<br>
> desarrollo pero no se llego a generar ningun build del plugin que aporta esa<br>
> funcionalidad.<br>
><br>
> Si te quieres aventurar con ello los fuentes esta en el proyecto:<br>
><br>
> <a href="https://redmine.gvsig.net/redmine/projects/gvsig-downloader" target="_blank">https://redmine.gvsig.net/redmine/projects/gvsig-downloader</a><br>
><br>
> Basicamente sustituyen la implementacion del SEDownloader por otra que<br>
> soporta servicios autenticados basada en la libreria de apache. De momento<br>
> el usuario tiene que ir a preferencias y alli indicar usuario y contraseña<br>
> para los distintos servidores que la requieran, y luego gvSIG<br>
> automaticamente las usa en caso de que tenga que conectarse a alguno de esos<br>
> servidores.<br>
><br>
> El principal problema, ademas de que apenas se ha probado, es que solo<br>
> afecta a las peticiones que se hacen a traves del SEDownloader, que son casi<br>
> todas, pero aun queda alguna por ahi que no lo usaba. Me consta que al menos<br>
> hay una en la negociacion de la version del WMS que no la usa, con lo que si<br>
> no se arregla para que la use el WMS no funcionara.<br>
><br>
> El nuevo plugin pretendia ser bastante ambicioso y hay mas codigo que en<br>
> estos momentos no se usa, pero lo basico si que iba, por lo menos con<br>
> servicios WFS que era con lo que se estaba probando.<br>
><br>
> Un saludo<br>
> Joaquin<br>
><br>
><br>
><br>
>> Saludos y gracias.<br>
>><br>
>> --<br>
>> Francisco Puga<br>
>> iCarto | Innovación, Cooperación, Cartografía y Territorio S.L.<br>
>> <a href="http://www.icarto.es/" target="_blank">http://www.icarto.es/</a><br>
>><br>
>> c/ Rafael Alberti nº 13 – 1º D<br>
>> 15008 A Coruña<br>
>> Galicia (Spain)<br>
>> <a href="tel:%2B34%20881927808" value="+34881927808">+34 881927808</a><br>
>><br>
>> Este correo electrónico contiene información estrictamente<br>
>> confidencial y es de uso exclusivo del destinatario, quedando<br>
>> prohibida a cualquier otra persona su revelación, copia, distribución,<br>
>> o el ejercicio de cualquier acción relativa a su contenido. Si ha<br>
>> recibido este mensaje por error, por favor conteste a su remitente<br>
>> mediante correo electrónico y proceda a borrarlo de su sistema.<br>
>><br>
>> Sus datos personales serán tratados de forma confidencial y no serán<br>
>> cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer<br>
>> los derecho de oposición, acceso, rectificación y cancelación de<br>
>> acuerdo con lo establecido en la Ley Orgánica 15/99, de 13 de<br>
>> diciembre, de Protección de Datos de Carácter Personal dirigiéndose a<br>
>> Innovación, Cooperación, Cartografía e Territorio, SL. (ICARTO) en la<br>
>> dirección postal a C/ Rafael Alberti, nº 13, 1ºD, 15.008 – (A Coruña).<br>
>><br>
>> _______________________________________________<br>
>> gvSIG_desarrolladores mailing list<br>
>> <a href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a><br>
>> Para ver histórico de mensajes, editar sus preferencias de usuario o darse<br>
>> de baja en esta lista, acuda a la siguiente dirección:<br>
>> <a href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores" target="_blank">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a><br>
>><br>
><br>
><br>
><br>
> --<br>
> --------------------------------------<br>
> Joaquin Jose del Cerro Murciano<br>
> Development and software arquitecture manager at gvSIG Team<br>
> <a href="mailto:jjdelcerro@gvsig.com">jjdelcerro@gvsig.com</a><br>
> <a href="mailto:jjdelcerro@gvsig.org">jjdelcerro@gvsig.org</a><br>
> gvSIG Association<br>
> <a href="http://www.gvsig.com" target="_blank">www.gvsig.com</a><br>
> <a href="http://www.gvsig.org" target="_blank">www.gvsig.org</a><br>
><br>
> _______________________________________________<br>
> gvSIG_desarrolladores mailing list<br>
> <a href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a><br>
> Para ver histórico de mensajes, editar sus preferencias de usuario o darse<br>
> de baja en esta lista, acuda a la siguiente dirección:<br>
> <a href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores" target="_blank">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a><br>
><br>
<br>
<br>
<br>
--<br>
Francisco Puga<br>
iCarto | Innovación, Cooperación, Cartografía y Territorio S.L.<br>
<a href="http://www.icarto.es/" target="_blank">http://www.icarto.es/</a><br>
<br>
c/ Rafael Alberti nº 13 – 1º D<br>
15008 A Coruña<br>
Galicia (Spain)<br>
<a href="tel:%2B34%20881927808" value="+34881927808">+34 881927808</a><br>
<br>
Este correo electrónico contiene información estrictamente<br>
confidencial y es de uso exclusivo del destinatario, quedando<br>
prohibida a cualquier otra persona su revelación, copia, distribución,<br>
o el ejercicio de cualquier acción relativa a su contenido. Si ha<br>
recibido este mensaje por error, por favor conteste a su remitente<br>
mediante correo electrónico y proceda a borrarlo de su sistema.<br>
<br>
Sus datos personales serán tratados de forma confidencial y no serán<br>
cedidos a terceros ajenos a ICARTO. En cualquier caso, podrá ejercer<br>
los derecho de oposición, acceso, rectificación y cancelación de<br>
acuerdo con lo establecido en la Ley Orgánica 15/99, de 13 de<br>
diciembre, de Protección de Datos de Carácter Personal dirigiéndose a<br>
Innovación, Cooperación, Cartografía e Territorio, SL. (ICARTO) en la<br>
dirección postal a C/ Rafael Alberti, nº 13, 1ºD, 15.008 – (A Coruña).<br>
_______________________________________________<br>
gvSIG_desarrolladores mailing list<br>
<a href="mailto:gvSIG_desarrolladores@listserv.gva.es">gvSIG_desarrolladores@listserv.gva.es</a><br>
Para ver histórico de mensajes, editar sus preferencias de usuario o darse de baja en esta lista, acuda a la siguiente dirección: <a href="http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores" target="_blank">http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">--------------------------------------<br>Joaquin Jose del Cerro Murciano<br>Development and software arquitecture manager at gvSIG Team<br><a href="mailto:jjdelcerro@gvsig.com" target="_blank">jjdelcerro@gvsig.com</a><br><a href="mailto:jjdelcerro@gvsig.org" target="_blank">jjdelcerro@gvsig.org</a><br>gvSIG Association<br><a href="http://www.gvsig.com" target="_blank">www.gvsig.com</a><br><a href="http://www.gvsig.org" target="_blank">www.gvsig.org</a></div>
</div></div>