You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@roller.apache.org by Nate Keegan <na...@cityofprescott.net> on 2008/01/02 22:44:12 UTC
Re: Roller 4.0 and Roller Planet Issue
I'm not sure I follow here.
Sounds like I need to create a custom template or add (?) the following
code in an existing template:
> --- Weblog.dist Fri Dec 28 09:06:38 2007
> +++ Weblog.vm Fri Dec 28 09:07:27 2007
> @@ -34,10 +34,10 @@
>
> #if (!$model.results)
> ## 1) SITE-WIDE entries (the default)
> - #set($pager =
> $site.getWeblogEntriesPager($since, $maxResults))
> + ##set($pager =
> $site.getWeblogEntriesPager($since, $maxResults))
>
> ## 2) PLANET-entries
> - ## set($pager =
> $planet.getAggregationPager($since, $maxResults))
> + # set($pager =
> $planet.getAggregationPager($since, $maxResults))
> ## The below pager code should work against either:
>
Re: Roller 4.0 and Roller Planet Issue
Posted by Oscar del Rio <de...@mie.utoronto.ca>.
Nate Keegan wrote:
> Tried the following combinations:
>
> Solaris 10 update 3 and Solaris 10 update 4 - global zone, sparse-root
> non global zone, whole root non-global zone
> GlassFish 2 update 1
> MySQL 5.0.37
> JDK 5.0
> Is anyone on the list using this combination of items (application
> server, database, etc) successfully with Roller 4 and Planet Roller?
I upgraded from Roller 3.1rc1 to 4.0, running on
Solaris 10 3/05 non-global zone
JDK 1.6.0_03 (upgraded from 1.5.0_06)
Tomcat 6.0.14 (upgraded from 5.5.9) with jsvc on port 80
MySQL 4.1.18 (from blastwave.org)
I had a couple of problems during the upgrade due to corrupted database entries
(the roller source code helped me figure out where it was failing)
- manual upgrade of the database with the 310-to-400 script had no
errors but roller failed to start with "not bootstrapped" errors.
Auto-upgrade was failing with "java.sql.SQLException: Duplicate entry
weblogger:null" in upgradeTo400(DatabaseInstaller.java:1004)
Fixed by deleting old users from the rag_subscription table
(their blogs were still listed but with NULL user)
- Planet was not updating. Error was "Cannot convert value '0000-00-00 00:00:00'
from column 6 to TIMESTAMP."
Fixed by setting rag_subscription.last_updated=CURRENT_TIMESTAMP for entries
with last_updated=0
- Some Planet entries for external blogs were always duplicated.
Fixed by deleting the subscriptions manually in mysql and redefining them in the
Planet administration page (after deleting them in the Admin page they were
still showing in the database, there might have been duplicated).
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
Tried the following combinations:
Solaris 10 update 3 and Solaris 10 update 4 - global zone, sparse-root
non global zone, whole root non-global zone
GlassFish 2 update 1
MySQL 5.0.37
JDK 5.0
The only constants are the Roller code and myself (heh).
I see the same behavior on each item.
On the sparse root non-global I tried Tomcat 5.5.25 with MySQL 5.0.37
and Java 1.5 and saw the same behavior which makes me think that perhaps
this is some sort of MySQL deal or something weird in the Roller code
with this combination somehow...
Is anyone on the list using this combination of items (application
server, database, etc) successfully with Roller 4 and Planet Roller?
Is there any debugging or tracing that I can do to see what is going on
in terms of this issue?
My MySQL tables are showing 1969 values for roller_tasklock. I believe
this means that a given action has never been updated.
I am seeing this on ResetHitCountsTask, TurnoverReferersTask,
RefreshRollerPlanetTask, and SyncWebsitesTask
Jumping the timeacquired column with a more current date and then
starting the application server did not work unfortunately. The
timeacquired value does not change for these items after the server is
running.
Re: Roller 4.0 and Roller Planet Issue
Posted by Dave <sn...@gmail.com>.
On Jan 8, 2008 4:23 PM, Nate Keegan <na...@cityofprescott.net> wrote:
> If it is like this:
>
> <ex1>
> $pager.items
> $planet
>
> #set($maxResults = 25)
> #set($since = 365)
>
> #set($pager = $planet.getAggregationPager($since, $maxResults))
> </ex1>
>
> It renders out literally like this:
>
> $pager.items
> org.apache.roller.weblogger.ui.rendering.model.PlanetModel@11353a7
>
> If it is like this:
>
> <ex1>
> $planet
>
> #set($maxResults = 25)
> #set($since = 365)
>
> #set($pager = $planet.getAggregationPager($since, $maxResults))
>
> $pager.items
> </ex1>
>
> Nothing renders out except the
> org.apache.roller.weblogger.ui.rendering.model.PlanetModel bit
I'm not sure what's going on here, everything seems to be setup
correctly and you are using a pretty standard setup.
So, I'm grasping at straws now. I've never done any significant
testing under Java 1.6. Any chance you try running with Java 1.5. I
guess there is a slim chance that 1.6 is causing these problems.
- Dave
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
If it is like this:
<ex1>
$pager.items
$planet
#set($maxResults = 25)
#set($since = 365)
#set($pager = $planet.getAggregationPager($since, $maxResults))
</ex1>
It renders out literally like this:
$pager.items
org.apache.roller.weblogger.ui.rendering.model.PlanetModel@11353a7
If it is like this:
<ex1>
$planet
#set($maxResults = 25)
#set($since = 365)
#set($pager = $planet.getAggregationPager($since, $maxResults))
$pager.items
</ex1>
Nothing renders out except the
org.apache.roller.weblogger.ui.rendering.model.PlanetModel bit
Dave wrote:
> On Jan 7, 2008 1:22 PM, Nate Keegan <na...@cityofprescott.net> wrote:
>
>> I put $planet on the template (custom template is based on basic theme)
>> and here is what I see on the front page:
>>
>> org.apache.roller.weblogger.ui.rendering.model.PlanetModel@1f1f1d4
>>
>
> OK, that's good. I means the PlanetModel is present in your front page blog.
>
>
>
>> The following are the only changes made to the basic template (i.e. the
>> template that this is based on was Basic) for the front page blog:
>>
>> <changes>
>> $planet
>>
>> #set($maxResults = 25)
>> #set($since = 365)
>>
>> #set($pager = $planet.getAggregationPager($since, $maxResults))
>> </changes>
>>
>> I went ahead and removed the subscription to myself. I also went ahead
>> and added a feed from the front page at JRoller as a subscription
>> (http://www.jroller.com/frontpage/feed/entries/rss) and restarted GlassFish.
>>
>
> OK. Good. So when the RefreshRollerPlanet task runs it should fetch
> entries from JRoller and put them in the rag_entries table.
>
> And after that, the $planet model should return data. But you say it
> is not returning data, which baffles me. Can you add this below the
> call to getAggregationPager so we can see if data is present:
>
> $pager.items
>
> What do you see?
>
> - Dave
>
Re: Roller 4.0 and Roller Planet Issue
Posted by Dave <sn...@gmail.com>.
On Jan 7, 2008 1:22 PM, Nate Keegan <na...@cityofprescott.net> wrote:
> I put $planet on the template (custom template is based on basic theme)
> and here is what I see on the front page:
>
> org.apache.roller.weblogger.ui.rendering.model.PlanetModel@1f1f1d4
OK, that's good. I means the PlanetModel is present in your front page blog.
> The following are the only changes made to the basic template (i.e. the
> template that this is based on was Basic) for the front page blog:
>
> <changes>
> $planet
>
> #set($maxResults = 25)
> #set($since = 365)
>
> #set($pager = $planet.getAggregationPager($since, $maxResults))
> </changes>
>
> I went ahead and removed the subscription to myself. I also went ahead
> and added a feed from the front page at JRoller as a subscription
> (http://www.jroller.com/frontpage/feed/entries/rss) and restarted GlassFish.
OK. Good. So when the RefreshRollerPlanet task runs it should fetch
entries from JRoller and put them in the rag_entries table.
And after that, the $planet model should return data. But you say it
is not returning data, which baffles me. Can you add this below the
call to getAggregationPager so we can see if data is present:
$pager.items
What do you see?
- Dave
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
I put $planet on the template (custom template is based on basic theme)
and here is what I see on the front page:
org.apache.roller.weblogger.ui.rendering.model.PlanetModel@1f1f1d4
The following are the only changes made to the basic template (i.e. the
template that this is based on was Basic) for the front page blog:
<changes>
$planet
#set($maxResults = 25)
#set($since = 365)
#set($pager = $planet.getAggregationPager($since, $maxResults))
</changes>
I went ahead and removed the subscription to myself. I also went ahead
and added a feed from the front page at JRoller as a subscription
(http://www.jroller.com/frontpage/feed/entries/rss) and restarted GlassFish.
I can see entries from JRoller in my rag_entry table as well as my own
blog site entries.
In my rag_subscription I see two entries:
JRoller with the feed url
http://www.jroller.com/frontpage/feed/entries/rss and the site_url
http://www.jroller.com and my own site with a URL of
weblogger:kungfugrip (the front page blog) and the site_url
http://viking:8080/roller/kungfugrip
The only thing I see in serverlog is this (which may or may not be relevant)
[#|2008-01-07T11:14:47.238-0700|WARNING|sun-appserver9.1|org.apache.coyote.tomcat5.CoyoteRequest|_ThreadID=16;_ThreadName=httpSSLWor
kerThread-8080-1;_RequestID=3a85ce54-d48b-4d2b-8d69-88a253c20a42;|PWC4011:
Unable to set request character encoding to UTF-8 from co
ntext /roller, because request parameters have already been read, or
ServletRequest.getReader() has already been called|#]
Viewing the front page blog does not show anything other than the
$planet information
Basically everything looks good except nothing renders out on the front
page blog.
Server Administration settings:
Handle of weblog to serve as frontpage blog: kungfugrip
Enable aggregated site-wide frontpage is checked
Absolute URL to site is http://viking:8080/roller
Planet Admin settings
Absolute URL to Planet page is http://viking:8080/roller/kungfugrip
One subscription to JRoller
http://www.jroller.com/frontpage/feed/entries/rss
Dave wrote:
> On Jan 7, 2008 11:38 AM, Nate Keegan <na...@cityofprescott.net> wrote:
>
>> I have items in the rag_entry table that are consistent with blog
>> entries on my site.
>>
>
> If that is the case, then you should be seeing entries on the front
> page of your Roller site.
>
> Since you are not, I wonder if you have the Planet model configured correctly.
>
> Try putting the string $planet somewhere in your front-page template.
> What do you see when the front page renders? If you just see the word
> $planet that means that the PlanetModel is not configured for your
> blog. Make sure that your blog is 1) the front page blog of your site
> and 2) configured as the aggregated front page.
>
>
>
>> The only feed I have active in my subscriptions is this:
>> http://viking:8080/roller/planetrss (myself basically if I understand
>> this correctly)
>>
>
> There is really no reason to subscribe to the Planet feed of your own
> site. I would remove that subscription and then add a valid RSS feed
> to the subscriptions list just so we can see if the aggregator is
> running.
>
> What do you have in your rag_subscriptions table?
>
> - Dave
>
>
>
>> Dave wrote:
>>
>>> On Jan 4, 2008 5:43 PM, Nate Keegan <na...@cityofprescott.net> wrote:
>>>
>>>
>>>> I set tasks.RefreshRollerPlanetTask.interval to 5 (minutes) to speed
>>>> things up a bit in terms of troubleshooting.
>>>>
>>>> This is what I am seeing in the logs...
>>>>
>>>> 1. Created an entry on a blog in my development site:
>>>>
>>>> DEBUG 2008-01-04 15:37:08,094 WebloggerRuntimeConfig:getProperty -
>>>> fetched property [site.absoluteurl=http://viking:8080/roller/]
>>>> DEBUG 2008-01-04 15:37:08,097 WebloggerRuntimeConfig:getProperty -
>>>> fetched property [site.absoluteurl=http://viking:8080/roller/]
>>>> DEBUG 2008-01-04 15:37:08,101 WebloggerRuntimeConfig:getProperty -
>>>> fetched property [site.absoluteurl=http://viking:8080/roller/]
>>>> DEBUG 2008-01-04 15:37:08,135 VelocityRenderer:render - Rendered
>>>> [415451e9-dea6-4339-a711-f427a5f43d3b] in 1 secs
>>>> DEBUG 2008-01-04 15:37:08,138 CachedContent:flush - FLUSHED 20968
>>>> DEBUG 2008-01-04 15:37:08,141 CachedContent:close - CLOSED
>>>> DEBUG 2008-01-04 15:37:08,143 PageServlet:doGet - Flushing response output
>>>> DEBUG 2008-01-04 15:37:08,147 PageServlet:doGet - PUT
>>>> cache.sitewide:page/planet/page=0/user=nkeegan
>>>> DEBUG 2008-01-04 15:37:08,149 SiteWideCache:put - PUT
>>>> cache.sitewide:page/planet/page=0/user=nkeegan
>>>>
>>>> I see stuff like this:
>>>>
>>>> DEBUG 2008-01-04 15:37:10,522 PersistenceSessionFilter:doFilter -
>>>> Releasing Roller Session
>>>> DEBUG 2008-01-04 15:37:10,525 WebloggerConfig:getProperty - Fetching
>>>> property [planet.aggregator.enabled=true]
>>>> DEBUG 2008-01-04 15:37:10,527 PersistenceSessionFilter:doFilter -
>>>> Exiting /roller/planet/
>>>> DEBUG 2008-01-04 15:37:10,529 BootstrapFilter:doFilter - Exiting
>>>> /roller/planet/
>>>> DEBUG 2008-01-04 15:37:10,560 CharEncodingFilter:doFilter - Processing
>>>> CharEncodingFilter
>>>> DEBUG 2008-01-04 15:37:10,561 CharEncodingFilter:doFilter - Set request
>>>> character encoding to UTF-8
>>>> DEBUG 2008-01-04 15:37:10,563 BootstrapFilter:doFilter - Entered
>>>> /roller/images/permalink.gif
>>>> DEBUG 2008-01-04 15:37:10,565 PersistenceSessionFilter:doFilter -
>>>> Entered /roller/images/permalink.gif
>>>> DEBUG 2008-01-04 15:37:10,567 RequestMappingFilter:doFilter - entering
>>>> DEBUG 2008-01-04 15:37:10,568 RequestMappingFilter:doFilter - trying
>>>>
>>>>
>>> I still don't see evidence that the refresh planet task is actually
>>> running, fetching and parsing feeds.
>>>
>>> Planet reads the rag_subscriptions table and fetches the feed for each
>>> subscription.
>>> Feeds are cached in the Planet cache directory. When a new feed is
>>> detected on a remove server, Planet will fetch a new copy of that feed
>>> and put it in the cache.
>>>
>>> From the looks of your cache, you only have two subscriptions and the
>>> are both subscriptions to feeds provided by your Roller server. Is
>>> that correct? Do you have other subscriptions? Are there entries in
>>> those feeds?
>>>
>>> Feeds are parsed and added as records in the rag_entry table. When you
>>> call $planet.getAggreationPager() you are iterating over the items in
>>> that table. Do you see anything in the rag_entries table?
>>>
>>> - Dave
>>>
>>>
Re: Roller 4.0 and Roller Planet Issue
Posted by Dave <sn...@gmail.com>.
On Jan 7, 2008 11:38 AM, Nate Keegan <na...@cityofprescott.net> wrote:
> I have items in the rag_entry table that are consistent with blog
> entries on my site.
If that is the case, then you should be seeing entries on the front
page of your Roller site.
Since you are not, I wonder if you have the Planet model configured correctly.
Try putting the string $planet somewhere in your front-page template.
What do you see when the front page renders? If you just see the word
$planet that means that the PlanetModel is not configured for your
blog. Make sure that your blog is 1) the front page blog of your site
and 2) configured as the aggregated front page.
> The only feed I have active in my subscriptions is this:
> http://viking:8080/roller/planetrss (myself basically if I understand
> this correctly)
There is really no reason to subscribe to the Planet feed of your own
site. I would remove that subscription and then add a valid RSS feed
to the subscriptions list just so we can see if the aggregator is
running.
What do you have in your rag_subscriptions table?
- Dave
> Dave wrote:
> > On Jan 4, 2008 5:43 PM, Nate Keegan <na...@cityofprescott.net> wrote:
> >
> >> I set tasks.RefreshRollerPlanetTask.interval to 5 (minutes) to speed
> >> things up a bit in terms of troubleshooting.
> >>
> >> This is what I am seeing in the logs...
> >>
> >> 1. Created an entry on a blog in my development site:
> >>
> >> DEBUG 2008-01-04 15:37:08,094 WebloggerRuntimeConfig:getProperty -
> >> fetched property [site.absoluteurl=http://viking:8080/roller/]
> >> DEBUG 2008-01-04 15:37:08,097 WebloggerRuntimeConfig:getProperty -
> >> fetched property [site.absoluteurl=http://viking:8080/roller/]
> >> DEBUG 2008-01-04 15:37:08,101 WebloggerRuntimeConfig:getProperty -
> >> fetched property [site.absoluteurl=http://viking:8080/roller/]
> >> DEBUG 2008-01-04 15:37:08,135 VelocityRenderer:render - Rendered
> >> [415451e9-dea6-4339-a711-f427a5f43d3b] in 1 secs
> >> DEBUG 2008-01-04 15:37:08,138 CachedContent:flush - FLUSHED 20968
> >> DEBUG 2008-01-04 15:37:08,141 CachedContent:close - CLOSED
> >> DEBUG 2008-01-04 15:37:08,143 PageServlet:doGet - Flushing response output
> >> DEBUG 2008-01-04 15:37:08,147 PageServlet:doGet - PUT
> >> cache.sitewide:page/planet/page=0/user=nkeegan
> >> DEBUG 2008-01-04 15:37:08,149 SiteWideCache:put - PUT
> >> cache.sitewide:page/planet/page=0/user=nkeegan
> >>
> >> I see stuff like this:
> >>
> >> DEBUG 2008-01-04 15:37:10,522 PersistenceSessionFilter:doFilter -
> >> Releasing Roller Session
> >> DEBUG 2008-01-04 15:37:10,525 WebloggerConfig:getProperty - Fetching
> >> property [planet.aggregator.enabled=true]
> >> DEBUG 2008-01-04 15:37:10,527 PersistenceSessionFilter:doFilter -
> >> Exiting /roller/planet/
> >> DEBUG 2008-01-04 15:37:10,529 BootstrapFilter:doFilter - Exiting
> >> /roller/planet/
> >> DEBUG 2008-01-04 15:37:10,560 CharEncodingFilter:doFilter - Processing
> >> CharEncodingFilter
> >> DEBUG 2008-01-04 15:37:10,561 CharEncodingFilter:doFilter - Set request
> >> character encoding to UTF-8
> >> DEBUG 2008-01-04 15:37:10,563 BootstrapFilter:doFilter - Entered
> >> /roller/images/permalink.gif
> >> DEBUG 2008-01-04 15:37:10,565 PersistenceSessionFilter:doFilter -
> >> Entered /roller/images/permalink.gif
> >> DEBUG 2008-01-04 15:37:10,567 RequestMappingFilter:doFilter - entering
> >> DEBUG 2008-01-04 15:37:10,568 RequestMappingFilter:doFilter - trying
> >>
> >
> > I still don't see evidence that the refresh planet task is actually
> > running, fetching and parsing feeds.
> >
> > Planet reads the rag_subscriptions table and fetches the feed for each
> > subscription.
> > Feeds are cached in the Planet cache directory. When a new feed is
> > detected on a remove server, Planet will fetch a new copy of that feed
> > and put it in the cache.
> >
> > From the looks of your cache, you only have two subscriptions and the
> > are both subscriptions to feeds provided by your Roller server. Is
> > that correct? Do you have other subscriptions? Are there entries in
> > those feeds?
> >
> > Feeds are parsed and added as records in the rag_entry table. When you
> > call $planet.getAggreationPager() you are iterating over the items in
> > that table. Do you see anything in the rag_entries table?
> >
> > - Dave
> >
>
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
I have items in the rag_entry table that are consistent with blog
entries on my site.
The only feed I have active in my subscriptions is this:
http://viking:8080/roller/planetrss (myself basically if I understand
this correctly)
Dave wrote:
> On Jan 4, 2008 5:43 PM, Nate Keegan <na...@cityofprescott.net> wrote:
>
>> I set tasks.RefreshRollerPlanetTask.interval to 5 (minutes) to speed
>> things up a bit in terms of troubleshooting.
>>
>> This is what I am seeing in the logs...
>>
>> 1. Created an entry on a blog in my development site:
>>
>> DEBUG 2008-01-04 15:37:08,094 WebloggerRuntimeConfig:getProperty -
>> fetched property [site.absoluteurl=http://viking:8080/roller/]
>> DEBUG 2008-01-04 15:37:08,097 WebloggerRuntimeConfig:getProperty -
>> fetched property [site.absoluteurl=http://viking:8080/roller/]
>> DEBUG 2008-01-04 15:37:08,101 WebloggerRuntimeConfig:getProperty -
>> fetched property [site.absoluteurl=http://viking:8080/roller/]
>> DEBUG 2008-01-04 15:37:08,135 VelocityRenderer:render - Rendered
>> [415451e9-dea6-4339-a711-f427a5f43d3b] in 1 secs
>> DEBUG 2008-01-04 15:37:08,138 CachedContent:flush - FLUSHED 20968
>> DEBUG 2008-01-04 15:37:08,141 CachedContent:close - CLOSED
>> DEBUG 2008-01-04 15:37:08,143 PageServlet:doGet - Flushing response output
>> DEBUG 2008-01-04 15:37:08,147 PageServlet:doGet - PUT
>> cache.sitewide:page/planet/page=0/user=nkeegan
>> DEBUG 2008-01-04 15:37:08,149 SiteWideCache:put - PUT
>> cache.sitewide:page/planet/page=0/user=nkeegan
>>
>> I see stuff like this:
>>
>> DEBUG 2008-01-04 15:37:10,522 PersistenceSessionFilter:doFilter -
>> Releasing Roller Session
>> DEBUG 2008-01-04 15:37:10,525 WebloggerConfig:getProperty - Fetching
>> property [planet.aggregator.enabled=true]
>> DEBUG 2008-01-04 15:37:10,527 PersistenceSessionFilter:doFilter -
>> Exiting /roller/planet/
>> DEBUG 2008-01-04 15:37:10,529 BootstrapFilter:doFilter - Exiting
>> /roller/planet/
>> DEBUG 2008-01-04 15:37:10,560 CharEncodingFilter:doFilter - Processing
>> CharEncodingFilter
>> DEBUG 2008-01-04 15:37:10,561 CharEncodingFilter:doFilter - Set request
>> character encoding to UTF-8
>> DEBUG 2008-01-04 15:37:10,563 BootstrapFilter:doFilter - Entered
>> /roller/images/permalink.gif
>> DEBUG 2008-01-04 15:37:10,565 PersistenceSessionFilter:doFilter -
>> Entered /roller/images/permalink.gif
>> DEBUG 2008-01-04 15:37:10,567 RequestMappingFilter:doFilter - entering
>> DEBUG 2008-01-04 15:37:10,568 RequestMappingFilter:doFilter - trying
>>
>
> I still don't see evidence that the refresh planet task is actually
> running, fetching and parsing feeds.
>
> Planet reads the rag_subscriptions table and fetches the feed for each
> subscription.
> Feeds are cached in the Planet cache directory. When a new feed is
> detected on a remove server, Planet will fetch a new copy of that feed
> and put it in the cache.
>
> From the looks of your cache, you only have two subscriptions and the
> are both subscriptions to feeds provided by your Roller server. Is
> that correct? Do you have other subscriptions? Are there entries in
> those feeds?
>
> Feeds are parsed and added as records in the rag_entry table. When you
> call $planet.getAggreationPager() you are iterating over the items in
> that table. Do you see anything in the rag_entries table?
>
> - Dave
>
Re: Roller 4.0 and Roller Planet Issue
Posted by Dave <sn...@gmail.com>.
On Jan 4, 2008 5:43 PM, Nate Keegan <na...@cityofprescott.net> wrote:
> I set tasks.RefreshRollerPlanetTask.interval to 5 (minutes) to speed
> things up a bit in terms of troubleshooting.
>
> This is what I am seeing in the logs...
>
> 1. Created an entry on a blog in my development site:
>
> DEBUG 2008-01-04 15:37:08,094 WebloggerRuntimeConfig:getProperty -
> fetched property [site.absoluteurl=http://viking:8080/roller/]
> DEBUG 2008-01-04 15:37:08,097 WebloggerRuntimeConfig:getProperty -
> fetched property [site.absoluteurl=http://viking:8080/roller/]
> DEBUG 2008-01-04 15:37:08,101 WebloggerRuntimeConfig:getProperty -
> fetched property [site.absoluteurl=http://viking:8080/roller/]
> DEBUG 2008-01-04 15:37:08,135 VelocityRenderer:render - Rendered
> [415451e9-dea6-4339-a711-f427a5f43d3b] in 1 secs
> DEBUG 2008-01-04 15:37:08,138 CachedContent:flush - FLUSHED 20968
> DEBUG 2008-01-04 15:37:08,141 CachedContent:close - CLOSED
> DEBUG 2008-01-04 15:37:08,143 PageServlet:doGet - Flushing response output
> DEBUG 2008-01-04 15:37:08,147 PageServlet:doGet - PUT
> cache.sitewide:page/planet/page=0/user=nkeegan
> DEBUG 2008-01-04 15:37:08,149 SiteWideCache:put - PUT
> cache.sitewide:page/planet/page=0/user=nkeegan
>
> I see stuff like this:
>
> DEBUG 2008-01-04 15:37:10,522 PersistenceSessionFilter:doFilter -
> Releasing Roller Session
> DEBUG 2008-01-04 15:37:10,525 WebloggerConfig:getProperty - Fetching
> property [planet.aggregator.enabled=true]
> DEBUG 2008-01-04 15:37:10,527 PersistenceSessionFilter:doFilter -
> Exiting /roller/planet/
> DEBUG 2008-01-04 15:37:10,529 BootstrapFilter:doFilter - Exiting
> /roller/planet/
> DEBUG 2008-01-04 15:37:10,560 CharEncodingFilter:doFilter - Processing
> CharEncodingFilter
> DEBUG 2008-01-04 15:37:10,561 CharEncodingFilter:doFilter - Set request
> character encoding to UTF-8
> DEBUG 2008-01-04 15:37:10,563 BootstrapFilter:doFilter - Entered
> /roller/images/permalink.gif
> DEBUG 2008-01-04 15:37:10,565 PersistenceSessionFilter:doFilter -
> Entered /roller/images/permalink.gif
> DEBUG 2008-01-04 15:37:10,567 RequestMappingFilter:doFilter - entering
> DEBUG 2008-01-04 15:37:10,568 RequestMappingFilter:doFilter - trying
I still don't see evidence that the refresh planet task is actually
running, fetching and parsing feeds.
Planet reads the rag_subscriptions table and fetches the feed for each
subscription.
Feeds are cached in the Planet cache directory. When a new feed is
detected on a remove server, Planet will fetch a new copy of that feed
and put it in the cache.
>From the looks of your cache, you only have two subscriptions and the
are both subscriptions to feeds provided by your Roller server. Is
that correct? Do you have other subscriptions? Are there entries in
those feeds?
Feeds are parsed and added as records in the rag_entry table. When you
call $planet.getAggreationPager() you are iterating over the items in
that table. Do you see anything in the rag_entries table?
- Dave
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
MySQL 5.0.37 32-bit that is.
Shutdown GlassFish and will report back what I see when Roller is
running again.
Nate Keegan wrote:
> MySQL 5.0.37
>
>
>
> Dave wrote:
>> On Jan 4, 2008 3:49 PM, Nate Keegan <na...@cityofprescott.net>
>> wrote:
>>
>>> I keep seeing this in the logs:
>>>
>>> DEBUG 2008-01-04 13:31:00,146 TaskScheduler:runTasks -
>>> RefreshRollerPlanetTask: next allowed run time = Wed Dec 31 17:05:00
>>> MST
>>> 1969
>>> DEBUG 2008-01-04 13:31:00,146 TaskScheduler:runTasks - MISSED last run,
>>> checking if waiting is necessary
>>> DEBUG 2008-01-04 13:31:00,147 TaskScheduler:runTasks - WAITING for next
>>> reasonable run time
>>> ...
>>>
>>
>> Hmm... looks like the tasklock table has some bad data in it. I heard
>> about that at least once before here on the list. What database are
>> you using?
>>
>> To work around this problem, try removing all rows from the
>> roller_tasklock table via SQL, i.e. "delete from roller_tasklock" That
>> should allow the task to run, feeds to be fetched and parsed into data
>> in the rag_entry table.
>>
>>
>>
>>> My directories:
>>>
>>> [root@viking classes]# more planet-custom.properties
>>> cache.dir=/opt/SUNWappserver/domains/domain1/roller_data/cache
>>> output.dir=/opt/SUNWappserver/domains/domain1/roller_data/webapp
>>> template.dir=/opt/SUNWappsserver/domains/domain1/roller_data/templates
>>> [root@viking /]# ls
>>> /opt/SUNWappserver/domains/domain1/roller_data/cache/
>>> total 44
>>> drwxr-xr-x 2 root root 512 Jan 3 11:27 .
>>> drwxr-xr-x 5 root root 512 Jan 2 15:43 ..
>>> -rw-r--r-- 1 root root 15683 Jan 4 13:00
>>> feed_http___viking_8080_roller_planet_feed_entries_rss
>>> -rw-r--r-- 1 root root 3290 Jan 4 13:00
>>> feed_http___viking_8080_roller_planetrss
>>>
>>> It looks like there is data being collected.
>>>
>>
>>
>> Yes, it looks like it ran at least once. Are there any entries in the
>> rag_entry table?
>>
>> - Dave
>>
>
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
I set tasks.RefreshRollerPlanetTask.interval to 5 (minutes) to speed
things up a bit in terms of troubleshooting.
This is what I am seeing in the logs...
1. Created an entry on a blog in my development site:
DEBUG 2008-01-04 15:37:08,094 WebloggerRuntimeConfig:getProperty -
fetched property [site.absoluteurl=http://viking:8080/roller/]
DEBUG 2008-01-04 15:37:08,097 WebloggerRuntimeConfig:getProperty -
fetched property [site.absoluteurl=http://viking:8080/roller/]
DEBUG 2008-01-04 15:37:08,101 WebloggerRuntimeConfig:getProperty -
fetched property [site.absoluteurl=http://viking:8080/roller/]
DEBUG 2008-01-04 15:37:08,135 VelocityRenderer:render - Rendered
[415451e9-dea6-4339-a711-f427a5f43d3b] in 1 secs
DEBUG 2008-01-04 15:37:08,138 CachedContent:flush - FLUSHED 20968
DEBUG 2008-01-04 15:37:08,141 CachedContent:close - CLOSED
DEBUG 2008-01-04 15:37:08,143 PageServlet:doGet - Flushing response output
DEBUG 2008-01-04 15:37:08,147 PageServlet:doGet - PUT
cache.sitewide:page/planet/page=0/user=nkeegan
DEBUG 2008-01-04 15:37:08,149 SiteWideCache:put - PUT
cache.sitewide:page/planet/page=0/user=nkeegan
I see stuff like this:
DEBUG 2008-01-04 15:37:10,522 PersistenceSessionFilter:doFilter -
Releasing Roller Session
DEBUG 2008-01-04 15:37:10,525 WebloggerConfig:getProperty - Fetching
property [planet.aggregator.enabled=true]
DEBUG 2008-01-04 15:37:10,527 PersistenceSessionFilter:doFilter -
Exiting /roller/planet/
DEBUG 2008-01-04 15:37:10,529 BootstrapFilter:doFilter - Exiting
/roller/planet/
DEBUG 2008-01-04 15:37:10,560 CharEncodingFilter:doFilter - Processing
CharEncodingFilter
DEBUG 2008-01-04 15:37:10,561 CharEncodingFilter:doFilter - Set request
character encoding to UTF-8
DEBUG 2008-01-04 15:37:10,563 BootstrapFilter:doFilter - Entered
/roller/images/permalink.gif
DEBUG 2008-01-04 15:37:10,565 PersistenceSessionFilter:doFilter -
Entered /roller/images/permalink.gif
DEBUG 2008-01-04 15:37:10,567 RequestMappingFilter:doFilter - entering
DEBUG 2008-01-04 15:37:10,568 RequestMappingFilter:doFilter - trying
mapper org.apache.roller.weblogger.ui.rendering.WeblogRequestMapper
DEBUG 2008-01-04 15:37:10,570 WeblogRequestMapper:handleRequest -
evaluating [/roller/images/permalink.gif]
DEBUG 2008-01-04 15:37:10,572 WeblogRequestMapper:handleRequest -
potential weblog handle = images
DEBUG 2008-01-04 15:37:10,573 WeblogRequestMapper:handleRequest -
SKIPPED images
DEBUG 2008-01-04 15:37:10,575 RequestMappingFilter:doFilter - request
not mapped
DEBUG 2008-01-04 15:37:10,578 RequestMappingFilter:doFilter - exiting
And then this:
EBUG 2008-01-04 15:37:10,645 WebloggerConfig:getProperty - Fetching
property [planet.aggregator.enabled=true]
DEBUG 2008-01-04 15:37:10,648 PersistenceSessionFilter:doFilter -
Exiting /roller//images/feed-icon-12x12.gif
DEBUG 2008-01-04 15:37:10,649 BootstrapFilter:doFilter - Exiting
/roller//images/feed-icon-12x12.gif
DEBUG 2008-01-04 15:38:00,053 TaskScheduler:run - Current time = Fri Jan
04 15:38:00 MST 2008
DEBUG 2008-01-04 15:38:00,053 TaskScheduler:runTasks - Started - Fri Jan
04 15:38:00 MST 2008
DEBUG 2008-01-04 15:38:00,075 TaskScheduler:runTasks -
ScheduledEntriesTask: next allowed run time = Fri Jan 04 15:13:00 MST 2008
DEBUG 2008-01-04 15:38:00,075 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-04 15:38:00,076 TaskScheduler:runTasks -
ScheduledEntriesTask: LAUNCHING task
DEBUG 2008-01-04 15:38:00,076 RollerTaskWithLeasing:run -
ScheduledEntriesTask: Attempting to acquire lease
DEBUG 2008-01-04 15:38:00,077 JPAThreadManagerImpl:registerLease -
Attempting to register lease for task - ScheduledEntriesTask
DEBUG 2008-01-04 15:38:00,096 TaskScheduler:runTasks -
ResetHitCountsTask: next allowed run time = Thu Jan 01 17:00:00 MST 1970
DEBUG 2008-01-04 15:38:00,097 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-04 15:38:00,097 TaskScheduler:runTasks - WAITING for next
reasonable run time
DEBUG 2008-01-04 15:38:00,100 JPAThreadManagerImpl:registerLease - last
run = Fri Jan 04 15:12:00 MST 2008
DEBUG 2008-01-04 15:38:00,100 JPAThreadManagerImpl:registerLease - new
run time = Fri Jan 04 15:38:00 MST 2008
DEBUG 2008-01-04 15:38:00,101 JPAThreadManagerImpl:registerLease - last
acquired = Fri Jan 04 15:12:00 MST 2008
DEBUG 2008-01-04 15:38:00,102 JPAThreadManagerImpl:registerLease - time
leased = 30
DEBUG 2008-01-04 15:38:00,102 JPAThreadManagerImpl:registerLease - lease
expiration = Fri Jan 04 15:42:00 MST 2008
DEBUG 2008-01-04 15:38:00,118 TaskScheduler:runTasks -
TurnoverReferersTask: next allowed run time = Thu Jan 01 17:00:00 MST 1970
DEBUG 2008-01-04 15:38:00,119 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-04 15:38:00,119 TaskScheduler:runTasks - WAITING for next
reasonable run time
DEBUG 2008-01-04 15:38:00,123 RollerTaskWithLeasing:run -
ScheduledEntriesTask: Lease NOT acquired, cannot continue
DEBUG 2008-01-04 15:38:00,138 TaskScheduler:runTasks - PingQueueTask:
next allowed run time = Fri Jan 04 15:17:00 MST 2008
DEBUG 2008-01-04 15:38:00,139 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-04 15:38:00,139 TaskScheduler:runTasks - PingQueueTask:
LAUNCHING task
DEBUG 2008-01-04 15:38:00,140 RollerTaskWithLeasing:run - PingQueueTask:
Attempting to acquire lease
DEBUG 2008-01-04 15:38:00,140 JPAThreadManagerImpl:registerLease -
Attempting to register lease for task - PingQueueTask
DEBUG 2008-01-04 15:38:00,158 TaskScheduler:runTasks -
RefreshRollerPlanetTask: next allowed run time = Wed Dec 31 17:05:00 MST
1969
DEBUG 2008-01-04 15:38:00,158 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-04 15:38:00,159 TaskScheduler:runTasks - WAITING for next
reasonable run time
DEBUG 2008-01-04 15:38:00,162 JPAThreadManagerImpl:registerLease - last
run = Fri Jan 04 15:12:00 MST 2008
DEBUG 2008-01-04 15:38:00,168 JPAThreadManagerImpl:registerLease - new
run time = Fri Jan 04 15:38:00 MST 2008
DEBUG 2008-01-04 15:38:00,168 JPAThreadManagerImpl:registerLease - last
acquired = Fri Jan 04 15:12:00 MST 2008
DEBUG 2008-01-04 15:38:00,169 JPAThreadManagerImpl:registerLease - time
leased = 30
DEBUG 2008-01-04 15:38:00,169 JPAThreadManagerImpl:registerLease - lease
expiration = Fri Jan 04 15:42:00 MST 2008
DEBUG 2008-01-04 15:38:00,187 TaskScheduler:runTasks - SyncWebsitesTask:
next allowed run time = Thu Jan 01 17:00:00 MST 1970
DEBUG 2008-01-04 15:38:00,188 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-04 15:38:00,188 TaskScheduler:runTasks - WAITING for next
reasonable run time
DEBUG 2008-01-04 15:38:00,189 TaskScheduler:runTasks - Finished
DEBUG 2008-01-04 15:38:00,191 TaskScheduler:run - sleeping - 59858
Not sure what it means.
If I look at the cache directory I can see that the files in that
directory are not being updated in terms of size or time but I'm not
sure if they are supposed to be updated or not.
Assuming the code I posted previously is correct for my front page blog
I'm not sure what I am seeing here in terms of this being normal
behavior or an indication that something is not quite right somewhere.
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
MySQL 5.0.37
Dave wrote:
> On Jan 4, 2008 3:49 PM, Nate Keegan <na...@cityofprescott.net> wrote:
>
>> I keep seeing this in the logs:
>>
>> DEBUG 2008-01-04 13:31:00,146 TaskScheduler:runTasks -
>> RefreshRollerPlanetTask: next allowed run time = Wed Dec 31 17:05:00 MST
>> 1969
>> DEBUG 2008-01-04 13:31:00,146 TaskScheduler:runTasks - MISSED last run,
>> checking if waiting is necessary
>> DEBUG 2008-01-04 13:31:00,147 TaskScheduler:runTasks - WAITING for next
>> reasonable run time
>> ...
>>
>
> Hmm... looks like the tasklock table has some bad data in it. I heard
> about that at least once before here on the list. What database are
> you using?
>
> To work around this problem, try removing all rows from the
> roller_tasklock table via SQL, i.e. "delete from roller_tasklock" That
> should allow the task to run, feeds to be fetched and parsed into data
> in the rag_entry table.
>
>
>
>> My directories:
>>
>> [root@viking classes]# more planet-custom.properties
>> cache.dir=/opt/SUNWappserver/domains/domain1/roller_data/cache
>> output.dir=/opt/SUNWappserver/domains/domain1/roller_data/webapp
>> template.dir=/opt/SUNWappsserver/domains/domain1/roller_data/templates
>> [root@viking /]# ls /opt/SUNWappserver/domains/domain1/roller_data/cache/
>> total 44
>> drwxr-xr-x 2 root root 512 Jan 3 11:27 .
>> drwxr-xr-x 5 root root 512 Jan 2 15:43 ..
>> -rw-r--r-- 1 root root 15683 Jan 4 13:00
>> feed_http___viking_8080_roller_planet_feed_entries_rss
>> -rw-r--r-- 1 root root 3290 Jan 4 13:00
>> feed_http___viking_8080_roller_planetrss
>>
>> It looks like there is data being collected.
>>
>
>
> Yes, it looks like it ran at least once. Are there any entries in the
> rag_entry table?
>
> - Dave
>
Re: Roller 4.0 and Roller Planet Issue
Posted by Dave <sn...@gmail.com>.
On Jan 4, 2008 3:49 PM, Nate Keegan <na...@cityofprescott.net> wrote:
> I keep seeing this in the logs:
>
> DEBUG 2008-01-04 13:31:00,146 TaskScheduler:runTasks -
> RefreshRollerPlanetTask: next allowed run time = Wed Dec 31 17:05:00 MST
> 1969
> DEBUG 2008-01-04 13:31:00,146 TaskScheduler:runTasks - MISSED last run,
> checking if waiting is necessary
> DEBUG 2008-01-04 13:31:00,147 TaskScheduler:runTasks - WAITING for next
> reasonable run time
> ...
Hmm... looks like the tasklock table has some bad data in it. I heard
about that at least once before here on the list. What database are
you using?
To work around this problem, try removing all rows from the
roller_tasklock table via SQL, i.e. "delete from roller_tasklock" That
should allow the task to run, feeds to be fetched and parsed into data
in the rag_entry table.
> My directories:
>
> [root@viking classes]# more planet-custom.properties
> cache.dir=/opt/SUNWappserver/domains/domain1/roller_data/cache
> output.dir=/opt/SUNWappserver/domains/domain1/roller_data/webapp
> template.dir=/opt/SUNWappsserver/domains/domain1/roller_data/templates
> [root@viking /]# ls /opt/SUNWappserver/domains/domain1/roller_data/cache/
> total 44
> drwxr-xr-x 2 root root 512 Jan 3 11:27 .
> drwxr-xr-x 5 root root 512 Jan 2 15:43 ..
> -rw-r--r-- 1 root root 15683 Jan 4 13:00
> feed_http___viking_8080_roller_planet_feed_entries_rss
> -rw-r--r-- 1 root root 3290 Jan 4 13:00
> feed_http___viking_8080_roller_planetrss
>
> It looks like there is data being collected.
Yes, it looks like it ran at least once. Are there any entries in the
rag_entry table?
- Dave
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
I keep seeing this in the logs:
DEBUG 2008-01-04 13:31:00,146 TaskScheduler:runTasks -
RefreshRollerPlanetTask: next allowed run time = Wed Dec 31 17:05:00 MST
1969
DEBUG 2008-01-04 13:31:00,146 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-04 13:31:00,147 TaskScheduler:runTasks - WAITING for next
reasonable run time
...
DEBUG 2008-01-04 13:32:00,128 TaskScheduler:runTasks - PingQueueTask:
LAUNCHING task
DEBUG 2008-01-04 13:32:00,128 RollerTaskWithLeasing:run - PingQueueTask:
Attempting to acquire lease
DEBUG 2008-01-04 13:32:00,129 JPAThreadManagerImpl:registerLease -
Attempting to register lease for task - PingQueueTask
DEBUG 2008-01-04 13:32:00,147 TaskScheduler:runTasks -
RefreshRollerPlanetTask: next allowed run time = Wed Dec 31 17:05:00 MST
1969
DEBUG 2008-01-04 13:32:00,147 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-04 13:32:00,148 TaskScheduler:runTasks - WAITING for next
reasonable run time
DEBUG 2008-01-04 13:32:00,149 JPAThreadManagerImpl:registerLease - last
run = Fri Jan 04 13:22:00 MST 2008
DEBUG 2008-01-04 13:32:00,150 JPAThreadManagerImpl:registerLease - new
run time = Fri Jan 04 13:32:00 MST 2008
DEBUG 2008-01-04 13:32:00,150 JPAThreadManagerImpl:registerLease - last
acquired = Fri Jan 04 13:22:00 MST 2008
DEBUG 2008-01-04 13:32:00,151 JPAThreadManagerImpl:registerLease - time
leased = 30
DEBUG 2008-01-04 13:32:00,151 JPAThreadManagerImpl:registerLease - lease
expiration = Fri Jan 04 13:52:00 MST 2008
DEBUG 2008-01-04 13:32:00,165 TaskScheduler:runTasks - SyncWebsitesTask:
next allowed run time = Thu Jan 01 17:00:00 MST 1970
DEBUG 2008-01-04 13:32:00,166 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-04 13:32:00,166 TaskScheduler:runTasks - WAITING for next
reasonable run time
DEBUG 2008-01-04 13:32:00,167 TaskScheduler:runTasks - Finished
My directories:
[root@viking classes]# more planet-custom.properties
cache.dir=/opt/SUNWappserver/domains/domain1/roller_data/cache
output.dir=/opt/SUNWappserver/domains/domain1/roller_data/webapp
template.dir=/opt/SUNWappsserver/domains/domain1/roller_data/templates
[root@viking /]# ls /opt/SUNWappserver/domains/domain1/roller_data/cache/
total 44
drwxr-xr-x 2 root root 512 Jan 3 11:27 .
drwxr-xr-x 5 root root 512 Jan 2 15:43 ..
-rw-r--r-- 1 root root 15683 Jan 4 13:00
feed_http___viking_8080_roller_planet_feed_entries_rss
-rw-r--r-- 1 root root 3290 Jan 4 13:00
feed_http___viking_8080_roller_planetrss
It looks like there is data being collected.
Nothing on the front page blog...webdev log code for the front page blog
is below:
#includeTemplate($model.weblog "_header")
#set($maxResults = 25)
#set($since = 365)
<div id="centercontent_wrap">
<div id="centercontent">
<h1>$config.siteName</h1>
<p class="subtitle">$config.siteDescription</p>
<table class="menuTabTable" cellspacing="0"><tbody><tr>
<td class="menuTabSelected">
<div class="menu-tr">
<div class="menu-tl">
<a href="$url.home">Recent
Entries</a>
</div>
</div>
</td>
<td class="menuTabSeparator"></td>
<td class="menuTabUnselected">
<div class="menu-tr">
<div class="menu-tl">
<a
href="$url.page("directory")">Weblog Directory</a>
</div>
</div>
</td>
<td class="menuTabSeparator"></td>
</tr></tbody></table>
<table class="menuItemTable" cellspacing="0"><tbody><tr>
<td class="padleft"></td></tr></tbody></table>
<div id="tabContent">
<div id="recentEntries">
#if (!$model.results)
## 1) SITE-WIDE entries (the default)
##set($pager =
$site.getWeblogEntriesPager($since, $maxResults))
## 2) PLANET-entries
#set($pager =
$planet.getAggregationPager($since, $maxResults))
## The below pager code should work against either:
#if($pager.items.size() > 0)
#set($entryCount = $pager.items.size() - 1)
#set($startDate = $pager.items.get(0).pubTime)
#set($endDate =
$entries.get($entryCount).pubTime)
#end
#if(!$pager.nextLink)
#set($pinnedEntries =
$site.getPinnedWeblogEntries(5))
#foreach($pinnedEntry in $pinnedEntries)
<div class="entry">
<a class="entryTitle"
href="$utils.escapeHTML($pinnedEntry.permalink)">
$utils.truncateNicely($utils.removeHTML($pinnedEntry.title), 50, 50, "...")
</a><br />
<p class="entryDetails">
<a
href="$utils.escapeHTML($pinnedEntry.website.URL)">$pinnedEntry.website.name</a>
#if($pinnedEntry.category.name)|
$pinnedEntry.category.name #end
#if($pinnedEntry.pubTime) |
$utils.formatDate($pinnedEntry.pubTime, $text.get("macro.weblog.
date.toStringFormat")) #end
#if($pinnedEntry.creator.screenName)| By $pinnedEntry.creator.screenName
#end
<br/>
</p>
<p
class="entryDescription">
$pinnedEntry.displayContent
</p>
</div>
#end
#end
#foreach($entry in $pager.items)
#if($velocityCount < $maxResults)
#includeTemplate($model.weblog "_entry")
#end
#end
<div class="pagingcontrols">
#if($pager.nextLink)
<a href="$pager.nextLink"><
$pager.nextName</a>
#end
#if($pager.nextLink && $pager.prevLink)
|
#end
#if($pager.prevLink)
<a href="$pager.prevLink">$pager.prevName
></a>
#end
</div>
#else
## We've got search results to display
#set($pager = $model.getWeblogEntriesPager())
<h2>Search results</h2>
<div class="next-previous">
#showWeblogSearchAgainForm($model.weblog)
#showNextPrevSearchControl($pager)
</div>
<br />
<br />
#set($map = $pager.getEntries())
#foreach($day in $map.keySet())
#set($entries = $map.get($day))
#foreach($entry in $entries)
#includeTemplate($model.weblog "_entry")
#end
#end
#end
</div>
</div>
<br />
<a href='$url.feed.entries.rss' title='Combined RSS feed for
site.'>
<img src='$url.absoluteSite/images/rssbadge.gif' border="0"
alt='Combined RSS feed for site.' />
</a>
Right-click, copy link and paste into your newsfeed reader
</div>
</div>
<div id="rightcontent_wrap">
<div id="rightcontent">
<div class="searchSidebarHead">
<div class="menu-tr">
<div class="menu-tl">
<h3> </h3>
</div>
</div>
</div>
<div class="searchSidebarBody">
<h3>Search for blogs</h3>
#showWeblogSearchForm($model.weblog false)
</div>
<br />
<div class="sidebarBodyHead">
<div class="menu-tr">
<div class="menu-tl">
<h3>Hot blogs (today's hits)</h3>
</div>
</div>
</div>
<div class="sidebarBody">
#set($hotblogs = $site.getHotWeblogs($since, $maxResults))
<ul>
#foreach($blog in $hotblogs)
<li><a
href="$url.site/$blog.subjectNameShort">$blog.subjectNameShort</a> |
$blog.count</li>
#end
</ul>
<br />
</div>
<br />
<div class="sidebarBodyHead">
<div class="menu-tr">
<div class="menu-tl">
<h3>Hot Tags</h3>
</div>
</div>
</div>
<div id="tagbin" class="sidebarBody">
#set($sitetags = $site.getPopularTags(-1, 100))
#foreach ($tag in $sitetags)
#if ($tag.count > 4)
<a class="tag s${tag.intensity}"
href="$url.tag($tag.name)"
title="$tag.count">$tag.name</a>
#end
#end
</div>
</div>
</div>
</div> <!-- wrapper -->
#includeTemplate($model.weblog "_footer")
Dave wrote:
> On Jan 4, 2008 1:07 PM, Nate Keegan <na...@cityofprescott.net> wrote:
>
>> At this point it looks like I am out of luck here.
>> I appreciate all of the help to this point.
>>
>
> I'm not sure why you're having so much difficulty but I'd like to find
> out so others can avoid this predicament.
>
> Do you see any evidence in the logs that the RefreshRollerPlanetTask
> is running? There should be some indication at the start of the log
> that the task inited, then some indication every hour that it is
> running or attempting to run.
>
> Another thing to check is the Planet cache directory. Does it exist,
> is it writable, does it have data in it?
>
> - Dave
>
Re: Roller 4.0 and Roller Planet Issue
Posted by Dave <sn...@gmail.com>.
On Jan 4, 2008 1:07 PM, Nate Keegan <na...@cityofprescott.net> wrote:
> At this point it looks like I am out of luck here.
> I appreciate all of the help to this point.
I'm not sure why you're having so much difficulty but I'd like to find
out so others can avoid this predicament.
Do you see any evidence in the logs that the RefreshRollerPlanetTask
is running? There should be some indication at the start of the log
that the task inited, then some indication every hour that it is
running or attempting to run.
Another thing to check is the Planet cache directory. Does it exist,
is it writable, does it have data in it?
- Dave
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
At this point it looks like I am out of luck here.
I appreciate all of the help to this point.
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
I changed RefreshPlanetRollerTask to RefreshRollerPlanetTask and
restarted my web container.
Based on the release note changes my setup is consistent although I am
still not sure if I need to subscribe to my site for a situation where
all blogs are contained in Roller (i.e. no external blogs to aggregate).
I am still not seeing anything on my front page blog.
Server admin > Handle of weblog to serve as frontpage blog is planet
Server admin > Enable aggregated site-wide frontpage is checked
Server admin > Absolute URL to site is http://viking:8080/roller/
(doesn't seem to matter if it is roller or roller/ on the end)
Planet settings > Absolute URL to Planet page is
http://viking:8080/roller/planet
Planet settings > Subscriptions > http://viking:8080/roller/planetrss
(do I even need this?)
I cranked up the debug level and here is what I am seeing in roller.log:
DEBUG 2008-01-03 11:43:37,586 WebloggerRuntimeConfig:getProperty -
fetched property [site.frontpage.weblog.aggregated=true]
DEBUG 2008-01-03 11:43:37,607 WebloggerRuntimeConfig:getProperty -
fetched property [site.frontpage.weblog.handle=planet]
DEBUG 2008-01-03 11:43:37,610 WeblogRequest:<init> - parsing path /planet
DEBUG 2008-01-03 11:43:37,612 WeblogRequest:<init> - handle = planet
DEBUG 2008-01-03 11:43:37,615 WeblogRequest:<init> - locale = null
DEBUG 2008-01-03 11:43:37,618 WeblogRequest:<init> - pathInfo = null
DEBUG 2008-01-03 11:43:37,620 WeblogPageRequest:<init> - parsing path null
DEBUG 2008-01-03 11:43:37,623 WeblogPageRequest:<init> - context = null
DEBUG 2008-01-03 11:43:37,626 WeblogPageRequest:<init> - weblogAnchor = null
DEBUG 2008-01-03 11:43:37,628 WeblogPageRequest:<init> - weblogDate = null
DEBUG 2008-01-03 11:43:37,631 WeblogPageRequest:<init> - weblogCategory
= null
DEBUG 2008-01-03 11:43:37,634 WeblogPageRequest:<init> - tags = null
DEBUG 2008-01-03 11:43:37,637 WeblogPageRequest:<init> - weblogPage = null
DEBUG 2008-01-03 11:43:37,639 WeblogPageRequest:<init> - pageNum = 0
DEBUG 2008-01-03 11:43:37,642 JPAUserManagerImpl:getWebsiteByHandle -
weblogHandleToId CACHE HIT - planet
DEBUG 2008-01-03 11:43:37,645 WebloggerRuntimeConfig:getProperty -
fetched property [site.frontpage.weblog.aggregated=true]
DEBUG 2008-01-03 11:43:37,648 WebloggerRuntimeConfig:getProperty -
fetched property [site.frontpage.weblog.handle=planet]
DEBUG 2008-01-03 11:43:37,650 ModDateHeaderUtil:respondIfNotModified -
since date = 1199384911000
DEBUG 2008-01-03 11:43:37,653 ModDateHeaderUtil:respondIfNotModified -
last mod date (trucated to seconds) = 1199385817000
DEBUG 2008-01-03 11:43:37,656 SiteWideCache:get - HIT
cache.sitewide:page/planet/page=0
DEBUG 2008-01-03 11:43:37,659 PageServlet:doGet - HIT
cache.sitewide:page/planet/page=0
And then this:
DEBUG 2008-01-03 11:46:40,276 BootstrapFilter:doFilter - Entered
/roller/planet/
DEBUG 2008-01-03 11:46:40,277 PersistenceSessionFilter:doFilter -
Entered /roller/planet/
DEBUG 2008-01-03 11:46:40,282 WeblogRequestMapper:handleRequest -
evaluating [/roller/planet/]
DEBUG 2008-01-03 11:46:40,284 WeblogRequestMapper:handleRequest -
potential weblog handle = planet
DEBUG 2008-01-03 11:46:40,286 WeblogRequestMapper:isWeblog - checking
weblog handle planet
DEBUG 2008-01-03 11:46:40,315 JPAUserManagerImpl:getWebsiteByHandle -
weblogHandleToId CACHE HIT - planet
DEBUG 2008-01-03 11:46:40,317 WeblogRequestMapper:handleRequest -
WEBLOG_URL /planet/
DEBUG 2008-01-03 11:46:40,319 WeblogRequestMapper:calculateForwardUrl -
planet,null,null,null
DEBUG 2008-01-03 11:46:40,321 WeblogRequestMapper:calculateForwardUrl -
FORWARD_URL /roller-ui/rendering/page/planet
DEBUG 2008-01-03 11:46:40,322 WeblogRequestMapper:handleRequest -
forwarding to /roller-ui/rendering/page/planet
DEBUG 2008-01-03 11:46:40,332 PageServlet:processReferrer - processing
referrer for /roller/roller-ui/rendering/page/planet
DEBUG 2008-01-03 11:46:40,335 WeblogRequest:<init> - parsing path /planet
DEBUG 2008-01-03 11:46:40,337 WeblogRequest:<init> - handle = planet
DEBUG 2008-01-03 11:46:40,406 WebloggerRuntimeConfig:getProperty -
fetched property [site.frontpage.weblog.handle=planet]
DEBUG 2008-01-03 11:46:40,408 WeblogRequest:<init> - parsing path /planet
DEBUG 2008-01-03 11:46:40,411 WeblogRequest:<init> - handle = planet
DEBUG 2008-01-03 11:46:40,440 JPAUserManagerImpl:getWebsiteByHandle -
weblogHandleToId CACHE HIT - planet
DEBUG 2008-01-03 11:46:40,446 WebloggerRuntimeConfig:getProperty -
fetched property [site.frontpage.weblog.handle=planet]
DEBUG 2008-01-03 11:46:40,454 ModDateHeaderUtil:respondIfNotModified -
NOT MODIFIED http://viking:8080/roller/roller-ui/rendering/page/planet
And this:
DEBUG 2008-01-03 11:50:00,175 TaskScheduler:runTasks -
RefreshRollerPlanetTask: next allowed run time = Wed Dec 31 17:05:00 MST
1969
DEBUG 2008-01-03 11:50:00,175 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-03 11:50:00,176 TaskScheduler:runTasks - WAITING for next
reasonable run time
DEBUG 2008-01-03 11:50:00,194 RollerTaskWithLeasing:run - PingQueueTask:
Lease NOT acquired, cannot continue
DEBUG 2008-01-03 11:50:00,197 TaskScheduler:runTasks - SyncWebsitesTask:
next allowed run time = Thu Jan 01 17:00:00 MST 1970
DEBUG 2008-01-03 11:50:00,198 TaskScheduler:runTasks - MISSED last run,
checking if waiting is necessary
DEBUG 2008-01-03 11:50:00,198 TaskScheduler:runTasks - WAITING for next
reasonable run time
DEBUG 2008-01-03 11:50:00,199 TaskScheduler:runTasks - Finished
Dave wrote:
> On Jan 3, 2008 11:06 AM, Nate Keegan <na...@cityofprescott.net> wrote:
>
>> I think that I am having a hard time getting my head around all of the
>> pieces necessary for Planet Roller.
>>
>> Here is what I have but I am seeing nothing on my front page blog.
>>
>> I am guessing that something that I am doing is incorrect or off somewhere.
>>
>> It may be that I should contact Covalent to work this out...want to be
>> sure that I don't have anything just flat out wrong/incorrect in my
>> configuration and understanding of how this works.
>>
>> Scenario - blog1 will be the front page blog and will aggregate entries
>> on other blogs on my site such as blog2 (CEO) and blog3 (CFO)
>>
>> 1. roller-custom.properties - pretty straightforward
>>
>> planet.aggregator.enabled=true
>> planet.aggregator.cache.dir=/opt/SUNWappserver/domains/domain1/roller_data/cache
>> tasks.enabled=ScheduledEntriesTask,ResetHitCountsTask,TurnoverReferersTask,
>> PingQueueTask,RefreshPlanetRollerTask,SyncWebsitesTask
>>
>
> Try replacing 'RefreshPlanetRollerTask' with 'RefreshRollerPlanetTask'
>
> I added a note about this to the release notes here:
> http://cwiki.apache.org/confluence/display/ROLLER/Roller+4.0+Release+Notes
>
> - Dave
>
Re: Roller 4.0 and Roller Planet Issue
Posted by Dave <sn...@gmail.com>.
On Jan 3, 2008 11:06 AM, Nate Keegan <na...@cityofprescott.net> wrote:
> I think that I am having a hard time getting my head around all of the
> pieces necessary for Planet Roller.
>
> Here is what I have but I am seeing nothing on my front page blog.
>
> I am guessing that something that I am doing is incorrect or off somewhere.
>
> It may be that I should contact Covalent to work this out...want to be
> sure that I don't have anything just flat out wrong/incorrect in my
> configuration and understanding of how this works.
>
> Scenario - blog1 will be the front page blog and will aggregate entries
> on other blogs on my site such as blog2 (CEO) and blog3 (CFO)
>
> 1. roller-custom.properties - pretty straightforward
>
> planet.aggregator.enabled=true
> planet.aggregator.cache.dir=/opt/SUNWappserver/domains/domain1/roller_data/cache
> tasks.enabled=ScheduledEntriesTask,ResetHitCountsTask,TurnoverReferersTask,
> PingQueueTask,RefreshPlanetRollerTask,SyncWebsitesTask
Try replacing 'RefreshPlanetRollerTask' with 'RefreshRollerPlanetTask'
I added a note about this to the release notes here:
http://cwiki.apache.org/confluence/display/ROLLER/Roller+4.0+Release+Notes
- Dave
Re: Roller 4.0 and Roller Planet Issue
Posted by Nate Keegan <na...@cityofprescott.net>.
I think that I am having a hard time getting my head around all of the
pieces necessary for Planet Roller.
Here is what I have but I am seeing nothing on my front page blog.
I am guessing that something that I am doing is incorrect or off somewhere.
It may be that I should contact Covalent to work this out...want to be
sure that I don't have anything just flat out wrong/incorrect in my
configuration and understanding of how this works.
Scenario - blog1 will be the front page blog and will aggregate entries
on other blogs on my site such as blog2 (CEO) and blog3 (CFO)
1. roller-custom.properties - pretty straightforward
planet.aggregator.enabled=true
planet.aggregator.cache.dir=/opt/SUNWappserver/domains/domain1/roller_data/cache
tasks.enabled=ScheduledEntriesTask,ResetHitCountsTask,TurnoverReferersTask,PingQueueTask,RefreshPlanetRollerTask,SyncWebsitesTask
rendering.siteModels=org.apache.roller.weblogger.ui.rendering.model.SiteModel,org.apache.roller.weblogger.ui.rendering.model.PlanetModel
2. planet-custom.properties - not sure if template.dir needs to be
something specific (pre-populated area) or if it is used while Planet
Roller is doing its thing
cache.dir=/opt/SUNWappserver/domains/domain1/roller_data/cache
output.dir=/opt/SUNWappserver/domains/domain1/roller_data/webapp
template.dir=/opt/SUNWappsserver/domains/domain1/roller_data/templates
# Specify database configuration type of 'jndi' or 'jdbc'
database.configurationType=jdbc
# For database configuration type 'jndi',this will be used
#database.jndi.name=jdbc/rollerdb
# For database configuration type of 'jdbc', you MUST override these
database.jdbc.driverClass=com.mysql.jdbc.Driver
database.jdbc.connectionURL=jdbc:mysql://localhost:3306/rollerdb
database.jdbc.username=roller
database.jdbc.password=fooblat
3. Restart web container, GlassFish in this example
4. Login to Roller as an admin and pick Server Administration >
Configuration
Handle of weblog to serve as frontpage blog should be 'blog1' in this
example
Enable aggregated site-wide frontpage should be checked
Absolute URL to site would be http://server:port/roller where 'server'
and 'port' are dependent on the on the installation details for a given site
5. Planet Admin tab > Configuration
Absolute URL to Planet page would be http://server:port/roller/blog1 in
this example
6. Planet Admin > Subscriptions
Newsfeed URL would be the Atom URL from the front page blog?
(http://server:port/roller/blog1/feed/entries/rss)
7. Customize the template of the front page blog and add in something
like this or use elements from the $planet model per the template guide:
#if (!$model.results)
## 1) SITE-WIDE entries (the default)
##set($pager =
$site.getWeblogEntriesPager($since, $maxResults))
## 2) PLANET-entries
#set($pager =
$planet.getAggregationPager($since, $maxResults))
## The below pager code should work against either:
#if($pager.items.size() > 0)
#set($entryCount = $pager.items.size() - 1)
#set($startDate = $pager.items.get(0).pubTime)
#set($endDate =
$entries.get($entryCount).pubTime)
#end
Now one snafu that I can see is the definition of $since and
$maxResults. Where are these items defined/controlled? Do I need to
place integer values in for these items as the template guide seems to
suggest?
At this point I don't see anything on my front page blog in terms of
aggregation.
Do any of these steps look like they are wrong/erroneous?
Re: Roller 4.0 and Roller Planet Issue
Posted by David Bloom <ya...@gmail.com>.
once you have roller up and running. login. and modify the template (
just like on most blogging platforms where you modify your blog
templates). I did not modify the template files that come with roller
(or optional ones at
http://wiki.java.net/bin/view/Javanet/OptionalThemesForRoller ) except
through the roller ui.
On Jan 2, 2008 4:44 PM, Nate Keegan <na...@cityofprescott.net> wrote:
> I'm not sure I follow here.
>
> Sounds like I need to create a custom template or add (?) the following
> code in an existing template:
>
>
> > --- Weblog.dist Fri Dec 28 09:06:38 2007
> > +++ Weblog.vm Fri Dec 28 09:07:27 2007
> > @@ -34,10 +34,10 @@
> >
> > #if (!$model.results)
> > ## 1) SITE-WIDE entries (the default)
> > - #set($pager =
> > $site.getWeblogEntriesPager($since, $maxResults))
> > + ##set($pager =
> > $site.getWeblogEntriesPager($since, $maxResults))
> >
> > ## 2) PLANET-entries
> > - ## set($pager =
> > $planet.getAggregationPager($since, $maxResults))
> > + # set($pager =
> > $planet.getAggregationPager($since, $maxResults))
> > ## The below pager code should work against either:
> >
>
>
>
>