Support Forums: Message List - JCR is dead, says CMSWire

Ignoring JCR API and speaking from personal preference

Tue, 11 Jan 2011 17:21:56 -0500

...

My bias opinion

Tue, 11 Jan 2011 07:38:33 -0500

Well, document storage is really meant for data that is irregular, or schemaless. xrays probably wouldn't fit this really strongly, unless you attached attributes to the xrays ('has shinbone, has break, has greenstick fracture"). When you apply...

JCR is good enough

Tue, 11 Jan 2011 07:35:55 -0500

It's better than you seem to think it is. Look at InfoQ - it uses Jackrabbit as the backend. At one point, it stood up to slashdotting, and took it well - without a lot of cache stuff to help protect it from load. The access mechanism for data was...

trusted repositories/policy

Tue, 11 Jan 2011 07:12:30 -0500

There's this whole area of research into trusted digital repositories and policy-based management. It's an issue now in archival and scientific data, but I'm really interested in how it fits into the field of 'enterprise' solutions.

...

JCR is dead, says CMSWire

Mon, 10 Jan 2011 16:00:08 -0500

Can i do a 2 phase commit with CMIS?

My bias opinion

Mon, 10 Jan 2011 15:58:50 -0500

Peter, I really want to know what you believe is better, not why JCR is not suitable (or any CR for that matter). I keep going back and forth on this issue so i am curious as to 1) what better solutions there are 2) why they are better....

Cara Beriklan Di Internet

Mon, 10 Jan 2011 14:17:56 -0500

Cara Beriklan Di Internet Puisi...

My bias opinion

Mon, 10 Jan 2011 14:11:37 -0500

...

My bias opinion

Mon, 10 Jan 2011 12:46:36 -0500

There's no reason that any of this makes JCR wrong for x-ray images. Encryption is a client-side thing; you'd store a set of bytes, encrypted.

...

My bias opinion

Mon, 10 Jan 2011 12:05:47 -0500

...

My bias opinion

Mon, 10 Jan 2011 10:57:24 -0500

Peter, then what would be a better way to "store x-ray images related to a claim and have the ability to manage and audit it easily"?

JCR is good enough

Mon, 10 Jan 2011 10:54:05 -0500

If your application requires the stroring of documents (which incidentally a large number of business applications is about), then JCR is likely the way to go (assuming you are developing on a JVM). I don't think you want to re-invent the...

My bias opinion

Mon, 10 Jan 2011 09:22:49 -0500

When JCR spec was finalized I spent several weeks reading and studying it. After I read the spec, I studied jack rabbit and looked at some JCR containers. The thing is, JCR was designed to store documents in a tree structure. If the data you want to...

JCR is dead, says CMSWire

Mon, 10 Jan 2011 08:26:11 -0500

Lots of obituaries lately: Java a few weeks ago, now JCR. CMSWire has a newspost asking if the Java Content Repository specification is dead, that maybe CMIS...