jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ista Pouss <ista...@gmail.com>
Subject Re: 30 secondes to create and open a repository ?
Date Thu, 11 Nov 2010 21:24:11 GMT
Thanks all.

I see, with some experiments, thats it's only the repository creation time
which is consuming. If I do create + open, I have 30 secondes. If I do open
only, I have 3 secondes, with an existing repository.

Perhaps it's normal ??

About H2, I get :

---------
- 11 nov. 2010 19:35:14,773 INFO  [main]

org.apache.jackrabbit.core.persistence.bundle.ConnectionRecoveryManager :
Driver: H2 JDBC Driver / 1.2.145 (2010-11-02)
---------
- 11 nov. 2010 19:35:14,829 ERROR [main]

org.apache.jackrabbit.core.persistence.bundle.ConnectionRecoveryManager :
could not execute statement, reason: Unique index or primary key violation:
"PRIMARY_KEY_7 ON PUBLIC.BUNDLE(NODE_ID)"; SQL statement:
insert into BUNDLE (BUNDLE_DATA, NODE_ID) values (?, ?) [23001-145],
state/code: 23001/23001
---------
- 11 nov. 2010 19:35:14,831 ERROR [main]

org.apache.jackrabbit.core.persistence.bundle.BundleDbPersistenceManager :
failed to write bundle: deadbeef-cafe-babe-cafe-babecafebabe
---------
org.h2.jdbc.JdbcSQLException: Unique index or primary key violation:
"PRIMARY_KEY_7 ON PUBLIC.BUNDLE(NODE_ID)"; SQL statement:
insert into BUNDLE (BUNDLE_DATA, NODE_ID) values (?, ?) [23001-145]
        at
org.h2.message.DbException.getJdbcSQLException(DbException.java:327)
        at org.h2.message.DbException.get(DbException.java:167)
        at org.h2.message.DbException.get(DbException.java:144)
        at
org.h2.index.BaseIndex.getDuplicateKeyException(BaseIndex.java:158)
        at org.h2.index.PageBtree.find(PageBtree.java:121)
        at org.h2.index.PageBtreeLeaf.addRow(PageBtreeLeaf.java:144)
        at org.h2.index.PageBtreeLeaf.addRowTry(PageBtreeLeaf.java:100)
        at org.h2.index.PageBtreeIndex.addRow(PageBtreeIndex.java:90)
        at org.h2.index.PageBtreeIndex.add(PageBtreeIndex.java:81)
        at org.h2.table.RegularTable.addRow(RegularTable.java:125)
        at org.h2.command.dml.Insert.insertRows(Insert.java:126)
        at org.h2.command.dml.Insert.update(Insert.java:86)
        at org.h2.command.CommandContainer.update(CommandContainer.java:69)
        at org.h2.command.Command.executeUpdate(Command.java:201)
        at
org.h2.jdbc.JdbcPreparedStatement.execute(JdbcPreparedStatement.java:181)
        at
org.apache.jackrabbit.core.persistence.bundle.ConnectionRecoveryManager.executeStmtInternal(ConnectionRecoveryManager.java:371)
        at
org.apache.jackrabbit.core.persistence.bundle.ConnectionRecoveryManager.executeStmtInternal(ConnectionRecoveryManager.java:298)
        at
org.apache.jackrabbit.core.persistence.bundle.ConnectionRecoveryManager.executeStmt(ConnectionRecoveryManager.java:261)
        at
org.apache.jackrabbit.core.persistence.bundle.ConnectionRecoveryManager.executeStmt(ConnectionRecoveryManager.java:239)
        at
org.apache.jackrabbit.core.persistence.bundle.BundleDbPersistenceManager.storeBundle(BundleDbPersistenceManager.java:1207)
        at
org.apache.jackrabbit.core.persistence.bundle.AbstractBundlePersistenceManager.putBundle(AbstractBundlePersistenceManager.java:684)
        at
org.apache.jackrabbit.core.persistence.bundle.AbstractBundlePersistenceManager.storeInternal(AbstractBundlePersistenceManager.java:626)
        at
org.apache.jackrabbit.core.persistence.bundle.AbstractBundlePersistenceManager.store(AbstractBundlePersistenceManager.java:502)
        at
org.apache.jackrabbit.core.persistence.bundle.BundleDbPersistenceManager.store(BundleDbPersistenceManager.java:561)
        at
org.apache.jackrabbit.core.state.SharedItemStateManager.createRootNodeState(SharedItemStateManager.java:1324)
        at
org.apache.jackrabbit.core.state.SharedItemStateManager.<init>(SharedItemStateManager.java:200)
        at
org.apache.jackrabbit.core.RepositoryImpl.createItemStateManager(RepositoryImpl.java:1458)
        at
org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doInitialize(RepositoryImpl.java:2023)
        at
org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:1994)
        at
org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:535)
        at
org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:366)
        at
org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:673)
        at
org.apache.jackrabbit.core.TransientRepository$2.getRepository(TransientRepository.java:231)
        at
org.apache.jackrabbit.core.TransientRepository.startRepository(TransientRepository.java:259)
        at
org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:355)
        at
org.apache.jackrabbit.commons.AbstractRepository.login(AbstractRepository.java:123)
        at com.hum.HurryUpJCR_1.main(HurryUpJCR_1.java:17)


 I'm not lucky today... perhaps best tomorow ?... Good nigth. Thanks again
for your help today.




2010/11/11 Rakesh Vidyadharan <rakesh@sptci.com>

>
> On 11 Nov 2010, at 07:21, Ista Pouss wrote:
>
> > 2010/11/11 Cech. Ulrich <Ulrich.Cech@aeb.de>
> >
> >> < No, I configure nothing ; the repository goes in an empty directory,
> as
> >> you can see with dirs.mkdirs().>
> >> Then, try to configure a repository.xml and choose simple FileSystem as
> >> PersistenceManager and so on and give this XML to the
> TransientRepository to
> >> check, if this makes some difference.
> >>
> >>
> > With BundleFsPersistenceManager, the same take only 3 secondes !
> >
> > It seem that DerbyPersistenceManager, the default, is very time
> expensive,
> > for me, at startup.
>
> Try h2.  It is quite a bit faster to startup than Derby.  It also has the
> benefit that a crash will usually not require manually deleting lock files.
>
> Rakesh

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message