NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

Re: [thredds] error on installation for thredds WMS: Property 'abstract' not found on type thredds.server.wms.ThreddsServerConfig

  • To: thredds@xxxxxxxxxxxxxxxx
  • Subject: Re: [thredds] error on installation for thredds WMS: Property 'abstract' not found on type thredds.server.wms.ThreddsServerConfig
  • From: Ethan Davis <edavis@xxxxxxxxxxxxxxxx>
  • Date: Tue, 25 Sep 2012 07:22:40 -0600
Hi Ivan,

My guess is that TDS 4.2.8 was not completely undeployed and that there
are still some compiled JSP pages from version 4.2.8 in the Tomcat
working directories.

To avoid any conflicts between versions, when we upgrade the TDS we
always use the Tomcat manager app to undeploy and then deploy. The web
interface to the manager app is usually available at

http://server:port/manager/html/

Actually, to avoid the PermGen memory error mentioned here

http://www.unidata.ucar.edu/projects/THREDDS/tech/tds4.2/tutorial/BasicTomcatAndTDSSecurity.html

here are the steps we follow:

1) Use the Tomcat manager to undeploy the TDS
2) Shutdown Tomcat
3) Clean up any log files
4) Startup Tomcat
5) Use the Tomcat manager to deploy the new TDS

Hope that helps,

Ethan

