cache problem with planet roller

[Mike Cavanaugh <mc...@xeroxlabs.com>]

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.

Re: sunset stylesheet for 4.0

[Matt Raible <ma...@raibledesigns.com>]

Direct link:

https://roller.dev.java.net/files/documents/190/73210/themes-sunsets-4.0.tar.gz

The themes link seems to go to an outdated listing.

Matt

On 1/29/08, Dave <sn...@gmail.com> wrote:
> There is a 4.0 version of Sunsets at the Roller Support project
> (http://roller.dev.java.net).
>
> - Dave
>
>
>
> On Jan 29, 2008 4:32 AM, Ove Berthling <ov...@sun.com> wrote:
> >
> > Anyone outhere who has ported Matt R's sunset stylesheet to roller 4.0 ?
> >
> > or have seen stylesheets without calenders and stuff on the sides.
> >
> > I like it because theres a lot of space for pictures.
> >
> > /O
> >
> >
> >
>

Re: sunset stylesheet for 4.0

[Dave <sn...@gmail.com>]

There is a 4.0 version of Sunsets at the Roller Support project
(http://roller.dev.java.net).

- Dave



On Jan 29, 2008 4:32 AM, Ove Berthling <ov...@sun.com> wrote:
>
> Anyone outhere who has ported Matt R's sunset stylesheet to roller 4.0 ?
>
> or have seen stylesheets without calenders and stuff on the sides.
>
> I like it because theres a lot of space for pictures.
>
> /O
>
>
>

sunset stylesheet for 4.0

[Ove Berthling <ov...@sun.com>]

Anyone outhere who has ported Matt R's sunset stylesheet to roller 4.0 ?

or have seen stylesheets without calenders and stuff on the sides.

I like it because theres a lot of space for pictures.

/O

Re: cache problem with planet roller

[Dave <sn...@gmail.com>]

On Jan 28, 2008 9:14 PM, Mike Cavanaugh <mc...@xeroxlabs.com> wrote:
>
> 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".

This is a known problem, slated for fix in 4.0.1 and 4.1
http://opensource.atlassian.com/projects/roller/browse/ROL-1644

- Dave