Glad you got it figured out, at least a way to recover. Chris Snider Senior Software Engineer Intelligent Software Solutions, Inc. [Description: Description: Description: cid:[email protected]]
From: Jim Proctor [mailto:[email protected]] Sent: Wednesday, August 05, 2015 7:57 AM To: Chris Snider <[email protected]>; [email protected] Subject: RE: [Geoserver-users] geoexplorer unable to view local geoserver layers As an update to the below, I solved the problem (for now) as follows: * Navigated to geoserver/gwc-layers, and deleted layer xml specified in error (which could be readily duplicated via GeoServer Caching Defaults link to GeoWebCache page, then e.g. "A list of all the layers and automatic demos." * Then I did the nuclear route to clear all caches: reloaded GeoWebCache in Tomcat, cleared resource cache and configuration/catalog in GeoServer, then finally restarted Tomcat server! Redundant I know, but it finally worked. In brief, the problem was not with GeoExplorer; it had something to do with GeoWebCache. We have fixed similar GeoExplorer errors before and they have reappeared! But we at least now know one additional solution. Regards, Jim P. On August 4, 2015 at 17:54:20, Jim Proctor ([email protected]<mailto:[email protected]>) wrote: Thanks, Chris. Our student worker apparently removed the Fuji layer I used below for testing, thus your problem querying this layer. Using Chrome developer tools, I found the below network report when attempting to load local GeoServer layers: <?xml version="1.0" encoding="UTF-8" standalone="no"?><!DOCTYPE ServiceExceptionReport SYSTEM "http://geo.lcmaps.info:80/geoserver/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd";> <ServiceExceptionReport version="1.1.1" > <ServiceException> javax.xml.transform.TransformerException: org.geoserver.platform.ServiceException: Extended capabilities provider threw error org.geoserver.platform.ServiceException: Extended capabilities provider threw error Extended capabilities provider threw error Could not locate a layer or layer group with id LayerInfoImpl--6149b47a:14e9380b5a4:-7e2b within GeoServer configuration, the GWC configuration seems to be out of synch </ServiceException></ServiceExceptionReport> And indeed, GeoWebCache reports the same…I hadn’t checked this before, but this is what I get when I link from GeoServer Caching Defaults page, then click WMS GetCapabilities (or others): 400: Could not locate a layer or layer group with id LayerInfoImpl--6149b47a:14e9380b5a4:-7e2b within GeoServer configuration, the GWC configuration seems to be out of synch So…how shall I sync GeoWebCache with GeoServer? I fiddled with Caching Defaults page, to no avail. I reloaded GeoWebCache from Tomcat Manager, to no avail. Sure appreciate. Regards, Jim P. On August 4, 2015 at 15:39:36, Chris Snider ([email protected]<mailto:[email protected]>) wrote: Hi Jim, I was able to pull this image from your server http://geo.lcmaps.info/geoserver/lccampus/wms?service=WMS&version=1.1.0&request=GetMap&layers=lccampus:LCCampus_Roadways&styles=&bbox=7642228.384842515,655779.4429133832,7646026.326115483,659080.054133856&width=512&height=444&srs=EPSG:2913&format=image/jpeg However, the <Layer queryable="1" opaque="0"> <Name>fuji:Fuji_Landcover_1930</Name> <Title>Fuji_landcover1930</Title> referenced in your email is not anonymously queryable. I would try using the developer tools from Chrome/FireFox or IE to look at the network traffic requesting the layers. You may have am issue with permissions and login state. Chris Snider Senior Software Engineer Intelligent Software Solutions, Inc. [Description: Description: Description: file:///Users/jproctor/Library/Containers/it.bloop.airmail2/Data/Library/Application Support/Airmail/General/Local/1438733922899592960/Attachments/[email protected]] From: Jim Proctor [mailto:[email protected]] Sent: Tuesday, August 04, 2015 3:57 PM To: [email protected]<mailto:[email protected]> Subject: [Geoserver-users] geoexplorer unable to view local geoserver layers Greetings — I understand I’m asking a question related to the OpenGeo Suite implementation of GeoServer, but previous queries posted to our hosting service and GIS Stack Exchange<http://gis.stackexchange.com/questions/156509/geoexplorer-unable-to-load-local-geoserver-layers> have not received helpful replies, so I’m hoping someone in the GeoServer community can assist. The basic problem we’ve experienced is that we were once able to view layers from our local GeoServer instance via GeoExplorer, but now cannot. One helpful hint in a related Stack Exchange thread suggests that we view the WMS GetCapabilities response to trace how the output may be broken. We’ve done this for WMS 1.3.0, but I cannot see anything immediately that may suggest a problem. For instance, a typical layer is summarized in this XML document as at bottom. Can anyone help us trace possible issues via this document? Additionally, if anyone has experienced problems displaying local GeoServer layers via GeoExplorer, we would appreciate. We do know that buggy styles in GeoServer can potentially affect GeoExplorer, but we have swapped out all custom styles with default styles, and the layer view issue persists. Thanks in advance for your help. Regards, Jim P. *** <Layer queryable="1" opaque="0"> <Name>fuji:Fuji_Landcover_1930</Name> <Title>Fuji_landcover1930</Title> <Abstract>These are shapefiles that identify land cover during 1930 of Mt. Fuji. Credit: nnn: “Geophysical Survey Institute of Japan" 1930. Made by nnn, Spring 2014. The Fuji area spans four maps, henceforth referred to as quadrants (southwest, northwest, southeast and northeast). The quadrants composed an area of 1680 kilometers squared. . For 1898 and 1992, all quadrants were from the same year, while for the 1930’s and 1950’s, quadrants were not uniform by date (1930’s: SW 1930, NW 1930, SE 1933, NE 1933 ; 1950’s: SW 1959, NW 1959, SE 1954, NE 1960). These shapefiles were created from traced images based on original Fuji land cover maps produced by the Kokudo Chiriin, or the “Geophysical Survey Institute of Japan”. To create these, tracings of each quadrant were scanned and uploaded onto ArcMap 10, georectified to the datum JGD 2000. The polyline shapefiles were cleaned up (making sure all connected) and were converted into polygon shapefiles. Each polygon was labeled with its land cover type code: Bam: BambooBo: BoulderBroFo: Broadleaf ForestBroCoFo: Broadleaf Coniferous ForestCoFo: Coniferous ForestDwBam: Dwarf BambooFi: FieldLakeMtsu: MitsumataMpl: Mulberry PlantationRPA: Rice PaddyTpl: Tea PlantationWL: Wasteland After labeling and converting into polygon shapefiles, quadrants for each time period were dissolved by land type, merged together and then dissolved by land type again to create a final shapefile. Gaps between merged quadrants were closed using topology. The gaps never exceeded a .001 meter cluster tolerance. These shapefiles were converted into gridded data (rasters) for further analysis.</Abstract> <KeywordList> <Keyword>fuji_landcover1930</Keyword> <Keyword>features</Keyword> </KeywordList> <CRS>EPSG:3095</CRS> <CRS>CRS:84</CRS> <EX_GeographicBoundingBox> <westBoundLongitude>138.48642806689833</westBoundLongitude> <eastBoundLongitude>139.0042108864186</eastBoundLongitude> <southBoundLatitude>35.16027201750784</southBoundLatitude> <northBoundLatitude>35.51263407403097</northBoundLatitude> </EX_GeographicBoundingBox> <BoundingBox CRS="CRS:84" minx="138.48642806689833" miny="35.16027201750784" maxx="139.0042108864186" maxy="35.51263407403097"/> <BoundingBox CRS="EPSG:3095" minx="272320.52142317593" miny="3892923.813513448" maxx="318544.97426666773" maxy="3930980.239774092"/> <Style> <Name>FUJI_STYLE_SLD</Name> <Title/> <Abstract/> <LegendURL width="181" height="260"> <Format>image/png</Format> <OnlineResource xmlns:xlink="http://www.w3.org/1999/xlink"; xlink:type="simple" xlink:href="http://geo.lcmaps.info:80/geoserver/ows?service=WMS&request=GetLegendGraphic&format=image%2Fpng&width=20&height=20&layer=fuji%3AFuji_Landcover_1930"/> </LegendURL> </Style> </Layer>
------------------------------------------------------------------------------
_______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
