question about score

I think that the score system is buggy or I don't know how it works... When I make this search: //element(*, okm:document)[EMAIL PROTECTED]:author='pavila'] Not all returned results have the score = 1000. Why?? -- GIT Consultors S.L. c\ Francesc Rover 2-B 07003 Palma de Mallorca (Illes

Re: Changing the name of a node?

Thanks. It works. :) On 2/16/07, Philipp Koch [EMAIL PROTECTED] wrote: hi sridhar, use Session.move(java.lang.String srcAbsPath, java.lang.StringdestAbsPath) . regards, philipp On 2/16/07, Sridhar Raman [EMAIL PROTECTED] wrote: I have a structure where the jcr node names are entity names.

Errors with new cluster feature

Hi, I'm trying the new cluster feature of Jackrabbit 1.2.1 and found some issues. Using FileJournal to synchronize state between instances, we are experiencing some errors that point to a possible corruption of the log file: 2007-02-14 10:34:00,911 ERROR

more on scores

This is the okm:resource definition: [okm:resource] nt:resource, mix:versionable - okm:size (long) mandatory - okm:author (string) mandatory This two queries returns the same results in the same order but the scores are higher in the second:

Why these two queries don't return the same?

I think this two queries are equivalents because both search in the node content, but the results are differents: //element(*,okm:document)/@jcr:path[jcr:contains(okm:content,'apache')] order by @jcr:score descending //element(*,okm:resource)/@jcr:path[jcr:contains(.,'apache')]

Re: question about score

Paco Avila wrote: I think that the score system is buggy or I don't know how it works... When I make this search: //element(*, okm:document)[EMAIL PROTECTED]:author='pavila'] Not all returned results have the score = 1000. Why?? The 'size' of the node is also taken into consideration

Re: more on scores

Paco Avila wrote: This is the okm:resource definition: [okm:resource] nt:resource, mix:versionable - okm:size (long) mandatory - okm:author (string) mandatory This two queries returns the same results in the same order but the scores are higher in the second:

Re: Why these two queries don't return the same?

Paco Avila wrote: I think this two queries are equivalents because both search in the node content, but the results are differents: //element(*,okm:document)/@jcr:path[jcr:contains(okm:content,'apache')] order by @jcr:score descending

Re: Why these two queries don't return the same?

El vie, 16-02-2007 a las 14:38 +0100, Marcel Reutegger escribió: Paco Avila wrote: I think this two queries are equivalents because both search in the node content, but the results are differents: //element(*,okm:document)/@jcr:path[jcr:contains(okm:content,'apache')] order by

NoSuchItemStateException when concurrently adding nodes with JCA and XA transactions

Hi! We're using Jackrabbit 1.2.1 with JCA, versioning and XA transactions on JBoss 4.0.3SP1. Everything works fine as long as there is only one user accessing repository and adding nodes at a given time. But sometimes if there are more users concurrently adding nodes under the same node, following

Question on query using jcr:path

Hi; I saw in another thread in this forum a post that I can do a query like this: select * from nt:base where jcr:path = '/MyFolder/MyNode' OR jcr:path='MyFolder/MyOtherNode'. But when I try it I get an error: Invalid combination of jcr:path clauses But, It would to work, doesn't it? Att Helio