Re: [Gwt-openlayers-users] WMSGetFeatureInfo not working[problem discovered]

[Dave P. <dav...@pi...>]

I have spent some more time look at this problem, I have tried looking at
the conversation between my open layers program and my web server with
stace.

It seems that WMSGEtFeatureInfo reply from the web server is being encode
in a gzip format?




ie
28754 send(14, "HTTP/1.1 200 OK\r\nServer: Apache-"..., 562, 0) = 562
 | 00000  48 54 54 50 2f 31 2e 31  20 32 30 30 20 4f 4b 0d  HTTP/1.1  200
OK. |
 | 00010  0a 53 65 72 76 65 72 3a  20 41 70 61 63 68 65 2d  .Server: 
Apache- |
 | 00020  43 6f 79 6f 74 65 2f 31  2e 31 0d 0a 43 6f 6e 74  Coyote/1
.1..Cont |
 | 00030  65 6e 74 2d 45 6e 63 6f  64 69 6e 67 3a 20 67 7a  ent-Enco ding:
gz |
 | 00040  69 70 0d 0a 43 6f 6e 74  65 6e 74 2d 54 79 70 65  ip..Cont
ent-Type |
 | 00050  3a 20 74 65 78 74 2f 68  74 6d 6c 0d 0a 43 6f 6e  : text/h
tml..Con |
 | 00060  74 65 6e 74 2d 4c 65 6e  67 74 68 3a 20 34 30 39  tent-Len gth:
409 |
 | 00070  0d 0a 44 61 74 65 3a 20  53 75 6e 2c 20 32 36 20  ..Date:  Sun,
26  |
 | 00080  4a 75 6e 20 32 30 31 31  20 31 31 3a 34 36 3a 31  Jun 2011 
11:46:1 |

dumping the conversation between example WMSGEtFeatureInfo, shows following

28754 send(14, "HTTP/1.1 200 OK\r\nServer: Apache-"..., 1244, 0) = 1244
 | 00000  48 54 54 50 2f 31 2e 31  20 32 30 30 20 4f 4b 0d  HTTP/1.1  200
OK. |
 | 00010  0a 53 65 72 76 65 72 3a  20 41 70 61 63 68 65 2d  .Server: 
Apache- |
 | 00020  43 6f 79 6f 74 65 2f 31  2e 31 0d 0a 43 6f 6e 74  Coyote/1
.1..Cont |
 | 00030  65 6e 74 2d 54 79 70 65  3a 20 74 65 78 74 2f 68  ent-Type :
text/h |
 | 00040  74 6d 6c 0d 0a 54 72 61  6e 73 66 65 72 2d 45 6e  tml..Tra
nsfer-En |
 | 00050  63 6f 64 69 6e 67 3a 20  63 68 75 6e 6b 65 64 0d  coding: 
chunked. |
 | 00060  0a 44 61 74 65 3a 20 53  75 6e 2c 20 32 36 20 4a  .Date: S un,
26 J |
 | 00070  75 6e 20 32 30 31 31 20  31 31 3a 34 34 3a 30 36  un 2011 
11:44:06 |
 | 00080  20 47 4d 54 0d 0a 0d 0a  34 34 64 0d 0a 3c 68 74   GMT....
44d..<ht |
 | 00090  6d 6c 3e 0d 0a 20 20 3c  68 65 61 64 3e 0d 0a 20  ml>..  <
head>..  |
 | 000a0  20 20 20 3c 74 69 74 6c  65 3e 47 65 6f 73 65 72     <titl
e>Geoser |
 | 000b0  76 65 72 20 47 65 74 46  65 61 74 75 72 65 49 6e  ver GetF
eatureIn |





