[jira] Commented: (JCR-964) Cannot rebuild corrupt or missing search index from DataSource

2007-08-13 Thread Hitesh Shah (JIRA)
[ https://issues.apache.org/jira/browse/JCR-964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519548 ] Hitesh Shah commented on JCR-964: - I don't have a test case or sample instructions on how to reproduce the issue. It l

Re: [Proposal] Sling

2007-08-13 Thread Roy T. Fielding
I would just add that JSR-311 might also be an option. As an aside (and since you folks are on the Expert Group), do we know if JAX-RS will be under a suitable specification license, or has Sun encumbered it as they have other Sun-led specifications? We don't know. We won't implement JSR

RE: [Proposal] Sling

2007-08-13 Thread Noel J. Bergman
Felix Meschberger wrote: > As Alex also pointed out, the goal is to have a flexible framework to > allow for different bindings. Ah, that was not clear from the proposal. I thought that you were planning to define your own, new, component model for delivering the content back to the requestor.

[jira] Commented: (JCR-1055) Incorrect node position after import

2007-08-13 Thread Marcus Kaar (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519474 ] Marcus Kaar commented on JCR-1055: -- WOW! thats good to hear! Thank you! Marcus. > Incorrect node position after

[jira] Commented: (JCR-964) Cannot rebuild corrupt or missing search index from DataSource

2007-08-13 Thread Stefan Guggisberg (JIRA)
[ https://issues.apache.org/jira/browse/JCR-964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519468 ] Stefan Guggisberg commented on JCR-964: --- > 'm getting the same error, and my environment is not clustered yet. I h

[jira] Resolved: (JCR-1055) Incorrect node position after import

2007-08-13 Thread Stefan Guggisberg (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stefan Guggisberg resolved JCR-1055. Resolution: Fixed Fix Version/s: 1.4 fixed in svn r565399 thanks for reporting this i

Re: IndexingConfiguration jr 1.4 release, analyzing, searching and synonymprovider

2007-08-13 Thread Marcel Reutegger
Ard Schrijvers wrote: and sorry for spamming, but I just want to share my findings/impressions, and what I am posting I am willimg to implement and port to the JackRabbit trunk (so if you bother to read it, and are positive about it, I will implement it :-) ) you don't have to feel sorry, your

Re: improving the scalability in searching

2007-08-13 Thread Marcel Reutegger
Ard Schrijvers wrote: IMO, we should index more (derived) data about a documents properties (I'll return to this in a mail about IndexingConfiguration which I think we can add some features that might tackle this) if we want to be able to query fast. For this specific problem, the solution would

Re: SOA and Jackrabbit

2007-08-13 Thread Marcel Reutegger
Mohammed ATMANE wrote: I need to integrate jackrabbit in an architecture SOA, where there are many applications that need to save some data in the repository, the question is can i access to the repository with webservices. a while ago we had a quick discussion on this list about JCR and soap:

[jira] Resolved: (JCR-1051) MatchAllScorer calculateDocFilter() bug

2007-08-13 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger resolved JCR-1051. --- Resolution: Fixed Fixed in revision: 565316 > MatchAllScorer calculateDocFilter() bug > --

Re: Reopened: (JCR-1051) MatchAllScorer calculateDocFilter() bug

2007-08-13 Thread Christoph Kiehl
Marcel Reutegger (JIRA) wrote: [ https://issues.apache.org/jira/browse/JCR-1051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger reopened JCR-1051: --- Assignee: Marcel Reutegger (was: Christoph Kiehl) We should

[jira] Reopened: (JCR-1051) MatchAllScorer calculateDocFilter() bug

2007-08-13 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger reopened JCR-1051: --- Assignee: Marcel Reutegger (was: Christoph Kiehl) We should avoid creating the named value i

[jira] Resolved: (JCR-1045) jcr:contains does not return substrings with apostrophes

2007-08-13 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger resolved JCR-1045. --- Resolution: Invalid If you are looking for an exact substring then you should rather use the j

Re: Nodetype reregistration and JackrabbitNodeTypeManager

2007-08-13 Thread Christoph Kiehl
Stefan Guggisberg wrote: On 8/13/07, Felix Meschberger <[EMAIL PROTECTED]> wrote: Hi, Am Montag, den 13.08.2007, 10:31 +0200 schrieb Christoph Kiehl: What do you think of option two in my original mail, regardless of when the new nodetype management API is available? Honestly, while I agree t

[jira] Resolved: (JCR-1042) Disable norms for untokenized fields to reduce memory consumption

2007-08-13 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger resolved JCR-1042. --- Resolution: Fixed Fix Version/s: 1.4 Applied the patch but changed the visibility of cre

[jira] Assigned: (JCR-1042) Disable norms for untokenized fields to reduce memory consumption

2007-08-13 Thread Marcel Reutegger (JIRA)
[ https://issues.apache.org/jira/browse/JCR-1042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger reassigned JCR-1042: - Assignee: Marcel Reutegger (was: Christoph Kiehl) > Disable norms for untokenized fields t

Re: [Proposal] Sling

2007-08-13 Thread Felix Meschberger
Am Donnerstag, den 09.08.2007, 09:27 -0700 schrieb Eelco Hillenius: > > I would like to propose a new Apache project named Sling. The proposal > > text is attached to this message and can also be found at [1]. > > +1. Thanks :-) > It seems to be primarily focussed on content delivery, not so muc

RE: [Proposal] Sling

2007-08-13 Thread Felix Meschberger
Hi Noel, > Seems to me that you might want to consider a binding for JSR-286 Portlets > (using the Event mechanism to deliver the content to be rendered), rather > than create a totally new UI component framework. I can't see any reason > why the nested includes would be an issue. > > Just a tho

Re: Nodetype reregistration and JackrabbitNodeTypeManager

2007-08-13 Thread Stefan Guggisberg
On 8/13/07, Felix Meschberger <[EMAIL PROTECTED]> wrote: > Hi, > > Am Montag, den 13.08.2007, 10:31 +0200 schrieb Christoph Kiehl: > > What do you think of option two in my original mail, regardless of when the > > new > > nodetype management API is available? > > Honestly, while I agree to not gr

Re: Nodetype reregistration and JackrabbitNodeTypeManager

2007-08-13 Thread Felix Meschberger
Hi, Am Montag, den 13.08.2007, 10:31 +0200 schrieb Christoph Kiehl: > What do you think of option two in my original mail, regardless of when the > new > nodetype management API is available? Honestly, while I agree to not grow the API, I favor the first option, as modifying the implementation

Re: Nodetype reregistration and JackrabbitNodeTypeManager

2007-08-13 Thread Christoph Kiehl
Felix Meschberger wrote: I favour neither of both :-) I would favor a real node type management API, which would allow more fine grained control over the node type registration process (such an API will be coming with JCR 2). I see ;) I definitely like to see this happening, but this sound lik

Re: Nodetype reregistration and JackrabbitNodeTypeManager

2007-08-13 Thread Felix Meschberger
Hi, I favour neither of both :-) I would favor a real node type management API, which would allow more fine grained control over the node type registration process (such an API will be coming with JCR 2). The Stream based (CND or XML) API is too clunky: I registers all or part or whatever node ty

Re: improving the scalability in searching part 2

2007-08-13 Thread Bertrand Delacretaz
On 8/8/07, Ard Schrijvers <[EMAIL PROTECTED]> wrote: > ...2) The XPath jcr:like implementation, for example : > //*[jcr:like(@mytext,'%foo bar qu%')] > ...the current jcr:like results in queries taking up to 10 seconds to > complete for only > 1000 nodes with one property, "mytext" which is on av