![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
(no subject)
Mar. 8th, 2011 10:41 pmOne of the feeds I use changed URL a while back. No biggie, I'll just go and update it in RSSOwl...
Oh wait. If I change the feed URL, RSSOwl will delete all the saved entries for it for some unexplained reason. Fine. I'll just edit the configuration manually...
Oh wait. Everything is stored in a ".db" file. Hmm, that's probably a SQLite database as that's what everything is using these days. Fortuantly SQLite do a command-line interface which I've already got installed, so I'll just point that at the file...
Oh wait. It's not a SQLite database. WTF is it then? I know, I'll have a quick browse through the SVN repository and see if anything jumps out. Hmm, there's this db4o library they use. Never heard of it. Ah well, let's download the command-line tool or even better an ODBC connector and use that to edit it.
And that's where I came unstuck. You see, db4o appears to be a non-relational object database and doesn't speak SQL (which they claim is an advantage). Therefore there's no ODBC, ADO, or DAO connector for it. Well I can't be bothered to write my own Java front-end for this, so let's see if there exists a client for it. Hmm, the list of third-party tools includes something called "Object Manager" that looks like it'll work, let's throw that at the database...
And that's where I came unstuck, again. Turns out Object Manager is some spectacularly shonky piece of code that spews exceptions all over the console and hung as soon as I tried to edit the feed URL.
Of course, what I'm supposed to do now in this glorious open source environment is download the source for RSSOwl, spend half a day getting my head round it, and fix it so I can modify a feed URL. Then submit a patch back to the devs to be included in the next version.
Or I could fire RSSOwl into the sun and pick a different feed reader. Decisions, decisions...
Oh wait. If I change the feed URL, RSSOwl will delete all the saved entries for it for some unexplained reason. Fine. I'll just edit the configuration manually...
Oh wait. Everything is stored in a ".db" file. Hmm, that's probably a SQLite database as that's what everything is using these days. Fortuantly SQLite do a command-line interface which I've already got installed, so I'll just point that at the file...
Oh wait. It's not a SQLite database. WTF is it then? I know, I'll have a quick browse through the SVN repository and see if anything jumps out. Hmm, there's this db4o library they use. Never heard of it. Ah well, let's download the command-line tool or even better an ODBC connector and use that to edit it.
And that's where I came unstuck. You see, db4o appears to be a non-relational object database and doesn't speak SQL (which they claim is an advantage). Therefore there's no ODBC, ADO, or DAO connector for it. Well I can't be bothered to write my own Java front-end for this, so let's see if there exists a client for it. Hmm, the list of third-party tools includes something called "Object Manager" that looks like it'll work, let's throw that at the database...
And that's where I came unstuck, again. Turns out Object Manager is some spectacularly shonky piece of code that spews exceptions all over the console and hung as soon as I tried to edit the feed URL.
Of course, what I'm supposed to do now in this glorious open source environment is download the source for RSSOwl, spend half a day getting my head round it, and fix it so I can modify a feed URL. Then submit a patch back to the devs to be included in the next version.
Or I could fire RSSOwl into the sun and pick a different feed reader. Decisions, decisions...
