sample repository.xml link seems to be broken

2007-11-14 Thread Michael Wechner
Hi It seems the link to the sample repository.xml file is outdated from http://jackrabbit.apache.org/doc/config.html to http://svn.apache.org/repos/asf/jackrabbit/trunk/jackrabbit/src/main/config/repository.xml Cheers Michael -- Michael Wechner Wyona - Open Source Content Managemen

Re: Fixing JCR maven link

2007-11-14 Thread Jukka Zitting
Hi, On Nov 15, 2007 12:34 AM, Michael Wechner <[EMAIL PROTECTED]> wrote: > that seems to work fine indeed, whereas I get a > > java.lang.NoClassDefFoundError: org/slf4j/impl/StaticLoggerBinder > > whereas I have > > ~/.m2/repository/org/slf4j/slf4j-api: > 1.3.0 > > ~/.m2/repository/org/slf4j/slf4j

Re: Documentation

2007-11-14 Thread Jukka Zitting
Hi, On Nov 15, 2007 12:39 AM, Michael Wechner <[EMAIL PROTECTED]> wrote: > But does it allow annotations for not committers (with some workflow > behind such that committers can review)? Yes. Anyone can comment the pages in the cwiki space. I'm not sure how well this will work in practice and sh

Re: Fixing JCR maven link

2007-11-14 Thread Michael Wechner
Jukka Zitting wrote: Jackrabbit only defines slf4j-api as a compile-scope dependency, and leaves it up to the containing application to decide which slf4j implementation to use. Adding a dependency like org.slf4j:slf4j-log4j12:1.3.0 should do the trick. thanks very much for the hint. Btw,

Re: Documentation

2007-11-14 Thread Michael Wechner
Jukka Zitting wrote: Hi, On Nov 15, 2007 12:27 AM, Michael Wechner <[EMAIL PROTECTED]> wrote: I might have missed something, but is the purpose of the cwiki to allow "anyone" to work on the official website which then is generated as static files based on the cwiki content? Not reall

Re: Documentation

2007-11-14 Thread Jukka Zitting
Hi, On Nov 15, 2007 12:27 AM, Michael Wechner <[EMAIL PROTECTED]> wrote: > I might have missed something, but is the purpose of the cwiki to allow > "anyone" to work on the official website which then is generated as > static files based on the cwiki content? Not really. By policy only Jackrabbit

Re: Fixing JCR maven link

2007-11-14 Thread Michael Wechner
Jukka Zitting wrote: The whole First Hops page is pretty much outdated, we really should update the dependencies for more recent Jackrabbit versions... ok This is related to the above, jcr-1.0.jar was not available on the central repository when Jackrabbit 1.0 was released. More recent v

Re: Documentation

2007-11-14 Thread Michael Wechner
Jukka Zitting wrote: Hi, A reasonably good version of the cwiki export is now available for review at http://cwiki.apache.org/JCR/. Most of the navigation links don't work yet, but I plan to migrate much of the site content over during the next few days. Please let me know if you're willing to

Re: Fixing JCR maven link

2007-11-14 Thread Jukka Zitting
Hi, On Nov 14, 2007 11:25 PM, Michael Wechner <[EMAIL PROTECTED]> wrote: > Michael Wechner wrote: > > I have just noticed that the JCR maven link on > > > > http://jackrabbit.apache.org/doc/firststeps.html > > > > still links to day.com instead > > > > http://jira.codehaus.org/browse/MAVENUPLOAD-1

Re: Documentation

2007-11-14 Thread Jukka Zitting
Hi, A reasonably good version of the cwiki export is now available for review at http://cwiki.apache.org/JCR/. Most of the navigation links don't work yet, but I plan to migrate much of the site content over during the next few days. Please let me know if you're willing to help. BR, Jukka Zittin

Fixing JCR maven link

2007-11-14 Thread Michael Wechner
Hi I have just noticed that the JCR maven link on http://jackrabbit.apache.org/doc/firststeps.html still links to day.com instead http://jira.codehaus.org/browse/MAVENUPLOAD-1733 Cheers Michael -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.

Re: Fixing JCR maven link

2007-11-14 Thread Michael Wechner
Michael Wechner wrote: Hi I have just noticed that the JCR maven link on http://jackrabbit.apache.org/doc/firststeps.html still links to day.com instead http://jira.codehaus.org/browse/MAVENUPLOAD-1733 sorry to bother with a follow-up, but when specifiying version="1.0"/> one receives

[jira] Created: (JCR-1216) Unreferenced sessions should get garbage collected

2007-11-14 Thread Thomas Mueller (JIRA)
Unreferenced sessions should get garbage collected -- Key: JCR-1216 URL: https://issues.apache.org/jira/browse/JCR-1216 Project: Jackrabbit Issue Type: Improvement Components: jackrab

Re: NGP: Simple journal and tree structures

2007-11-14 Thread Jukka Zitting
Hi, On Nov 14, 2007 11:21 AM, (Berry) A.W. van Halderen <[EMAIL PROTECTED]> wrote: > Quering; which would be the layer where the NGP operate? Optimally I'd put the query indexes into the NGP tree model, for example as special rep:index properties of a node. This way we could have per-subtree inde

[jira] Commented: (JCR-1213) UUIDDocId cache does not work properly because of weakReferences in combination with new instance for combined indexreader

2007-11-14 Thread Ard Schrijvers (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542437 ] Ard Schrijvers commented on JCR-1213: - :-) will have post my findings Sunday! > UUIDDocId cache does not work pr

[jira] Commented: (JCR-1213) UUIDDocId cache does not work properly because of weakReferences in combination with new instance for combined indexreader