> Hi List
>
> Was a solution ever found for this problem, because I seem to be getting
> the same issue.
>
> I attempt to make a request to geoserver instance running on the same
> tomcat webserver with a valid layer name via a wmsgetfeature request,  I
> get callback with an empty result.
>
> I lhave ooked at the geoserver logs and can see geoserver getting the
> request from the gwt-openlayers program and see the request to  my postgis
> database.
>
> Feeding the same sql request into the database, generates data.
>
> Using firebug and copying the text of the feature requests, results in to
> firefox returns a result.
>
> Using firebug of the gwt-program, shows the reques set to geoserver.  A
> callback is received but the results section is empty.
>
> I do not think it is a proxy issue because both my instance of geoserver
> and my gwt-program are bothing running on the same server.
>
> I have tried the example from showcase which works correctly. AS far as I
> can make out the showcase example and my owner server are setting the same
> param strings so I should receive a result.
>
> It is possible to use the 'internal version of openlayers' in the layer
> preview  option to look at the data and everything seem to be correct.
>
> I just wondering what is going wrong!  If geoserver was not processing the
> request I should not receive a callback, but I do. If the feature request
> was invalid I would not see geoserver accessing my database, but it does.
> (There is no logging to say what geoserver actuall generated, even at the
> finest setting)
>
> If there was something wrong with the request,  I would not see a correct
> result from geoserver when I make the same request directly via firefox,
> but I do.
>
> Does anybody known any method of seeing what geoserver generates for an
> gwt-openlayers program ?
>
> I do not suspect a bug,  I suspect a projection issue i.e. my program has
> said something like give  give me all the information about features near
> point x/y. Geoserver has generated a null request because it could not
> find anything because its concept of X/Y is different to my program
> concept of X/Y.(Firebug and Geosever both claim to be using the same srs
> value)
>
> Dave.
> ------------------------------------------------------------------------
>
>
>
>
> Might it bee that you need to proxy your result as the application resides
> on port 8080 and the geoserver on 9090. That would explain why it works in
> the browser but not in the application. I think that you should get an
> error in that case though, something like "forbidden location" or the
> like.
> /Lukas
>
> -----Ursprungligt meddelande-----
> Från: Federica De Martin [mailto:fdemartin@...]
> Skickat: den 7 juni 2011 15:59
> Till: Lukas Johansson; gwt-openlayers-users@...
> Ämne: Re: [SPAM] SV: [Gwt-openlayers-users] WMSGetFeatureInfo not working
>
> I tried to have a look with firebug, and when I click on the map there is
> a
> GET request as follows:
>
> GET
> http://localhost:9090/geoserver/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetFeatureInfo&LAYERS=topp%3Atasmania_water_bodies,topp%3Atasmania_state_boundaries,gimovit%3Areg_tmp&QUERY_LAYERS=topp%3Atasmania_water_bodies,topp%3Atasmania_state_boundaries,gimovit%3Areg_tmp&STYLES=,,&BBOX=-64.789268%2C5.300572%2C115.562294%2C75.613072&FEATURE_COUNT=10&HEIGHT=400&WIDTH=1026&FORMAT=image%2Fpng&INFO_FORMAT=text%2Fhtml&SRS=EPSG%3A4326&X=445&Y=188
> 200 OK  312ms  OpenLayers.js (riga 1188)
> Intestazioni
> BBOX -64.789268,5.300572,115.562294,75.613072
> FEATURE_COUNT 10
> FORMAT image/png
> HEIGHT 400
> INFO_FORMAT text/html
> LAYERS
> topp:tasmania_water_bodies,topp:tasmania_state_boundaries,gimovit:reg_tmp
> QUERY_LAYERS
> topp:tasmania_water_bodies,topp:tasmania_state_boundaries,gimovit:reg_tmp
> REQUEST GetFeatureInfo
> SERVICE WMS
> SRS EPSG:4326
> STYLES ,,
> VERSION 1.1.1
> WIDTH 1026
> X 445
> Y 188
> Intestazioni di rispostaVisualizza come testo semplice
> Content-Type text/html; charset=utf-8
> Content-Length 890
> Content-Encoding gzip
> Server Jetty(6.1.8)
> Intestazioni di richiestaVisualizza come testo semplice
> Host localhost:9090
> User-Agent Mozilla/5.0 (X11; U; Linux i686; it; rv:1.9.2.10)
> Gecko/20100915
> Ubuntu/10.04 (lucid) Firefox/3.6.10
> Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Accept-Language it-it,it;q=0.8,en-us;q=0.5,en;q=0.3
> Accept-Encoding gzip,deflate
> Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive 115
> Connection keep-alive
> Referer http://localhost:8080/gimovit-gwt/
> Origin http://localhost:8080
>
> If I copy the address of the request in my browser I can see the HTML
> response right as it should appear, but in firebug I find the Answer and
> HTML tabs completly empty! What else can I check?
>
> Thank you for the help...
> Federica
>
>
> ----- Original Message [Truncated]-----
>
>
>
> -------------------------------------------------------------------------
> Any views expressed in this message are those of the individual sender,
> except where the sender specifically states them to be the views of the
> Pinan Software
>
>
>
> ------------------------------------------------------------------------------
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> _______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>


-------------------------------------------------------------------------
Any views expressed in this message are those of the individual sender,
except where the sender specifically states them to be the views of the
Pinan Software