Return-Path: 
 <users-return-6932-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org>
Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org
Received: (qmail 4041 invoked from network); 31 Mar 2008 14:26:38 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 31 Mar 2008 14:26:38 -0000
Received: (qmail 18202 invoked by uid 500); 31 Mar 2008 14:26:36 -0000
Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org
Received: (qmail 18188 invoked by uid 500); 31 Mar 2008 14:26:36 -0000
Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@jackrabbit.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@jackrabbit.apache.org>
List-Post: <mailto:users@jackrabbit.apache.org>
List-Id: <users.jackrabbit.apache.org>
Reply-To: users@jackrabbit.apache.org
Delivered-To: mailing list users@jackrabbit.apache.org
Received: (qmail 18179 invoked by uid 99); 31 Mar 2008 14:26:36 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 Mar 2008 07:26:36 -0700
X-ASF-Spam-Status: No, hits=2.6 required=10.0
	tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates
 216.139.236.158 as permitted sender)
Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 31 Mar 2008 14:25:45 +0000
Received: from isper.nabble.com ([192.168.236.156])
	by kuber.nabble.com with esmtp (Exim 4.63)
	(envelope-from <lists@nabble.com>)
	id 1JgKxZ-0003gs-It
	for users@jackrabbit.apache.org; Mon, 31 Mar 2008 07:26:05 -0700
Message-ID: <16396270.post@talk.nabble.com>
Date: Mon, 31 Mar 2008 07:26:05 -0700 (PDT)
From: Jens Mehnert <jens.mehnert@smeet.de>
To: users@jackrabbit.apache.org
Subject: Jackrabbit Cluster Configuration
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Nabble-From: jens.mehnert@smeet.de
X-Virus-Checked: Checked by ClamAV on apache.org


I set up a locale cluster configuration (2 tomcats on one machine) for
testing purposes.
To achieve this I enabled jackrabbit with spring using a custom factory bean
that loads
properties from the WEB-INF folder (avoiding RepositoryConfig.create(...)
method call).
The configuration consists of shared and instance folders.

The shared folders are: 

Datastore : .../jackrabbit clusternodes/shared/blobs
Journal   : .../jackrabbit clusternodes/shared/journal

The configuration looks as follows:

---------------------------------------------------------------------

<DataStore class="org.apache.jackrabbit.core.data.FileDataStore">
  
  
</DataStore>


<FileSystem class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
  
</FileSystem>

<SearchIndex class="org.apache.jackrabbit.core.query.lucene.SearchIndex">
   
</SearchIndex>

<Security appName="Jackrabbit">
  <AccessManager
class="org.apache.jackrabbit.core.security.SimpleAccessManager"/>
    <LoginModule
class="org.apache.jackrabbit.core.security.SimpleLoginModule">
      
    </LoginModule>
</Security>

<Versioning rootPath="${clusternode.repository.versioning.path}">
  <FileSystem class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
    
  </FileSystem>
  <PersistenceManager
class="org.apache.jackrabbit.core.persistence.bundle.BundleFsPersistenceManager"/>
</Versioning>

<Cluster id="cluster1">
  <Journal class="org.apache.jackrabbit.core.journal.FileJournal">
    
    
  </Journal>
</Cluster>



All other folders are not shared and belong to the repository (running in
the tomcat).
It's now no problem to start the first tomcat that establishes its
repository correctly.
This is also the case for the second tomcat. But after the second tomcat
cames up an
exception is thrown when he tries to synchronize with the journal:

2008-03-03 15:11:51,687 INFO
[org.apache.jackrabbit.core.cluster.ClusterNode] - <Processing revision:
679>
2008-03-03 15:11:51,703 ERROR
[org.apache.jackrabbit.core.cluster.ClusterNode] - <Unable to read revision
'679'.>
org.apache.jackrabbit.core.journal.JournalException: Parse error while
reading node type definition.
        at
org.apache.jackrabbit.core.journal.AbstractRecord.readNodeTypeDef(AbstractRecord.java:256)
        at
org.apache.jackrabbit.core.cluster.ClusterNode.consume(ClusterNode.java:1024)
        at
org.apache.jackrabbit.core.journal.AbstractJournal.doSync(AbstractJournal.java:198)
        at
org.apache.jackrabbit.core.journal.AbstractJournal.sync(AbstractJournal.java:173)
        at
org.apache.jackrabbit.core.cluster.ClusterNode.sync(ClusterNode.java:303)
        at
org.apache.jackrabbit.core.cluster.ClusterNode.run(ClusterNode.java:274)
        at java.lang.Thread.run(Thread.java:619)
Caused by: org.apache.jackrabbit.core.nodetype.compact.ParseException: Error
while parsing '_x002a_' ((internal), line 6)
        at
org.apache.jackrabbit.core.nodetype.compact.Lexer.fail(Lexer.java:152)
        at
org.apache.jackrabbit.core.nodetype.compact.CompactNodeTypeDefReader.toQName(CompactNodeTypeDefReader.java:653)
        at
org.apache.jackrabbit.core.nodetype.compact.CompactNodeTypeDefReader.doPropertyDefinition(CompactNodeTypeDefReader.java:386)
        at
org.apache.jackrabbit.core.nodetype.compact.CompactNodeTypeDefReader.doItemDefs(CompactNodeTypeDefReader.java:344)
        at
org.apache.jackrabbit.core.nodetype.compact.CompactNodeTypeDefReader.parse(CompactNodeTypeDefReader.java:218)
        at
org.apache.jackrabbit.core.nodetype.compact.CompactNodeTypeDefReader.<init>(CompactNodeTypeDefReader.java:178)
        at
org.apache.jackrabbit.core.nodetype.compact.CompactNodeTypeDefReader.<init>(CompactNodeTypeDefReader.java:162)
        at
org.apache.jackrabbit.core.journal.AbstractRecord.readNodeTypeDef(AbstractRecord.java:248)
        ... 6 more
Caused by: javax.jcr.NamespaceException: No URI for pefix '' declared.
        at
org.apache.jackrabbit.spi.commons.namespace.NamespaceMapping.getURI(NamespaceMapping.java:74)
        at
org.apache.jackrabbit.spi.commons.conversion.NameParser.parse(NameParser.java:116)
        at
org.apache.jackrabbit.spi.commons.conversion.ParsingNameResolver.getQName(ParsingNameResolver.java:62)
        at
org.apache.jackrabbit.spi.commons.conversion.DefaultNamePathResolver.getQName(DefaultNamePathResolver.java:61)
        at
org.apache.jackrabbit.core.nodetype.compact.CompactNodeTypeDefReader.toQName(CompactNodeTypeDefReader.java:646)
        ... 12 more


I really do not know what the problem here is and why the namespace cannot
be resolved.
I would be very grateful for any information.

Kind regards, Jens Mehnert





-- 
View this message in context: http://www.nabble.com/Jackrabbit-Cluster-Configuration-tp16396270p16396270.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.