<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Thinking about wiki backends</title>
	<atom:link href="http://www.codemonkeyism.com/archives/2006/07/28/thinking-about-wiki-backends/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.codemonkeyism.com/archives/2006/07/28/thinking-about-wiki-backends/</link>
	<description>Programming is hard</description>
	<pubDate>Sat, 22 Nov 2008 11:25:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: stephan</title>
		<link>http://www.codemonkeyism.com/archives/2006/07/28/thinking-about-wiki-backends/#comment-141</link>
		<dc:creator>stephan</dc:creator>
		<pubDate>Tue, 01 Aug 2006 05:21:28 +0000</pubDate>
		<guid isPermaLink="false">http://stephan.cintoo.org/archives/2006/07/28/thinking-about-wiki-backends/#comment-141</guid>
		<description>@Olli: 100% ack.</description>
		<content:encoded><![CDATA[<p>@Olli: 100% ack.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Olli</title>
		<link>http://www.codemonkeyism.com/archives/2006/07/28/thinking-about-wiki-backends/#comment-140</link>
		<dc:creator>Olli</dc:creator>
		<pubDate>Mon, 31 Jul 2006 08:24:29 +0000</pubDate>
		<guid isPermaLink="false">http://stephan.cintoo.org/archives/2006/07/28/thinking-about-wiki-backends/#comment-140</guid>
		<description>JCR is nice, the spec covers lot's of stuff and with 2-3 days work I was able to use versioning and metadata (with jackrabbit) and had my wiki prototype using radeox up and running. I need to check back again for the xpath queries in jackrabbit it had some problems as I tried it otherwise I will use JCR for everything wiki/blog/cms related I might do. I just don't want to deal with databases, object mappings or something like that anymore.</description>
		<content:encoded><![CDATA[<p>JCR is nice, the spec covers lot&#8217;s of stuff and with 2-3 days work I was able to use versioning and metadata (with jackrabbit) and had my wiki prototype using radeox up and running. I need to check back again for the xpath queries in jackrabbit it had some problems as I tried it otherwise I will use JCR for everything wiki/blog/cms related I might do. I just don&#8217;t want to deal with databases, object mappings or something like that anymore.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephan</title>
		<link>http://www.codemonkeyism.com/archives/2006/07/28/thinking-about-wiki-backends/#comment-138</link>
		<dc:creator>stephan</dc:creator>
		<pubDate>Fri, 28 Jul 2006 18:15:38 +0000</pubDate>
		<guid isPermaLink="false">http://stephan.cintoo.org/archives/2006/07/28/thinking-about-wiki-backends/#comment-138</guid>
		<description>I think JCR is quite simple, and has a simple and clean concept. For my feeling though, Jackrabbit is a bit of a gorilla and could be thinner. A small JCR-driver over JPA would be nice.
With JCR and Radeox it's very simple to start your own wiki.

Yes, trac tries to be a wiki bugtracker, though the concept doesn't work with me. But a bug tracker on top of a meta data wiki might be easy to write. Something along

#bug{ Posting does not work with Tomcat } somewhere in the page. 

Not too far.</description>
		<content:encoded><![CDATA[<p>I think JCR is quite simple, and has a simple and clean concept. For my feeling though, Jackrabbit is a bit of a gorilla and could be thinner. A small JCR-driver over JPA would be nice.<br />
With JCR and Radeox it&#8217;s very simple to start your own wiki.</p>
<p>Yes, trac tries to be a wiki bugtracker, though the concept doesn&#8217;t work with me. But a bug tracker on top of a meta data wiki might be easy to write. Something along</p>
<p>#bug{ Posting does not work with Tomcat } somewhere in the page. </p>
<p>Not too far.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom Palmer</title>
		<link>http://www.codemonkeyism.com/archives/2006/07/28/thinking-about-wiki-backends/#comment-137</link>
		<dc:creator>Tom Palmer</dc:creator>
		<pubDate>Fri, 28 Jul 2006 18:02:43 +0000</pubDate>
		<guid isPermaLink="false">http://stephan.cintoo.org/archives/2006/07/28/thinking-about-wiki-backends/#comment-137</guid>
		<description>I personally think that JCR is too complicated. I don't mind the arbitrary metadata and versioning and stuff. That's great. I would just rather have a simpler core. Stated otherwise, the spec seems way too large to be the core that I want. And I'm also usually fonder Subversion-style versioning and atomic changesets and so on.

I've hypothesized how I might like to see it, but I haven't dedicated any time to it. Maybe someday. I do like the idea of a combined wiki/blog like SnipSnap. I just don't like SnipSnap itself. I also wonder at JIRA and Confluence. Seems to me like a bug tracking system could almost just be a very simple module on top of a wiki. But I haven't much used JIRA or Confluence, so I can't speak much to them.

And I've also gotten sidetracked from your original subject, but maybe not &lt;i&gt;too&lt;/i&gt; far. Use cases are helpful in thinking about implementation.</description>
		<content:encoded><![CDATA[<p>I personally think that JCR is too complicated. I don&#8217;t mind the arbitrary metadata and versioning and stuff. That&#8217;s great. I would just rather have a simpler core. Stated otherwise, the spec seems way too large to be the core that I want. And I&#8217;m also usually fonder Subversion-style versioning and atomic changesets and so on.</p>
<p>I&#8217;ve hypothesized how I might like to see it, but I haven&#8217;t dedicated any time to it. Maybe someday. I do like the idea of a combined wiki/blog like SnipSnap. I just don&#8217;t like SnipSnap itself. I also wonder at JIRA and Confluence. Seems to me like a bug tracking system could almost just be a very simple module on top of a wiki. But I haven&#8217;t much used JIRA or Confluence, so I can&#8217;t speak much to them.</p>
<p>And I&#8217;ve also gotten sidetracked from your original subject, but maybe not <i>too</i> far. Use cases are helpful in thinking about implementation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