On 9/25/2012 2:03 AM, Ivan Price wrote:
> more digging :
> 
>  
> 
> diff           4.2.8/server/wms/ThreddsServerConfig.java
>                 4.2.10/server/wms/ThreddsServerConfig.java
> 
> 164c164
> 
> <     public String getAbstract() {
> 
> ---
> 
>>     public String getServerAbstract() {
> 
>  
> 
>  
> 
> $ diff               4.2.8/server/wms/ThreddsVectorLayer.java
>                 4.2.10/server/wms/ThreddsVectorLayer.java
> 
> 98,99c98,99
> 
> <     public String getAbstract() {
> 
> <         return this.wrappedLayer.getAbstract();
> 
> ---
> 
>>     public String getLayerAbstract() {
> 
>>         return this.wrappedLayer.getLayerAbstract();
> 
> $
> 
>  
> 
>  
> 
> does that mean anything to anyone regarding what might have changed ?
> 
>  
> 
> -i
> 
>  
> 
>  
> 
>  
> 
> *De :*thredds-bounces@xxxxxxxxxxxxxxxx
> [mailto:thredds-bounces@xxxxxxxxxxxxxxxx] *De la part de* Ivan Price
> *Envoyé :* Tuesday, 25 September 2012 9:44 AM
> *À :* thredds@xxxxxxxxxxxxxxxx
> *Objet :* [thredds] error on installation for thredds WMS: Property
> 'abstract' not found on type thredds.server.wms.ThreddsServerConfig
> 
>  
> 
>  
> 
> Hi there,
> 
>  
> 
> I am in the process of upgrading our thredds installation from 4.2.8 to
> 4.2.10.  I have not touched the config files in the content/ directory.
> 
>  
> 
> The THREDDS server works fine for OpenDAP and http requests, including
> crawling our datasets, however WMS doesn’t work.. the following is found
> in the tomcat localhost-2012-xxx.log:
> 
>  
> 
>  
> 
>  
> 
> 25 sept. 2012 07:22:35 org.apache.catalina.core.StandardWrapperValve invoke
> 
> GRAVE: "Servlet.service()" pour la servlet wms a généré une exception
> 
> javax.el.PropertyNotFoundException: Property 'abstract' not found on
> type thredds.server.wms.ThreddsServerConfig
> 
>         at
> javax.el.BeanELResolver$BeanProperties.get(BeanELResolver.java:214)
> 
>         at
> javax.el.BeanELResolver$BeanProperties.access$400(BeanELResolver.java:191)
> 
>         at javax.el.BeanELResolver.property(BeanELResolver.java:300)
> 
>         at javax.el.BeanELResolver.getValue(BeanELResolver.java:81)
> 
>         at
> javax.el.CompositeELResolver.getValue(CompositeELResolver.java:54)
> 
>         at org.apache.el.parser.AstValue.getValue(AstValue.java:123)
> 
>         at
> org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
> 
>         at
> org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:938)
> 
>         at
> org.apache.jsp.WEB_002dINF.jsp.wms.capabilities_005fxml_jsp._jspx_meth_c_005fout_005f1(capabilities_005fxml_jsp.java:253)
> 
>         at
> org.apache.jsp.WEB_002dINF.jsp.wms.capabilities_005fxml_jsp._jspService(capabilities_005fxml_jsp.java:114)
> 
>         at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
> 
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> 
>         at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388)
> 
>         at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:313)
> 
>         at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:260)
> 
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> 
>         at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> 
>         at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> 
>         at
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:646)
> 
>         at
> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:436)
> 
>         at
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:374)
> 
>         at
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:302)
> 
>         at
> org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:240)
> 
>         at
> org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:252)
> 
>         at
> org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1173)
> 
>         at
> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:901)
> 
>         at
> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809)
> 
>         at
> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571)
> 
>         at
> org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
> 
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
> 
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
> 
>         at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> 
>         at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> 
>         at
> thredds.servlet.filter.RequestQueryFilter.doFilter(RequestQueryFilter.java:122)
> 
>         at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> 
>         at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> 
>         at
> thredds.servlet.filter.RequestPathFilter.doFilter(RequestPathFilter.java:105)
> 
>         at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> 
>         at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> 
>         at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
> 
>         at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> 
>         at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:470)
> 
>         at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> 
>         at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 
>         at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> 
>         at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293)
> 
>         at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859)
> 
>         at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:602)
> 
>         at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
> 
>         at java.lang.Thread.run(Thread.java:662)
> 
>  
> 
>  
> 
> I notice that the ThreddsVectorLayer.class and ThreddsServerConfig.class
> files are indeed changed, but I cannot find  any doc references of
> required config file changes. I can confirm that my threddsConfig.xml
> begins with:
> 
>  
> 
> <?xml version="1.0" encoding="UTF-8"?>
> 
> <threddsConfig>
> 
>  
> 
>   <serverInformation>
> 
>     <name>Motherlode TDS</name>
> 
>     <logoUrl>threddsIcon.gif</logoUrl>
> 
>     <logoAltText>Motherlode TDS</logoAltText>
> 
>  
> 
>     <abstract>Scientific Data</abstract>
> 
>     <keywords>meteorology, atmosphere, climate, ocean, earth
> science</keywords>
> 
>  
> 
> (i.e. contains <abstract>) (it’s a dev server, our real info was never
> updated!)
> 
>  
> 
>  
> 
> The data does include an auto-generated vector layer, ( if that is
> relevant. I get the error for multiple  datasets (when using WMS) using
> the config:
> 
>  
> 
>     <netcdf xmlns="http://www.unidata.ucar.edu/namespaces/netcdf/ncml-2.2";>
> 
>        <variable name="eastward_wind" orgName="wind_u" />
> 
>        <variable name="northward_wind" orgName="wind_v" />
> 
>     </netcdf>
> 
>  
> 
> this was working well using 4.2.8.
> 
>  
> 
> does anyone have any ideas ?
> 
>  
> 
>  
> 
> thanks and regards,
> 
>  
> 
> -ivan
> 
>  
> 
>  
> 
> 
> 
> _______________________________________________
> thredds mailing list
> thredds@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe,  visit: 
> http://www.unidata.ucar.edu/mailing_lists/ 
> 

-- 
Ethan Davis                                       UCAR Unidata Program
edavis@xxxxxxxxxxxxxxxx                    http://www.unidata.ucar.edu
  • 2012 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the thredds archives: