Hello Andrea, Thanks for the reply, and apologies for the vague nature of the query.
This link is responsive, but takes about 3-4 mins: http://atlas.track.gov.au/geoexplorer/viewer#maps/13 it is supposed to be equivalent to: http://74.50.62.108:8080/geoexplorer/viewer#maps/13 I suspect the non-responsiveness is due in part to proxy settings. We are wrestling with the process of correctly configuring the proxy settings right now. There are some excellent tutorials on specific aspects of the proxy question, but I have not found a comprehensive (end to end) guide that addresses all the necessary settings in PostGIS, GeoServer, Tomcat, and Apache. So we're piecing it together (slowly/painfully). On the jQuery point: I am not sure how to better configure? This set up is "as delivered"...we did not do anything with jQuery ourselves... Sounds like the wicket ticket is possibly irrelevant once we get jQuery set up properly? Thanks again for your time. JB John Brisbin Managing Director, BoaB interactive Pty Ltd POB 802 Townsville, QLD 4810 M: 0407 471 565 | P: 07 3103 0574 Skype: boabjohn | Twitter: @boabjohn On 8/10/2011 8:32 PM, Andrea Aime wrote: > On Fri, Oct 7, 2011 at 2:31 PM, John Brisbin<[email protected]> > wrote: >> G'Day all, >> >> We're running into some serious performance problems on a very low >> traffic/low load site (eg: >> http://atlas.track.gov.au/geoexplorer/viewer#maps/13) > This link just never returns anything to me > >> Looking at the GeoServer logs, I can see stacks of this sort of thing >> every time one of the mapviewers (like the above) gets called: >> >>>> >> 2011-10-07 12:11:16,067 DEBUG [org.geoserver.web] - cannot convert url: >> jar:file:/usr/local/tomcat/webapps/geoserver/WEB-INF/lib/web-core-2.1-SNAPSHOT.jar!/org/geoserver/web/js/jquery-1.2.6.min.js >> to file (URI is not hierarchical), falling back to the inputstream for >> polling >> 2011-10-07 12:11:16,068 DEBUG [org.geoserver.web] - cannot convert url: >> jar:file:/usr/local/tomcat/webapps/geoserver/WEB-INF/lib/web-core-2.1-SNAPSHOT.jar!/org/geoserver/web/js/jquery.inline-info.js >> to file (URI is not hierarchical), falling back to the inputstream for >> polling >> <<<< > So you're saying that map viewer is trying to get the jquery embedded > inside GeoServer? > Why can't you use an external one, or place jquery in the www folder? > >> I googled the generic error and got not much from GeoServer, but a very >> interesting reference here: >> http://apache-wicket.1842946.n4.nabble.com/IResourceSettings-setUseTimestampOnResources-true-and-performance-td3057946.html > Here: > https://issues.apache.org/jira/browse/WICKET-3194 > it says the issue has been fixed in Wicket 1.5, but we're still using Wicket > 1.4 > If anybody is intersted the upgrade to 1.5 could be attempted on > trunk, towards the 2.2.0 series, > as for trying on 2.1.x, uh, not sure, there probably will be some api > changes and we'll > have to perform careful hand testing of the whole UI to make sure we > have no regressions... > > Btw, just for the kicks I tried to change the trunk dependencies > towards 1.5.1... there are > more than 300 compile errors just in the web-core module... not an > easy upgrade it seems... > > Cheers > Andrea > > ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
