Matthew is a DZone employee and has posted 155 posts at DZone. You can read more from them at their website. View Full User Profile

JCR and Web 2.0: A Good Fit or Too Heavy for Today's Web?

03.26.2008
| 4764 views |
  • submit to reddit

Yesterday, I received an email about a presentation at TheServerSide Java Symposium by Day Software highlighting the use of the Java Content Repository (JCR) in the Web 2.0 world. In an environment where developers and companies are focusing on a less is more mentality, is there a place for something like JCR?At the TSSJS show this week, Day will be presenting on how to bring JCR to the modern web. According to the press release:

At the show, Day Software CTO David Nuescheler will lead a presentation, "Kickstarting JCR: TheServerSide.com as a Content Application," which will illustrate how developers can turn an existing TSS Web site into a content repository-based application.

I believe that this promises to be an interesting presentation, and I hope that someone attending the show will fill me in on how it went. A few years back, we looked at JCR as the backend for the next generation of Javalobby and had some mixed feelings.  It was very exciting to see a storage solution where each thing was a custom node with custom metadata.  In the end though, the documentation and feature set for the open source version, Apache Jackrabbit, was limited, and there appeared to be one major commerical offering.  

In the end, a standard SQL database was the choice and in the Web 2.0 world we see more and more solutions and methods that push developers to get things done faster, lighter, and cheaper.  I still firmly believe in the possibility of storing your data in object form, but I'm concerned about the data only being accessible from a Java application.  We run applications in Ruby, PHP, and Java these days.  One day there might even by a .NET application in there :)  We have to be able to interact with the data at the backend from all these languages, and at the end of the day the old SQL database still provides that interaction.

What do you guys think about the JCR?  Has it made progress on being something that people should look at for data persistence?  Would you use it in combination with a SQL database or just go whole hog and store everything in the JCR?  There's a ton of potential in my opinion, just not enough information. 

Comments

Travis Truman replied on Wed, 2008/03/26 - 2:17pm

My understanding is that InfoQ.com uses a JCR backend. I'd love to see some comments, blog posts, etc from the folks that built that explaining their experiences.

Alex Popescu replied on Wed, 2008/03/26 - 8:34pm

Travis you are right. And I think David knows it too, but I suppose he wouldn't have been invited at TSSJS with a talk about InfoQ :-). I think you can find my slides online, as I've been presenting details about our architecture in the past.

 

cheers,

 

./alex

--

.w( the_mindstorm )p.

  Alexandru Popescu

 

 

Marszfm Mawrthc replied on Fri, 2008/03/28 - 11:07am

Matthew,

re "faster, lighter, and cheaper": I helped David with the pres at the TSS symposium. What we did was to take static HTML from the TSS website and create a fully functioning web app in 15min live on stage (where users can post new items, an admin can approve and diapprove and the items show up on the home page).

We used CRX (Day's repository) and Apache Sling for that which makes web development on JCRs much much quicker. I completely agree that a while back there were not enough tools to do that.

We plan to create a screencast of the "15min TSS app" and post it on dev.day.com. The pres slides are are http://wiki.javasymposium.com/pages/viewpageattachments.action?pageId=501

 

Cheers

Michael

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.