manifoldcf-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Odilo Oehmichen <odilo.oehmic...@gmail.com>
Subject logfile - too many stracktraces concerning missing resource bundle
Date Mon, 06 Jul 2015 16:26:32 GMT
Hi,

our manifoldcf-logfiles are polluted with logstatements like the following:

2015-07-06 13:09:02,943 ERROR [http-apr-7080-exec-9]
org.apache.manifoldcf.misc: Missing resource bundle
'org.apache.manifoldcf.ui.i18n.common' for locale 'de':
 Can't find bundle for base name org.apache.manifoldcf.ui.i18n.common,
locale de; trying de
java.util.MissingResourceException: Can't find bundle for base name
org.apache.manifoldcf.ui.i18n.common, locale de
        at
java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:1499)
        at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:1322)
        at java.util.ResourceBundle.getBundle(ResourceBundle.java:1028)
        at
org.apache.manifoldcf.core.i18n.Messages.getResourceBundle(Messages.java:132)
        at
org.apache.manifoldcf.core.i18n.Messages.getMessage(Messages.java:178)
        at
org.apache.manifoldcf.core.i18n.Messages.getString(Messages.java:216)
        at
org.apache.manifoldcf.ui.i18n.Messages.getBodyString(Messages.java:319)
        at
org.apache.manifoldcf.ui.i18n.Messages.getBodyString(Messages.java:109)
        at
org.apache.manifoldcf.ui.i18n.Messages.getBodyString(Messages.java:57)
        at org.apache.jsp.index_jsp._jspService(index_jsp.java:195)
        at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
        at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:432)
        at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:390)
        at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
        at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
        at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
        at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
        at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
        at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
        at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
        at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
        at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
        at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
        at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
        at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
        at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
        at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
        at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040)
        at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
        at
org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.doRun(AprEndpoint.java:2441)
        at
org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:2430)
        at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
        at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
        at java.lang.Thread.run(Thread.java:745)

So it is hard to extract the "real" problems, since the Messages-class
complains a missing resource bundle using the log-level ERROR and printing
the whole stacktrace.

Is this really necessary? - Is this really an error? The application works
fine for us and we are happy with the english ui (which is the fallback).

We can't even use the logging configuration to skip these messages, since
the general Logging.misc is used here instead of a class-level logger.

Regards,
Odilo

Mime
View raw message