Additional version metadata

2006-09-04 Thread JavaJ
For each version of a node, I would like to attach additional metadata such as the uuid of the user who created the node, a "user-friendly" version number, user comments, etc. Has anyone tried to do something similar? The only way I could see to do this was to add a label for each piece of metad

Re: SORRY Re: JSR 283: hard links are NOT back

2006-09-04 Thread Peeter Piegaze
Hi Dan, In JSR 283 we plan to support a feature very similar to hard links. The Early Draft of 283 has been submited to the JCP and should be publically available very soon, so you will be able to see for yourself. Cheers, Peeter On 9/4/06, Dan Connelly <[EMAIL PROTECTED]> wrote: My mistake.

SORRY Re: JSR 283: hard links are NOT back

2006-09-04 Thread Dan Connelly
My mistake. I was looking at an old JSR 170 spec.But my question remain the same.Hard links would be really nice to have. Either that or very strong soft link support. Dan Connelly wrote: I see from the archives that hard links were removed from Jackrabbit when they got removed

JSR 283: hard links are back?

2006-09-04 Thread Dan Connelly
I see from the archives that hard links were removed from Jackrabbit when they got removed from the JSR 170 spec. The "Multiple Parent" requirement (Section 6.11), a/k/a hard links, is back in the early draft of JSR 283.Did hard links ever work in Jackrabbit? Could JR turn on its support

Re: Refactoring of the backupTool

2006-09-04 Thread Nicolas
Hi Jukka, I am following our IM chat where you explained me a few things I didn't understand at first. I will summarize it here on the ML. - The getVersionManager in SessionImpl shouldn't be public and will probably be switched to protected in a later refactoring. Therefore we should create a ge

[jira] Updated: (JCR-556) Refactoring of the BackupTool

2006-09-04 Thread Nicolas Toper (JIRA)
[ http://issues.apache.org/jira/browse/JCR-556?page=all ] Nicolas Toper updated JCR-556: -- Attachment: patch-backup-040906.txt Hi, Here are some refactoring to the backup tool. This goes in the contrib package for the backup tool. It is mainly clean up of

[jira] Resolved: (JCR-561) Add support to provide custom classloader for class instantiation from configuration

2006-09-04 Thread Felix Meschberger (JIRA)
[ http://issues.apache.org/jira/browse/JCR-561?page=all ] Felix Meschberger resolved JCR-561. --- Resolution: Fixed As committed in Rev. 440026. > Add support to provide custom classloader for class instantiation from > configuration > -

[jira] Commented: (JCR-561) Add support to provide custom classloader for class instantiation from configuration

2006-09-04 Thread Felix Meschberger (JIRA)
[ http://issues.apache.org/jira/browse/JCR-561?page=comments#action_12432487 ] Felix Meschberger commented on JCR-561: --- Added said extension in Rev. 440026. Use of this functionality is very crude as the default class loader has to be set

[jira] Created: (JCR-561) Add support to provide custom classloader for class instantiation from configuration

2006-09-04 Thread Felix Meschberger (JIRA)
Add support to provide custom classloader for class instantiation from configuration Key: JCR-561 URL: http://issues.apache.org/jira/browse/JCR-561 Project: Jackrabb

Re: Searching binary data

2006-09-04 Thread David Nuescheler
Hi Roy, first of all I think this is rather a post for the user list than the dev list of Jackrabbit. On 9/2/06, Roy Russo <[EMAIL PROTECTED]> wrote: Running in to a problem when searching jcr:data types... "select * from portalcms:content where jcr:data like '%JBoss%'"; I assume that in you