Hi No, that line you mention is normal, or, at least, shows up in a working system, so it doesn't have to do with your problem.
I guess you have double-checked the configuration values in $FELIX_HOME/conf/config.properties... can you check the .xml workflow flies are in place? those are in $FELIX_HOME/conf/workflows . It's unlikely the copy went wrong, but I can't see anything else, given that you are not getting errors in your logs... Best regards, Rubén 2011/3/16 Lovemore Nalube <[email protected]> > 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 > >
_______________________________________________ Matterhorn-users mailing list [email protected] http://lists.opencastproject.org/mailman/listinfo/matterhorn-users
