Yes, double-checking is always good, and I do like your code.
In this case it double-checking was to no avail.
That error, which I eliminated after some effort, proved to have
masked another.
The applicable error messages from Catalina.out are:
INFO: Deploying web application archive frink.war
Roller Weblogger: Successfully loaded custom properties file from
classpath
Apr 22, 2009 6:32:57 PM
com.opensymphony.xwork2.util.logging.jdk.JdkLogger info
INFO: Parsing configuration file [struts-default.xml]
Apr 22, 2009 6:32:58 PM
com.opensymphony.xwork2.util.logging.jdk.JdkLogger info
INFO: Parsing configuration file [struts-plugin.xml]
Apr 22, 2009 6:32:58 PM org.apache.catalina.core.StandardContext start
SEVERE: Error filterStart
Apr 22, 2009 6:32:58 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/frink] startup failed due to previous errors
George Frink
[email protected]
twitter: twitter.com/gwfrink3
blog: www.southernconnections.com/roller
phone: 919.341.2999
On Apr 20, 2009, at 8:18 PM, Nick Lothian wrote:
I'd suggest double-checking the cache directory. Dave is correct -
that problem is caused by the serialized files being different to
what ROME is using now.
BTW, we've written a version of this cache which handles these
errors much more cleanly. It also has better concurrency control,
but it does require Java 6. See http://code.google.com/p/
educationau-utils/source/browse/#svn/trunk/java/EdAuUtils/src/main/
java/au/edu/educationau/opensource/rome/diskcache%3Fstate%3Dclosed
and in particular http://code.google.com/p/educationau-utils/source/
browse/trunk/java/EdAuUtils/src/main/java/au/edu/educationau/
opensource/rome/diskcache/DiskFeedCache.java#121 for the handling
of this case.
Nick
-----Original Message-----
From: George Frink [mailto:[email protected]]
Sent: Sunday, 19 April 2009 10:04 AM
To: [email protected]
Subject: Re: FYI: blogging about Roller, OpenSocial and OAuth this
week
Sadly, not this time.
Did that at the outset. Checked up on myself when you suggested it.
That directory's clean.
I looked in on all of the usual suspects ... the directory is "there"
and is readable/writable by the process, the properties files doe all
they should for the other compiles (just not the most desirable
one ... here ... ).
Of course I recompiled rome-fetcher from source. That was as
interesting as it was easy, for the up-to-date sources I could find
lived within Maven with other goodies.
Works for you.
Has to be something I'm doing or not doing. Has to be.
George Frink
[email protected]
twitter: twitter.com/gwfrink3
blog: www.southernconnections.com/roller
phone: 919.341.2999
On Apr 18, 2009, at 7:53 AM, Dave wrote:
If you delete the contents of the planet-cache directory, this
problem
will disappear.
- Dave
On Fri, Apr 17, 2009 at 4:46 PM, George Frink
<[email protected]> wrote:
Unfortunately, I got the same results from the snapshot and that
my own
compile produced.
This is the core of it:
INFO 2009-04-17 16:20:00,921 RefreshRollerPlanetTask:runTask -
Refreshing
Planet subscriptions
WARN 2009-04-17 16:20:01,477
SingleThreadedFeedUpdater:updateSubscriptions
- Error updating subscription -
http://www.usnews.com/blogrss/god-and-country.xml
Error fetching subscription -
http://www.usnews.com/blogrss/god-and-country.xml
--- ROOT CAUSE ---
java.lang.RuntimeException: Attempting to read from cache
at
org.apache.roller.planet.util.rome.DiskFeedInfoCache.getFeedInfo
(DiskFeedInfoCache.java:72)
at
com.sun.syndication.fetcher.impl.HttpURLFeedFetcher.retrieveFeed
(HttpURLFeedFetcher.java:110)
at
org.apache.roller.planet.business.fetcher.RomeFeedFetcher.fetchSubscr
iption(RomeFeedFetcher.java:87)
at
org.apache.roller.weblogger.planet.business.WebloggerRomeFeedFetcher.
fetchSubscription(WebloggerRomeFeedFetcher.java:72)
at
org.apache.roller.planet.business.updater.SingleThreadedFeedUpdater.u
pdateSubscription(SingleThreadedFeedUpdater.java:69)
at
org.apache.roller.planet.business.updater.SingleThreadedFeedUpdater.u
pdateSubscriptions(SingleThreadedFeedUpdater.java:185)
at
org.apache.roller.planet.business.updater.SingleThreadedFeedUpdater.u
pdateSubscriptions(SingleThreadedFeedUpdater.java:133)
at
org.apache.roller.weblogger.planet.tasks.RefreshRollerPlanetTask.runT
ask(RefreshRollerPlanetTask.java:132)
at
org.apache.roller.weblogger.business.runnable.RollerTaskWithLeasing.r
un(RollerTaskWithLeasing.java:65)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:
417)
at java.util.concurrent.FutureTask$Sync.innerRun
(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask
(ThreadPoolExecutor.java:650)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run
(ThreadPoolExecutor.java:675)
at java.lang.Thread.run(Thread.java:613)
Caused by: java.io.InvalidClassException:
com.sun.syndication.feed.synd.SyndFeedImpl; local class
incompatible: stream
classdesc serialVersionUID = 972358803414961438, local class
serialVersionUID = 104965368383127068
at java.io.ObjectStreamClass.initNonProxy
(ObjectStreamClass.java:546)
at
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:
1552)
at
java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:
1466)
at
java.io.ObjectInputStream.readOrdinaryObject
(ObjectInputStream.java:1699)
at java.io.ObjectInputStream.readObject0
(ObjectInputStream.java:1305)
at
java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:
1908)
at
java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832)
at
java.io.ObjectInputStream.readOrdinaryObject
(ObjectInputStream.java:1719)
at java.io.ObjectInputStream.readObject0
(ObjectInputStream.java:1305)
at java.io.ObjectInputStream.readObject
(ObjectInputStream.java:348)
at
org.apache.roller.planet.util.rome.DiskFeedInfoCache.getFeedInfo
(DiskFeedInfoCache.java:57)
... 14 more
George Frink
[email protected]
twitter: twitter.com/gwfrink3
blog: www.southernconnections.com/roller
phone: 919.341.2999
On Apr 17, 2009, at 9:57 AM, George Frink wrote:
Having grabbed the latest trunk, I compiled and ran it.
Very nice, save for a serial version incompatibility which I
somehow
introduced, thus crippling planet.
Will try your snapshot later .
George
[email protected]
twitter: twitter.com/gwfrink3
blog: www.southernconnections.com/roller
phone: 919.341.2999
On Mar 23, 2009, at 12:05 PM, Dave wrote:
During ApacheCon EU this week I'll be posting some blogs on my
experiences with Roller, OpenSocial and OAuth this week.
Today I posted about the new OAuth support in Roller trunk.
http://rollerweblogger.org/roller/entry/oauth_for_roller
And made an unofficial Roller 5.0-dev "snapshot" build available
here:
http://people.apache.org/~snoopdave/snapshots
Comments, suggestions and other forms of feedback are welcome...
- Dave
IMPORTANT: This e-mail, including any attachments, may contain
private or confidential information. If you think you may not be
the intended recipient, or if you have received this e-mail in
error, please contact the sender immediately and delete all copies
of this e-mail. If you are not the intended recipient, you must not
reproduce any part of this e-mail or disclose its contents to any
other party. This email represents the views of the individual
sender, which do not necessarily reflect those of Education.au
except where the sender expressly states otherwise. It is your
responsibility to scan this email and any files transmitted with it
for viruses or any other defects. education.au limited will not be
liable for any loss, damage or consequence caused directly or
indirectly by this email.
