roller-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Cavanaugh <mcavana...@xeroxlabs.com>
Subject cache problem with planet roller
Date Tue, 29 Jan 2008 02:14:08 GMT

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.


Mime
View raw message