Hi I think the org.springframework.security... log line have to do with the requests coming into your server instance (I could be wrong but it does not look like a error to me). Can you send us the log lines from the beginning of the log to the line that sets up the rest end-point like this one: 19:29:25 INFO (RestPublisher:196) - Registered REST endpoint at /series
Do you see any ERROR lines? Cheers -- Lovemore Nalube OLE Developer (Vula) University of Cape Town http://www.cet.uct.ac.za/LovemoreN >>> On 3/16/2011 at 5:34 PM, in message >>> <[email protected]>, Ross >>> Brandes <[email protected]> wrote: Thanks for the logging suggestion. I cleared out my logs folder, switched the logging level to debug, and restarted the server. The only thing that stands out in the log is the following, which appears in the log every 5-30 seconds (with a different timestamp, of course): 2011-03-16 11:09:26 DEBUG (SharedHttpContext$Chain:121) - doFilter() on FilterChainProxy[ UrlMatcher = org.springframework.security.web.util.AntUrlPathMatcher[requiresLowerCase='true']; Filter Chains: {/favicon.ico=[], /admin/img/favicon.ico=[], /images/**=[], /img/**=[], /js/**=[], /css/**=[], /**=[org.springframework.security.web.context.SecurityContextPersistenceFilter@470f93f9, org.springframework.security.web.authentication.logout.LogoutFilter@4fbbe4e1, org.springframework.security.web.authentication.preauth.x509.X509AuthenticationFilter@38af98ac, org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter@10506147, org.springframework.security.openid.OpenIDAuthenticationFilter@d2284af, org.springframework.security.web.authentication.ui.DefaultLoginPageGeneratingFilter@553503e5, org.springframework.security.web.authentication.www.DigestAuthenticationFilter@b92db17, org.springframework.security.web.savedrequest.RequestCacheAwareFilter@566dc8f0, org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter@41a330e4, org.springframework.security.web.authentication.rememberme.RememberMeAuthenticationFilter@40deea66, org.springframework.security.web.authentication.AnonymousAuthenticationFilter@6aeeefcf, org.springframework.security.web.session.SessionManagementFilter@6cc235e1, org.springframework.security.web.access.ExceptionTranslationFilter@425f7e8f, org.springframework.security.web.access.intercept.FilterSecurityInterceptor@b6e0054]}] Everything else is about the security configuration being up to date, using cached calendar for matterhorn-capture, and opening urls and handling paths (all of which are DEBUG level). The above output doesn't look like it has anything to do with the processing instructions, but perhaps it's indicative of some other problem? -- Ross Brandes Calvin Theological Seminary 2011/3/16 Rubén Pérez <[email protected]> Hello, Ross, and welcome! It's difficult to tell without more "technical" information. If nobody else can figure out something, I would suggest you modify the file $FELIX_HOME/conf/services/org.ops4j.pax.logging.properties and change the logging level (log4j.logger.org.opencastproject) to DEBUG. You'll probably want to delete the existing log files (under $FELIX_HOME/logs), so that you get the messages in a "clean" file. Once the system startup is completed (ca. 1-2 minutes), you can check the warnings and/or errors in the log file. This will probably give us a hint on what's causing the issue, and if you cannot figure it out, you can always attach the file to an email to the list :) Cheers! Rubén Pérez ### UNIVERSITY OF CAPE TOWN This e-mail is subject to the UCT ICT policies and e-mail disclaimer published on our website at http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable from +27 21 650 9111. This e-mail is intended only for the person(s) to whom it is addressed. If the e-mail has reached you in error, please notify the author. If you are not the intended recipient of the e-mail you may not use, disclose, copy, redirect or print the content. If this e-mail is not related to the business of UCT it is sent by the sender in the sender's individual capacity. ###
_______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
