As i see in the oracle.ddl file from the new bundle persistence managers it
will create a new table (BUNDLE)
What do i have to do to migrate a old workspace ?
BR,
claus
Hi,
On 4/24/07, KÖLL Claus [EMAIL PROTECTED] wrote:
As i see in the oracle.ddl file from the new bundle persistence managers it will
create a new table (BUNDLE) What do i have to do to migrate a old workspace?
I would create a new workspace with the bundle configuration and use
hi jukka,
thanks for the info.
i hope someone contribute such a migration util ...
BR,
claus
-Ursprüngliche Nachricht-
Von: Jukka Zitting [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 24. April 2007 10:06
An: dev@jackrabbit.apache.org
Betreff: Re: Migrate from Old
[
https://issues.apache.org/jira/browse/JCR-778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491216
]
Michael Neale commented on JCR-778:
---
A simpler way to reproduce:
public void testIt() throws Exception {
One question to workspace.clone ..
will be the uuids generated again or will they been taken from the source
workspace?
thanks
claus
-Ursprüngliche Nachricht-
Von: KÖLL Claus [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 24. April 2007 10:12
An: dev@jackrabbit.apache.org
Betreff: AW:
hi jukka,
i am very much in favor of such an approach.
My idea is to store each value in a unique and immutable value
record identified by a value identifier. Duplicate values are only
stored once in a single value record. This saves space especially when
storing multiple copies of large
Hi,
On 4/24/07, KÖLL Claus [EMAIL PROTECTED] wrote:
One question to workspace.clone ..
will be the uuids generated again or will they been taken from the source
workspace?
Workspace.clone() preserves UUIDs, see the API javadocs for the details.
BR,
Jukka Zitting
Hi,
On 4/24/07, David Nuescheler [EMAIL PROTECTED] wrote:
A value record would essentially be an array of bytes as defined in
Value.getStream(). In other words the integer value 123 and the string
value 123 would both be stored in the same value record. More
specific typing information
hi is not possible to configure the new persistencemanager to use externalblobs
?
if i try to set externalBLOB's=true i get a exception
javax.jcr.RepositoryException: Cannot instantiate persistence manager
org.apache.jackrabbit.core.persistence.bundle.OraclePersistenceManager: The
bean of
Jukka Zitting wrote:
Hi,
I started prototyping the next generation persistence proposal
discussed before, and would like feedback on an idea on how to store
values in this persistence model.
My idea is to store each value in a unique and immutable value
record identified by a value identifier.
unsynchronized access on 'itemCache' map in ItemManager
Key: JCR-862
URL: https://issues.apache.org/jira/browse/JCR-862
Project: Jackrabbit
Issue Type: Bug
Components: core
[
https://issues.apache.org/jira/browse/JCR-862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Guggisberg reassigned JCR-862:
-
Assignee: Stefan Guggisberg
unsynchronized access on 'itemCache' map in ItemManager
Jukka Zitting wrote:
As i see in the oracle.ddl file from the new bundle persistence
managers it will
create a new table (BUNDLE) What do i have to do to migrate a old
workspace?
I would create a new workspace with the bundle configuration and use
Workspace.clone() to copy all content to the
Christoph Kiehl wrote:
I tried the following:
testWorkspace.clone(default, / , / , false);
My second try was to just clone one of our root nodes:
testWorkspace.clone(default, /content , /content , false);
This failed because of the following exception:
Caused by:
Is there a reason why the org.apache.jackrabbit.core.query.lucene.DateField
class is not public (even though its methods are public)? All the other
type Field classes are public (LongField, DoubleField, etc.).
James
--
View this message in context:
Hi,
while work on the SPI API itself, and the various implementation parts
in Jackrabbit progresses nicely, I'm wondering whether it would make
sense to get interested people into the same room for a few days. Topics
could be:
- resolving remaining open issues with the SPI itself,
-
Patch to use FileLock for locking instead of empty file
---
Key: JCR-863
URL: https://issues.apache.org/jira/browse/JCR-863
Project: Jackrabbit
Issue Type: Improvement
Affects
[
https://issues.apache.org/jira/browse/JCR-863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Neale updated JCR-863:
--
Component/s: core
Patch to use FileLock for locking instead of empty file
[
https://issues.apache.org/jira/browse/JCR-863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Neale updated JCR-863:
--
Attachment: FSDirectory.patch
Here is the patch. Please let me know if any more info is required.
Patch
19 matches
Mail list logo