When to use JCR and when not-to use JCR?

[behrangsa <be...@gmail.com>]

Hi,

I have some fundamental questions about CMS systems in general, and JCR in
particular. When does it make sense to access the backend through JCR? Is
JCR only suitable for building a CMS system?

I have started working in a company which is selling an OA (office
automation) product that is build in top of Delphi 5 :"> and SQL Server
2000. It suffers from two weaknesses: it breaks down under loads that it
shouldn't and it doesn't have a workflow component (people have to
explicitly send forms to one another.)

The main purpose of the product is to create form specifications, and send
form instances to other people in the organization. The rest of the product
is all what that enables this (user management, form groups, etc.)

Now, does it even make sense to use JCR in this project? If so, how? Also,
it is highly preferred to have a solution which performs better compared to
the Delphi/SQL Server 2000 version on the same hardware. And commercial JCR
implementations is a no go. The only option is Jackrabbit :-)

If it makes sense to use JCR, please let me know why (and please continue
reading :-)

In an early architecture of this project, we have decided to store, say,
form instances under

  /resources/formInstances

as same-name-siblings.

Now it is possible for up to 100 users to submit forms simultaneously. Won't
this become a performance bottleneck? If so, how do you suggest to
reorganize the JCR tree?

Finally could you please enlist a few cases in which JCR/CMS makes sense?
For what is edmunds.com* relying on JCR? Could you talk about a few
real-world projects that use JCR and you have been a part of it?

I have always had this confusion about JMS as well. I know what JMS does,
but I don't know when does it make sense to use JMS. A few real world
instances in which JMS usage makes sense is also appreciated. What is
transactional JMS? Can I have transactional email sending with JMS? Does it
only make sense to use JMS in B2B systems?

Best regards and thanks in advance,
Behi

*http://www.eweek.com/article2/0,1759,1951429,00.asp?kc=EWRSS03119TX1K0000594
-- 
View this message in context: http://www.nabble.com/When-to-use-JCR-and-when-not-to-use-JCR--tf2372627.html#a6610215
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.

Re: When to use JCR and when not-to use JCR?

[Nicolas <nt...@gmail.com>]

Good point. I just didn't think of JCR this way.

I will give it a try actually.

Speaking of this, I think it would be a good idea to showcase some
applications built on JR.

Ten years ago, we would have built a pet store ;), now I suggest to build a
blog. Would this be interesting for JR community (as a showcase not as a
tool :p). Can I count on your help?

Nicolas

Re: When to use JCR and when not-to use JCR?

[Stefan Guggisberg <st...@gmail.com>]

On 10/4/06, Nicolas <nt...@gmail.com> wrote:
> Hi Stefan,
>
> On 10/4/06, Stefan Guggisberg <st...@gmail.com> wrote:
>
> > btw, JCR is by no means limited to CMS applications. e.g. any java
> > application that has to deal with hard (think database tables) and soft
> > structured (think xml) data and hierarchical data model could possibly
> > benefit from using JCR.
>
>
> Could you extend on these please?
>
> My understanding of JCR was it is good for hierarchical model + soft
> structured data.
>
> How could you deal with hard structured data efficiently using the JCR?

given node types, why couldn't you deal efficiently deal with hard
structured content using JCR?

>
> BR
> Nico
> my blog! http://www.deviant-abstraction.net !!
>
>

Re: When to use JCR and when not-to use JCR?

[Nicolas <nt...@gmail.com>]

Hi Stefan,

On 10/4/06, Stefan Guggisberg <st...@gmail.com> wrote:

> btw, JCR is by no means limited to CMS applications. e.g. any java
> application that has to deal with hard (think database tables) and soft
> structured (think xml) data and hierarchical data model could possibly
> benefit from using JCR.


Could you extend on these please?

My understanding of JCR was it is good for hierarchical model + soft
structured data.

How could you deal with hard structured data efficiently using the JCR?

BR
Nico
my blog! http://www.deviant-abstraction.net !!

Re: When to use JCR and when not-to use JCR?

[Stefan Guggisberg <st...@gmail.com>]

hi behi

On 10/2/06, behrangsa <be...@gmail.com> wrote:
>
> Hi,
>
> I have some fundamental questions about CMS systems in general, and JCR in
> particular. When does it make sense to access the backend through JCR? Is
> JCR only suitable for building a CMS system?

you could view JCR as being the equivalent of what JDBC is for
relational databases,
a standardized, vendor-neutral java api for accessing content repositories.

the benefits of using a standard vs a vendor-specific api should be obvious.

i strongly encourage you to read at least chapters 2 (Introduction)
and 3 (Use Cases)
of the JSR-170 specification
(http://jcp.org/aboutJava/communityprocess/final/jsr170/index.html).

there are also some excellent articles covering JSR-170 basics,
e.g. http://www.cmswatch.com/Feature/123

btw, JCR is by no means limited to CMS applications. e.g. any java
application that has to deal with hard (think database tables) and soft
structured (think xml) data and hierarchical data model could possibly
benefit from using JCR.

cheers
stefan

>
> I have started working in a company which is selling an OA (office
> automation) product that is build in top of Delphi 5 :"> and SQL Server
> 2000. It suffers from two weaknesses: it breaks down under loads that it
> shouldn't and it doesn't have a workflow component (people have to
> explicitly send forms to one another.)
>
> The main purpose of the product is to create form specifications, and send
> form instances to other people in the organization. The rest of the product
> is all what that enables this (user management, form groups, etc.)
>
> Now, does it even make sense to use JCR in this project? If so, how? Also,
> it is highly preferred to have a solution which performs better compared to
> the Delphi/SQL Server 2000 version on the same hardware. And commercial JCR
> implementations is a no go. The only option is Jackrabbit :-)
>
> If it makes sense to use JCR, please let me know why (and please continue
> reading :-)
>
> In an early architecture of this project, we have decided to store, say,
> form instances under
>
>   /resources/formInstances
>
> as same-name-siblings.
>
> Now it is possible for up to 100 users to submit forms simultaneously. Won't
> this become a performance bottleneck? If so, how do you suggest to
> reorganize the JCR tree?
>
> Finally could you please enlist a few cases in which JCR/CMS makes sense?
> For what is edmunds.com* relying on JCR? Could you talk about a few
> real-world projects that use JCR and you have been a part of it?
>
> I have always had this confusion about JMS as well. I know what JMS does,
> but I don't know when does it make sense to use JMS. A few real world
> instances in which JMS usage makes sense is also appreciated. What is
> transactional JMS? Can I have transactional email sending with JMS? Does it
> only make sense to use JMS in B2B systems?
>
> Best regards and thanks in advance,
> Behi
>
> *http://www.eweek.com/article2/0,1759,1951429,00.asp?kc=EWRSS03119TX1K0000594
> --
> View this message in context: http://www.nabble.com/When-to-use-JCR-and-when-not-to-use-JCR--tf2372627.html#a6610215
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>
>