[mailto:justinedel...@gmail.com] On Behalf Of
Justin Edelson
Sent: Wednesday, November 17, 2010 12:12 AM
To: users@jackrabbit.apache.org
Subject: Re: Multiple instances of repository
Nikhil-
I think you should rethink you're architecture. It really doesn't make
sense to be bringing repository instances up
-
Von: nikhil.agra...@emeter.com [mailto:nikhil.agra...@emeter.com]
Gesendet: Mittwoch, 17. November 2010 18:06
An: users@jackrabbit.apache.org
Betreff: RE: Multiple instances of repository
I am really thankful for all the suggestions.
I am not an expert in architecting the applications
: Multiple instances of repository
Nikhil-
I think you should rethink you're architecture. It really doesn't make
sense to be bringing repository instances up only for a 2-4 minute
job. Instead, you should think about using the Command pattern and
package your applications as executable jobs which
the data
in same tables, that's what my understanding is.
Thanks,
Nikhil
-Original Message-
From: Seidel. Robert [mailto:robert.sei...@aeb.de]
Sent: Tuesday, November 16, 2010 1:22 PM
To: users@jackrabbit.apache.org
Subject: AW: Multiple instances of repository
Hi Nikhil,
if you want
...@emeter.com [mailto:nikhil.agra...@emeter.com]
Gesendet: Dienstag, 16. November 2010 09:37
An: users@jackrabbit.apache.org
Betreff: RE: Multiple instances of repository
Thanks for replying back. I will need little more help to understand the things
completely.
I will just elaborate a bit more on my
16, 2010 2:42 PM
To: users@jackrabbit.apache.org
Subject: AW: Multiple instances of repository
Hi Nikhil,
you need clustering, because all of your instances should access the same
repository.
What you need is separate repository homes for each instance. In my use case I
have an installation
-
Von: nikhil.agra...@emeter.com [mailto:nikhil.agra...@emeter.com]
Gesendet: Dienstag, 16. November 2010 10:54
An: users@jackrabbit.apache.org
Betreff: RE: Multiple instances of repository
Since there could be n number of instances. So I can't decide the cluster id
beforehand.
Hence I have
it hard to use these short span applications as cluster
nodes.
Thanks,
Nikhil
-Original Message-
From: Seidel. Robert [mailto:robert.sei...@aeb.de]
Sent: Tuesday, November 16, 2010 3:33 PM
To: users@jackrabbit.apache.org
Subject: AW: Multiple instances of repository
Hi Nikhil,
I don't
instance, so no clustering
is necessary.
Kindly regards, Robert
-Ursprüngliche Nachricht-
Von: nikhil.agra...@emeter.com [mailto:nikhil.agra...@emeter.com]
Gesendet: Dienstag, 16. November 2010 11:17
An: users@jackrabbit.apache.org
Betreff: RE: Multiple instances of repository
Thanks
]
Sent: Tuesday, November 16, 2010 3:33 PM
To: users@jackrabbit.apache.org
Subject: AW: Multiple instances of repository
Hi Nikhil,
I don't know if it will work (setProperty), but you have another problem. The
Lucene search index is always saved in the file system. And afaik, each
repository
Hi,
I am using jackrabbit as JCR implementation in my project. I am running
jackrabbit with in my application in the same jvm.
The application read the content from repository and also writes some content
in repository.
There could be multiple concurrent instances of my application running on
@jackrabbit.apache.org
Betreff: Multiple instances of repository
Hi,
I am using jackrabbit as JCR implementation in my project. I am running
jackrabbit with in my application in the same jvm.
The application read the content from repository and also writes some content
in repository.
There could
In my company web project, for clustering purposes, we need to have
multiple instances of the repository (one per cluster node).
This is not possible due to the lock system (.lock file)
So, we had this idea:
Is it correct to have multiple repositories (all with the same
configuration
[EMAIL PROTECTED] wrote:
In my company web project, for clustering purposes, we need to have
multiple instances of the repository (one per cluster node).
This is not possible due to the lock system (.lock file)
So, we had this idea:
Is it correct to have multiple repositories (all with the same
14 matches
Mail list logo