[jira] Reopened: (JCR-1209) NodeImpl.checkot() calls save() two times

[ https://issues.apache.org/jira/browse/JCR-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger reopened JCR-1209: --- > There is no need to save them individually because checked in node must not > have pending chang

Re: Documentation

Hi, On Nov 8, 2007 2:56 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > Am Donnerstag, den 08.11.2007, 13:21 +0100 schrieb Christophe Lombart: > > If needed, I can start to migrate the entire Jackrabbit web site. > > Not sure, what migration plan Jukka has. We would probably also need > some de

[jira] Commented: (JCR-1209) NodeImpl.checkot() calls save() two times

[ https://issues.apache.org/jira/browse/JCR-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541273 ] Przemo Pakulski commented on JCR-1209: -- hm, I forgot that Node.save() method saves changes on the whole subtree.

Re: Documentation

Hi, On Nov 9, 2007 12:18 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > If you need help, I could definitely help. We could also look at it next > week during ApacheCon if you wish. I was kind of planning to do exactly that... ;-) See you next week! BR, Jukka Zitting

Re: Documentation

Hi, Am Freitag, den 09.11.2007, 12:21 +0200 schrieb Jukka Zitting: > > If you need help, I could definitely help. We could also look at it next > > week during ApacheCon if you wish. > > I was kind of planning to do exactly that... ;-) See you next week! Good. Have a good flight. Regards Felix

Re: Documentation

Hi Jukka, Provided you have a CSS and all pages have the same basic structure, you can easily do that by having the CSS a static file in the wiki and define the autoexport template accordingly. To build the navigation a simple wiki page may be created, which may be included in the export template.

Re: Finding a reference of reference

Kisu San wrote: I have nodes: Model, Variant, Codes, Topic. Topic contains a xml file as property, codes are for a specific variant. That mean, Codes node has a property REFERENCE to Variant node. Variant Node in turn is specific for a Model. That is Variant has a property Reference to Model.

[jira] Commented: (JCR-1197) ItemManager cache is getting out of sync

[ https://issues.apache.org/jira/browse/JCR-1197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541281 ] Marcel Reutegger commented on JCR-1197: --- Thanks for your feedback. IIRC the ItemManager is a listener on the Ite

Re: Implementing virtual, per session subtree

hi berry, 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 application. regards marcel (Berry) A.W. van Halderen wrote: Dea

[jira] Commented: (JCR-1208) SPI2JCR throws NPE when target Repository has root node with null primary NodeType.primaryItemName

[ https://issues.apache.org/jira/browse/JCR-1208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541283 ] Marcel Reutegger commented on JCR-1208: --- This is Jeceira throwing the NullPointerException, not Jackrabbits SPI2J

[jira] Created: (JCR-1211) QueryManager does not throw exception if jcr:deref is used in a predicate

QueryManager does not throw exception if jcr:deref is used in a predicate - Key: JCR-1211 URL: https://issues.apache.org/jira/browse/JCR-1211 Project: Jackrabbit Issue T

[jira] Closed: (JCR-1208) SPI2JCR throws NPE when target Repository has root node with null primary NodeType.primaryItemName

[ https://issues.apache.org/jira/browse/JCR-1208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Rauschenbach closed JCR-1208. --- Resolution: Invalid You're right... I got completely spun around. This exception is in the targ

[jira] Commented: (JCR-1209) NodeImpl.checkot() calls save() two times

[ https://issues.apache.org/jira/browse/JCR-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541286 ] Stefan Guggisberg commented on JCR-1209: > We could check if node has pending changes, if not call save once on

Re: Jackrabbit XPath performance

Kisu San wrote: My Xpath query is //element(*, "BULLETIN")[jcr:deref(@btnmodel= 'MODEL_NAME') and jcr:deref(@btnbulletin_type= ‘INFO')] please note that this is actually an invalid query and should be rejected by Jackrabbit. I've created a jira issue: https://issues.apache.org/jira/browse/JC

[jira] Commented: (JCR-1197) ItemManager cache is getting out of sync

[ https://issues.apache.org/jira/browse/JCR-1197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541292 ] Przemo Pakulski commented on JCR-1197: -- Actually ItemManager is notified on ItemState changes (proper methods sta

[jira] Commented: (JCR-1209) NodeImpl.checkot() calls save() two times

[ https://issues.apache.org/jira/browse/JCR-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541293 ] Przemo Pakulski commented on JCR-1209: -- The idea was to speed up versioning operations like checkin/checkout I'll

[jira] Updated: (JCR-1209) NodeImpl.checkot() calls save() two times

[ https://issues.apache.org/jira/browse/JCR-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jukka Zitting updated JCR-1209: --- Component/s: jackrabbit-core Affects Version/s: (was: 1.3.3) (w

Inefficient/useless UUIDDocId cache ( was : Search performance : MultiIndex)

Hello, > > Christoph Kiehl wrote: > > My hope is that we find exactly that kind of clever cache ;) I even > > think we should make this one persistent because you have to read > > every node to build it and I think it might consume to much > memory for > > big repositories (at least if we keep

Re: Jackrabbit XPath performance

Hi >> > //element(*, "BULLETIN")[jcr:deref(@btnmodel= 'MODEL_NAME') and >> jcr:deref(@btnbulletin_type= ‘INFO')] >>please note that this is actually an invalid query and should be rejected by >>Jackrabbit. I've created a jira issue: >>https://issues.apache.org/jira/browse/JCR-1211 Can you ple

[jira] Commented: (JCR-1209) NodeImpl.checkot() calls save() two times

[ https://issues.apache.org/jira/browse/JCR-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541305 ] Marcel Reutegger commented on JCR-1209: --- I did a quick performance test using derby and the default configuration

Re: Jackrabbit XPath performance

Kisu San wrote: Can you please tell me what is the alternative to this query? Marcel Reutegger wrote: see also my comment on the user list. ah, I'm sorry, that was on the dev list: http://markmail.org/message/yxcf7xmrqw6fikmq regards marcel

RE: Inefficient/useless UUIDDocId cache ( was : Search performance : MultiIndex)

> for example is around 100 bit, 100 Mb. > typo: I mean byte instead of bit ofcourse :-) >

[jira] Commented: (JCR-1197) ItemManager cache is getting out of sync

[ https://issues.apache.org/jira/browse/JCR-1197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541362 ] Stefan Guggisberg commented on JCR-1197: my 2 cents: i don't believe that this issue is related to ItemManage

Re: Inefficient/useless UUIDDocId cache ( was : Search performance : MultiIndex)

Hi Ard! Very nice analysis! It's indeed a very tricky bug ;) UUIDDocId should not use WeakReferences on the one hand and equals() on the other hand. Maybe we should better return the same instance of a CombinedIndexReader in SearchIndex.getIndexReader() if possible and use a "==" comparison in