We're running roller 4.0 on FC8 with tomcat 6.0.14 and mysql 5.0.45. We've encountered a problem with planet involving custom groups and the planet cache.
This is the scenario. We've added one custom group with a subscription to with and a planet handle of slashdot. The Planet cache is eanbled. Planet is able to retrieve the slashdot subscription and update the cache file. Retrieving the handle "planetrss" works like normal. Trying to retrieve the new slashdot handle "planetrss?group=slashdot" always returns the default handle even though the cache file for slashdot is present and being updated. Following is an excerpt of the roller.log file when retrieving the slashdot handle "planetrss?group=slashdot". DEBUG 2008-01-28 19:13:51,618 CharEncodingFilter:doFilter - Processing CharEncodingFilter DEBUG 2008-01-28 19:13:51,618 CharEncodingFilter:doFilter - Set request character encoding to UTF-8 DEBUG 2008-01-28 19:13:51,619 BootstrapFilter:doFilter - Entered /roller/planetrss DEBUG 2008-01-28 19:13:51,619 PersistenceSessionFilter:doFilter - Entered /roller/planetrss DEBUG 2008-01-28 19:13:51,620 RequestMappingFilter:doFilter - entering DEBUG 2008-01-28 19:13:51,621 RequestMappingFilter:doFilter - trying mapper org.apache.roller.weblogger.ui.rendering.WeblogRequestMapper DEBUG 2008-01-28 19:13:51,621 WeblogRequestMapper:handleRequest - evaluating [/roller/planetrss] DEBUG 2008-01-28 19:13:51,622 WeblogRequestMapper:handleRequest - potential weblog handle = planetrss DEBUG 2008-01-28 19:13:51,623 WeblogRequestMapper:handleRequest - SKIPPED planetrss DEBUG 2008-01-28 19:13:51,623 RequestMappingFilter:doFilter - request not mapped DEBUG 2008-01-28 19:13:51,624 PlanetFeedServlet:doGet - EnteringDEBUG 2008-01-28 19:13:51,625 PlanetRequest:<init> - parsing url http://aqua:8080/roller/planetrss WARN 2008-01-28 19:13:51,626 PlanetCache:getLastModified - Can't get lastUpdate time, using current time instead DEBUG 2008-01-28 19:13:51,627 ModDateHeaderUtil:respondIfNotModified - since date = -1 DEBUG 2008-01-28 19:13:51,627 ModDateHeaderUtil:respondIfNotModified - last mod date (trucated to seconds) = 1201565631000 DEBUG 2008-01-28 19:13:51,628 PlanetCache:get - HIT cache.planet:planet/feed/rss/en DEBUG 2008-01-28 19:13:51,641 RequestMappingFilter:doFilter - exiting DEBUG 2008-01-28 19:13:51,641 PersistenceSessionFilter:doFilter - Releasing RolleDEBUG 2008-01-28 19:13:51,628 PlanetCache:get - HIT cache.planet:planet/feed/rss/enr Session DEBUG 2008-01-28 19:13:51,642 WebloggerConfig:getProperty - Fetching property [planet.aggregator.enabled=true] DEBUG 2008-01-28 19:13:51,643 PersistenceSessionFilter:doFilter - Exiting /roller/planetrss DEBUG 2008-01-28 19:13:51,644 BootstrapFilter:doFilter - Exiting /roller/planetrss The line "DEBUG 2008-01-28 19:13:51,628 PlanetCache:get - HIT cache.planet:planet/feed/rss/en" appears to show the key in the cache it has derived for this request. It is always the same for any planet handle. Why is that? So we always get the same content for any handle we request. if the planet cache is cleared and the slashdot handle is requested first the right content is returned for slashdot. However, requesting the default "planetrss" handle after that always returns the slashdot content and the log looks like above. It seems like only one cache key is ever being used. Disabling the planet cache entirely works. The right content is always returned for every handle. -- View this message in context: http://www.nabble.com/cache-problem-with-planet-roller-tp15150771s12275p15150771.html Sent from the Roller - User mailing list archive at Nabble.com.
