Oh - very interesting. Thank you very much Marcos! I'll dig into this
and see what I can find.
Thanks for pointing me in the right direction.
-kevin.
On 4/2/13 8:31 AM, Marcos Hermida wrote:
here meant here:
https://www.unidata.ucar.edu/projects/THREDDS/tech/tds4.3/reference/JavaOptsSummary.html
forgot the link in the previous mail.
sorry!
On 04/02/2013 07:56 AM, Marcos Hermida wrote:
Hi Kevin,
the X server error gives us a clue. Are you running tomcat in
headless mode? You have to set the java.awt.headless option to true.
Here you can find more information about it along with some advices
on other jvm options for running tomcat/thredds on a Linux environment.
Let me know if that helps.
Cheers!
On 04/01/2013 10:44 AM, Kevin Manross wrote:
Hello Marcos -
Thank you very much for the reply.
Here is some additional information...
The WMS GetCapabilities seems to work fine (no errors).
Regarding the presence of the port number, if I've cleared the
browser's cache then I click on the Godiva2 link on the catalog.html
page, the port number shows in the server parameter and in the URL:
http://castle.ucar.edu:8080/thredds/godiva2/godiva2.html?server=http://castle.ucar.edu:8080/thredds/wms/FNLCollection/files/2013.01/fnl_20130103_06_00_c
I also get the following warning in my error console:
Timestamp: 4/1/13 10:31:17 AM
Warning: Error in parsing value for 'filter'. Declaration dropped.
Source File:
http://castle.ucar.edu:8080/thredds/godiva2/godiva2.html?server=http://castle.ucar.edu:8080/thredds/wms/FNLCollection/files/2013.01/fnl_20130103_06_00_c
Line: 0
(I don't know if this error has any bearing or not)
Also, when I do click on a product link in the Godiva2 dropdown list
I get the port number included in both the url:
http://castle.ucar.edu:8080/thredds/godiva2/godiva2.html?server=http://castle.ucar.edu:8080/thredds/wms/FNLCollection/files/2013.01/fnl_20130103_06_00_c
Though when the browser's cache is not cleared, all the above are
shown without the port number.
Whenever the port number is present, I get the JSON error. Whenever
it is not, I get 'error getting data from server'
I wouldn't think the custom filter should have any impact as it
merely checks for the presence of a login cookie and redirects to
login if it cannot be found. Otherwise, the request passes through.
The only errors I'm seeing in catalina.out is:
X connection to localhost:12.0 broken (explicit kill or server
shutdown).
And the thredds log doesn't seem to show anything major:
2013-04-01T10:42:11.263 -0600 [ 38869][ 7] INFO -
threddsServlet - Remote host: 128.117.8.232 - Request: "GET
/thredds/godiva2/godiva2.html?server=http://castle.ucar.edu/thredds/wms/FNLCollection/files/2013.02/fnl_20130205_00_00_c
HTTP/1.1"
2013-04-01T10:42:11.273 -0600 [ 38879][ 7] INFO -
threddsServlet - Request Completed - 200 - 10262 - 10
2013-04-01T10:42:11.474 -0600 [ 39080][ 8] INFO -
threddsServlet - Remote host: 128.117.8.232 - Request: "GET
/thredds/catalog.html HTTP/1.1"
2013-04-01T10:42:11.479 -0600 [ 39085][ 8] INFO -
threddsServlet - Request Completed - 200 - 1991 - 5
2013-04-01T10:42:11.545 -0600 [ 39151][ 9] INFO -
threddsServlet - Remote host: 128.117.8.232 - Request: "GET
/thredds/catalog.html HTTP/1.1"
2013-04-01T10:42:11.549 -0600 [ 39155][ 9] INFO -
threddsServlet - Request Completed - 200 - 1991 - 4
2013-04-01T10:42:11.689 -0600 [ 39295][ 10] INFO -
threddsServlet - Remote host: 128.117.8.232 - Request: "GET
/thredds/wms/FNLCollection/files/2013.02/fnl_20130205_00_00_c?item=menu&menu=&request=GetMetadata
HTTP/1.1"
2013-04-01T10:42:12.215 -0600 [ 39821][ 10] INFO -
threddsServlet - Request Completed - 200 - -1 - 526
2013-04-01T10:42:32.234 -0600 [ 59840][ 11] INFO -
threddsServlet - Remote host: 128.117.8.232 - Request: "GET
/thredds/wms/FNLCollection/files/2013.02/fnl_20130205_00_00_c?item=layerDetails&layerName=Cloud_water_isobaric&time=2013-04-01T10%3A42%3A32Z&request=GetMetadata
HTTP/1.1"
2013-04-01T10:42:32.291 -0600 [ 59897][ 11] INFO -
threddsServlet - Request Completed - 200 - -1 - 57
2013-04-01T10:42:32.348 -0600 [ 59954][ 12] INFO -
threddsServlet - Remote host: 128.117.8.232 - Request: "GET
/thredds/wms/FNLCollection/files/2013.02/fnl_20130205_00_00_c?REQUEST=GetLegendGraphic&COLORBARONLY=true&WIDTH=1&HEIGHT=398&PALETTE=rainbow&NUMCOLORBANDS=20
HTTP/1.1"
2013-04-01T10:42:32.353 -0600 [ 59959][ 13] INFO -
threddsServlet - Remote host: 128.117.8.232 - Request: "GET
/thredds/wms/FNLCollection/files/2013.02/fnl_20130205_00_00_c?item=timesteps&layerName=Cloud_water_isobaric&day=2013-02-05T00%3A00%3A00Z&request=GetMetadata
HTTP/1.1"
Thanks again for your help!
-kevin.
On 3/29/13 3:45 PM, Marcos Hermida wrote:
Hi Kevin,
I think the problem could be the GetMetadata requests that Godiva2
does for loading the layers menu, times...
Have you tried other WMS requests (GetCapabilities or GetMap)? That
would help to narrow down the problem and test the WMS out of the
Godiva2 context.
Regarding your suspicions, I think 1) should not be an issue for
Godiva2.
2) could be but it shouldn't kill your server. Where do you see the
port? In the server parameter that is passed in the Godiva2 link
url? Godiva2 uses XMLHttpRequest for http requests and it has a
very restrictive same domain-policy, so requests from the same
domain but with different port won't work. However, it looks like
that Godiva2 is able to send requests to the server...
3) when you get 'Invalid JSON error' means that the request has
returned something that Godiva2 is unable to parse and 'error
getting data from server' means that the request was unsuccessful
and got an error code. Is there any chance you filter is handling
the error and returning an invalid JSON to the client?
Also, have you seen some error messages in the THREDDS and/or
tomcat logs?
Cheers!
On 03/29/2013 12:10 PM, Kevin Manross wrote:
Greetings!
I have a TDS v4.3 set up with gribcollection primarily to serve
data via opendap. I'm tinkering tinkering with the WMS and
associated Godiva2 viewer.
Unfortunately, when I try to view a product with godiva, I get an
'Invalid JSON returned from server'.
Additionally it kills my entire tomcat server.
I have a couple of suspicions:
1) The longitude of the grib data goes from 0-359. I noticed the
netCDF subset service map struggling with this as a default. (I'd
like to know how to address this as well at some point, but I
digress).
2) We set up a tomcat connector to pass the requests through our
apache http server to the tomcat server (to eliminate the need to
add the port number to the url). The godiva request URL has the
port number in it. Would that be an issue?
3) I created a custom filter for the installed TDS. When the
filter is enabled, I get the 'Invalid JSON' error. When the filter
is disabled, I get an 'error getting data from server' . In both
cases my tomcat server is killed once I click on one of the
products from the GRIB file.
For our immediate use, these services (WMS & Godiva2 browser) are
not needed for our use, but I could easily imagine it being useful
for a number of reasons in the not too distant future.
Any thoughts?
Thanks!
-kevin.
--
Kevin Manross
NCAR/CISL/Data Support Section
Phone: (303)-497-1218
Email:manross@xxxxxxxx <mailto:manross@xxxxxxxx>
Web:http://rda.ucar.edu
_______________________________________________
thredds mailing list
thredds@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:http://www.unidata.ucar.edu/mailing_lists/
_______________________________________________
thredds mailing list
thredds@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:http://www.unidata.ucar.edu/mailing_lists/
--
Kevin Manross
NCAR/CISL/Data Support Section
Phone: (303)-497-1218
Email:manross@xxxxxxxx <mailto:manross@xxxxxxxx>
Web:http://rda.ucar.edu
_______________________________________________
thredds mailing list
thredds@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:http://www.unidata.ucar.edu/mailing_lists/
_______________________________________________
thredds mailing list
thredds@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:http://www.unidata.ucar.edu/mailing_lists/
--
Kevin Manross
NCAR/CISL/Data Support Section
Phone: (303)-497-1218
Email:manross@xxxxxxxx <mailto:manross@xxxxxxxx>
Web:http://rda.ucar.edu