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 directory for each instance, so the repository home is
located below this directory.
You have to make sure, that each instance has also its own repository.xml
because you need to define different clusterIDs.
And you have to define a cluster section in the repository.xml where the
journal is located, which is necessary for synchronization:
<Cluster id="node1" syncDelay="5000">
<Journal class="org.apache.jackrabbit.core.journal.OracleDatabaseJournal">
<param name="driver" value="javax.naming.InitialContext"/>
<param name="url" value="jdbc/amiDBDataSource"/>
...
</Journal>
</Cluster>
Kindly regards, Robert
-----Ursprüngliche Nachricht-----
Von: [email protected] [mailto:[email protected]]
Gesendet: Dienstag, 16. November 2010 09:37
An: [email protected]
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 usage scenario. I am also attaching my
repository.xml file with this mail. Please let me know if you want to know more
about my environment.
In my case, I want to keep all the data in one database and I want to use
jackrabbit as JCR over this database.
I have the jackrabbit embedded in my application so the repository gets-up as
part of the application.
Now this application reads some files from repository and also inserts some
data in repository.
There could be two instances of the application app1 running on machine1 and
app2 running on machine2.
So my application instances are different and I can create multiple repository
homes to avoid the locking problem but I still wants to insert the data from
these applications in same database tables.
So if all the application instances use the same repository configuration file
and specify their own repository home.
Will that work in my case? Will there be any consistency issues?
When you say separate data store and separate persistence managers, you mean
separate repository configuration file or separate database tables for data
stores and persistence managers.
My instances and the repositories operate separately from each other but they
still want to share the data. The data inserted by one application instance
should be visible to other instance. So they all should be inserting the data
in same tables, that's what my understanding is.
Thanks,
Nikhil
-----Original Message-----
From: Seidel. Robert [mailto:[email protected]]
Sent: Tuesday, November 16, 2010 1:22 PM
To: [email protected]
Subject: AW: Multiple instances of repository
Hi Nikhil,
if you want to use clustering, you have to define a repository home for each
cluster.
Clustering is necessary, if you want to have the same data/indexes at all
cluster nodes - the key word is synchronization.
If your instances and the repositories operate separately from each other, you
don't need clustering. Separate repository homes, data stores and persistence
managers will do the job.
Kindly regards, Robert
-----Ursprüngliche Nachricht-----
Von: [email protected] [mailto:[email protected]]
Gesendet: Dienstag, 16. November 2010 08:33
An: [email protected]
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 be multiple concurrent instances of my application running on the
same or different machines.
I have a configuration file for jackrabbit and I have a single repository home
for jackrabbit.
Now as soon as one instance of the application is up and running, I can't run
the other instance as the first instance creates a lock file in repository home.
After doing some search I came to know about running the jackrabbit in
clustered mode.
Now my question is even in this case I will have to specify a different
repository home for every run, right?
That means I should form the repository home path at the run time because at
compile time I am not sure how many instance will be run.
This is a standalone java application and theoretically n number of instance
can be run.
My question is when I have to specify a different repository path for every
run, then the jackrabbit will work even with out clustering?
Because .lock file will be different for different runs as the repository home
is different.
I know I am missing something here, please help me.
I am attaching my conf file with this mail.
Thanks,
Nikhil