2007-11-14 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542435 ] Marcel Reutegger commented on JCR-1213: --- You are right, instead of talking we should just try it out and see whet

[jira] Commented: (JCR-1213) UUIDDocId cache does not work properly because of weakReferences in combination with new instance for combined indexreader

2007-11-14 Thread Ard Schrijvers (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542432 ] Ard Schrijvers commented on JCR-1213: - "I guess we just have a differing judgment about when and how often the cost

[jira] Commented: (JCR-1213) UUIDDocId cache does not work properly because of weakReferences in combination with new instance for combined indexreader

2007-11-14 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542427 ] Marcel Reutegger commented on JCR-1213: --- > But it is not correct that (1) does not solve anything to the original

Re: Webdav servlet and ' characters

2007-11-14 Thread Angela Schreiber
hi kev I've configured jackrabbit within my webapp and the webdav support is excellent. I have only one problem, I have a filename: Avenant Groupe de Gestion d'un Grand Compte.txt Which when I try to copy into my dav web folder (Windows XP client), fails. I checked the tomcat logs and in th

[jira] Commented: (JCR-1213) UUIDDocId cache does not work properly because of weakReferences in combination with new instance for combined indexreader

2007-11-14 Thread Ard Schrijvers (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542418 ] Ard Schrijvers commented on JCR-1213: - "The first check (1) is the reason why you created this issue" Not entirel

[jira] Commented: (JCR-1212) JCR2SPI Node.hasProperty(String) "optional property incompatibility" with Jeceira

2007-11-14 Thread David Nuescheler (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542409 ] David Nuescheler commented on JCR-1212: --- I would take the following position on this. I think that JCR2SPI and

[jira] Commented: (JCR-1213) UUIDDocId cache does not work properly because of weakReferences in combination with new instance for combined indexreader

2007-11-14 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542406 ] Marcel Reutegger commented on JCR-1213: --- Ard wrote: > Am thinking about a two step check, where first a reference

[jira] Updated: (JCR-1215) Store parent UUID as byte array instead of string

2007-11-14 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1215?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger updated JCR-1215: -- Priority: Minor (was: Major) > Store parent UUID as byte array instead of string > -

[jira] Created: (JCR-1215) Store parent UUID as byte array instead of string

2007-11-14 Thread Marcel Reutegger (JIRA)
Store parent UUID as byte array instead of string - Key: JCR-1215 URL: https://issues.apache.org/jira/browse/JCR-1215 Project: Jackrabbit Issue Type: Improvement Components: indexing

Webdav servlet and ' characters

2007-11-14 Thread Kev Jackson
Hi, I've configured jackrabbit within my webapp and the webdav support is excellent. I have only one problem, I have a filename: Avenant Groupe de Gestion d'un Grand Compte.txt Which when I try to copy into my dav web folder (Windows XP client), fails. I checked the tomcat logs and in the r

[jira] Commented: (JCR-1214) DocId.UUIDDocId should not have a string attr uuid, but two long's lsb and msb

2007-11-14 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1214?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542387 ] Marcel Reutegger commented on JCR-1214: --- I think this discussion rather belongs to JCR-1213. I'll copy over your

Re: Implementing virtual, per session subtree

2007-11-14 Thread (Berry) A.W. van Halderen
On Wed, Nov 14, 2007 at 10:07:26AM +0100, Marcel Reutegger wrote: > (Berry) A.W. van Halderen wrote: > ok, I see. if the additional data is some kind of extract from the real > content you may still use the approach with an event listener. instead of > updating a data structure in your applicatio

[jira] Commented: (JCR-1214) DocId.UUIDDocId should not have a string attr uuid, but two long's lsb and msb

2007-11-14 Thread Ard Schrijvers (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1214?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542368 ] Ard Schrijvers commented on JCR-1214: - >no, I'm afraid there isn't, but it's definitively a good idea :-) Perhaps

Re: NGP: Simple journal and tree structures

2007-11-14 Thread (Berry) A.W. van Halderen
On Wed, Nov 14, 2007 at 01:22:13AM +0200, Jukka Zitting wrote: > In the past few hours I committed some simple NGP prototype code that > implements a journal of binary records and a simple tree content > structure based on such records. I'm combining ideas from the > append-only data store concept

Re: Implementing virtual, per session subtree

2007-11-14 Thread Marcel Reutegger
(Berry) A.W. van Halderen wrote: Yes, we definitely want to expose this additional data as items. The whole point is that it allows the repository to expose information about itself in the JCR tree. Much like the jcr:system tree in one way, but now session dependend. We can build faceted navig

[jira] Commented: (JCR-1214) DocId.UUIDDocId should not have a string attr uuid, but two long's lsb and msb

2007-11-14 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1214?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542366 ] Marcel Reutegger commented on JCR-1214: --- > Might be an idea to picture this a little for documentation, or is the

Re: Errors Rebuilding Indexes and Checking Consistency after Content Import.

2007-11-14 Thread Marcel Reutegger
Hi Colin, did you get the same stack trace when you deleted the indexes and restarted? The below stack trace does not seem related to query module. regards marcel Colin Bielen wrote: Hi group. I have an import/export related question/issue. We've written a jackrabbit importer that does a

Re: Implementing virtual, per session subtree

2007-11-14 Thread (Berry) A.W. van Halderen
On Fri, Nov 09, 2007 at 11:40:21AM +0100, Marcel Reutegger wrote: > that's quite a unusual functionality you propose. why do you want to expose > this additional data as item? I would rather implement an event listener > and simply keep the volatile information in a data structure of my > applic