[jira] Created: (JCR-437) Restoring a node which has OPV=Version children fails if they are not versionable
Restoring a node which has OPV=Version children fails if they are not versionable - Key: JCR-437 URL: http://issues.apache.org/jira/browse/JCR-437 Project: Jackrabbit Type: Bug Versions: 1.0, 0.9 Environment: r408647 Reporter: Tobias Bocanegra Assigned to: Tobias Bocanegra when a node has a OPV=Version childnode which is not versionable itself, restoring of the node fails, when it tries to read the versionhistory of that childnode. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (JCR-437) Restoring a node which has OPV=Version children fails if they are not versionable
[ http://issues.apache.org/jira/browse/JCR-437?page=all ] Tobias Bocanegra closed JCR-437: Resolution: Fixed fixed in r408873 > Restoring a node which has OPV=Version children fails if they are not > versionable > - > > Key: JCR-437 > URL: http://issues.apache.org/jira/browse/JCR-437 > Project: Jackrabbit > Type: Bug > Versions: 1.0, 0.9 > Environment: r408647 > Reporter: Tobias Bocanegra > Assignee: Tobias Bocanegra > > when a node has a OPV=Version childnode which is not versionable itself, > restoring of the node fails, > when it tries to read the versionhistory of that childnode. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Created: (JCR-438) Improve handling for missing text filter dependency
Improve handling for missing text filter dependency --- Key: JCR-438 URL: http://issues.apache.org/jira/browse/JCR-438 Project: Jackrabbit Type: Improvement Versions: 1.0 Environment: svn 408873 Reporter: Marcel Reutegger Assigned to: Marcel Reutegger Priority: Minor Fix For: 1.1 Using a LazyReader in a TextFilter implementation will not always throw a NoClassDefFoundError if a depending jar file is missing. The text filter implementations should therefore include a static block that forces an initialization of a depending class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (JCR-438) Improve handling for missing text filter dependency
[ http://issues.apache.org/jira/browse/JCR-438?page=all ] Marcel Reutegger resolved JCR-438: -- Resolution: Fixed Fixed in revision 408896. This change also contains a fix for the PdfTextFilter that prevents throwing of a runtime exception in initializeReader(). > Improve handling for missing text filter dependency > --- > > Key: JCR-438 > URL: http://issues.apache.org/jira/browse/JCR-438 > Project: Jackrabbit > Type: Improvement > Versions: 1.0 > Environment: svn 408873 > Reporter: Marcel Reutegger > Assignee: Marcel Reutegger > Priority: Minor > Fix For: 1.1 > > Using a LazyReader in a TextFilter implementation will not always throw a > NoClassDefFoundError if a depending jar file is missing. > The text filter implementations should therefore include a static block that > forces an initialization of a depending class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (JCR-438) Improve handling for missing text filter dependency
[ http://issues.apache.org/jira/browse/JCR-438?page=all ] Marcel Reutegger closed JCR-438: > Improve handling for missing text filter dependency > --- > > Key: JCR-438 > URL: http://issues.apache.org/jira/browse/JCR-438 > Project: Jackrabbit > Type: Improvement > Versions: 1.0 > Environment: svn 408873 > Reporter: Marcel Reutegger > Assignee: Marcel Reutegger > Priority: Minor > Fix For: 1.1 > > Using a LazyReader in a TextFilter implementation will not always throw a > NoClassDefFoundError if a depending jar file is missing. > The text filter implementations should therefore include a static block that > forces an initialization of a depending class. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Getting the score value from the Query NodeIterator results
Is it possible to get the score from the Query using the NodeIterator? It's very unfortunate and inefficient to have to convert from Row to Node and vice versa when we want the score in addition to the node structure. David
[jira] Created: (JCR-439) Workspace.clone() fails the second time, if cloning referenceables
Workspace.clone() fails the second time, if cloning referenceables
--
Key: JCR-439
URL: http://issues.apache.org/jira/browse/JCR-439
Project: Jackrabbit
Type: Bug
Versions: 1.0, 0.9
Environment: jackrabbit r408873
Reporter: Tobias Bocanegra
Assigned to: Stefan Guggisberg
the following testcode fails with the 2nd clone. please note, that if the
'folder' node is not made
referenceable, the test passes (copied an adapted from test in
WorkspaceCloneTest).
public void testCloneNodesTwice() throws RepositoryException {
// clone referenceable node below non-referenceable node
String dstAbsPath = node2W2.getPath() + "/" + node1.getName();
Node folder = node1.addNode("folder");
folder.addMixin("mix:referenceable");
node1.save();
workspaceW2.clone(workspace.getName(), node1.getPath(), dstAbsPath,
true);
workspaceW2.clone(workspace.getName(), node1.getPath(), dstAbsPath,
true);
// there should not be any pending changes after clone
assertFalse(superuserW2.hasPendingChanges());
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Created: (JCR-440) Error Reading Locks
Error Reading Locks --- Key: JCR-440 URL: http://issues.apache.org/jira/browse/JCR-440 Project: Jackrabbit Type: Bug Components: core Versions: 1.0 Environment: Ubuntu Linux, MSSQL2000, JackRabbit 1.0 Reporter: Joseph Toth Using 1.0 with DbFileSystem, SimpleDbPersistenceManager, on MSSQL. I don't know what is exactly causing this error, but after a session is closed, a record where FSENTRY_NAME='locks' in the [workspace]_FSENTRY table persists. The next time a session is open I receive the following stack trace. Should this 'locks' record be there? If so, is there a bug in the data from the field 'FSENTRY_DATA'? Any ideas? Thanks javax.jcr.RepositoryException: I/O error while reading locks from '/locks': error while reading locks file: error while reading locks file at org.apache.jackrabbit.core.lock.LockManagerImpl.(LockManagerImpl.java:124) at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getLockManager(RepositoryImpl.java:1456) at org.apache.jackrabbit.core.RepositoryImpl.getLockManager(RepositoryImpl.java:750) at org.apache.jackrabbit.core.WorkspaceImpl.getLockManager(WorkspaceImpl.java:320) at org.apache.jackrabbit.core.XASessionImpl.getLockManager(XASessionImpl.java:169) at org.apache.jackrabbit.core.XASessionImpl.init(XASessionImpl.java:126) at org.apache.jackrabbit.core.XASessionImpl.(XASessionImpl.java:99) at org.apache.jackrabbit.core.RepositoryImpl.createSessionInstance(RepositoryImpl.java:1202) at org.apache.jackrabbit.core.RepositoryImpl.createSession(RepositoryImpl.java:792) at org.apache.jackrabbit.core.RepositoryImpl.login(RepositoryImpl.java:1090) at org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:334) at org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:359) at com.wrri.testing.jtoth.JackRabbit.main(JackRabbit.java:46) Caused by: org.apache.jackrabbit.core.fs.FileSystemException: error while reading locks file at org.apache.jackrabbit.core.lock.LockManagerImpl.load(LockManagerImpl.java:153) at org.apache.jackrabbit.core.lock.LockManagerImpl.(LockManagerImpl.java:121) ... 12 more Caused by: java.io.IOException: Underlying input stream returned zero bytes at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:415) at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183) at java.io.InputStreamReader.read(InputStreamReader.java:167) at java.io.BufferedReader.fill(BufferedReader.java:136) at java.io.BufferedReader.readLine(BufferedReader.java:299) at java.io.BufferedReader.readLine(BufferedReader.java:362) at org.apache.jackrabbit.core.lock.LockManagerImpl.load(LockManagerImpl.java:146) ... 13 more org.apache.jackrabbit.core.fs.FileSystemException: error while reading locks file at org.apache.jackrabbit.core.lock.LockManagerImpl.load(LockManagerImpl.java:153) at org.apache.jackrabbit.core.lock.LockManagerImpl.(LockManagerImpl.java:121) at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getLockManager(RepositoryImpl.java:1456) at org.apache.jackrabbit.core.RepositoryImpl.getLockManager(RepositoryImpl.java:750) at org.apache.jackrabbit.core.WorkspaceImpl.getLockManager(WorkspaceImpl.java:320) at org.apache.jackrabbit.core.XASessionImpl.getLockManager(XASessionImpl.java:169) at org.apache.jackrabbit.core.XASessionImpl.init(XASessionImpl.java:126) at org.apache.jackrabbit.core.XASessionImpl.(XASessionImpl.java:99) at org.apache.jackrabbit.core.RepositoryImpl.createSessionInstance(RepositoryImpl.java:1202) at org.apache.jackrabbit.core.RepositoryImpl.createSession(RepositoryImpl.java:792) at org.apache.jackrabbit.core.RepositoryImpl.login(RepositoryImpl.java:1090) at org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:334) at org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:359) at com.wrri.testing.jtoth.JackRabbit.main(JackRabbit.java:46) Caused by: java.io.IOException: Underlying input stream returned zero bytes at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:415) at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183) at java.io.InputStreamReader.read(InputStreamReader.java:167) at java.io.BufferedReader.fill(BufferedR
[jira] Assigned: (JCR-440) Error Reading Locks
[ http://issues.apache.org/jira/browse/JCR-440?page=all ] Stefan Guggisberg reassigned JCR-440: - Assign To: Stefan Guggisberg > Error Reading Locks > --- > > Key: JCR-440 > URL: http://issues.apache.org/jira/browse/JCR-440 > Project: Jackrabbit > Type: Bug > Components: core > Versions: 1.0 > Environment: Ubuntu Linux, MSSQL2000, JackRabbit 1.0 > Reporter: Joseph Toth > Assignee: Stefan Guggisberg > > Using 1.0 with DbFileSystem, SimpleDbPersistenceManager, on MSSQL. > I don't know what is exactly causing this error, but after a session is > closed, a record where FSENTRY_NAME='locks' in the [workspace]_FSENTRY table > persists. The next time a session is open I receive the following stack > trace. Should this 'locks' record be there? If so, is there a bug in the > data from the field 'FSENTRY_DATA'? > Any ideas? > Thanks > javax.jcr.RepositoryException: I/O error while reading locks from '/locks': > error while reading locks file: error while reading locks file > at > org.apache.jackrabbit.core.lock.LockManagerImpl.(LockManagerImpl.java:124) > at > org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getLockManager(RepositoryImpl.java:1456) > at > org.apache.jackrabbit.core.RepositoryImpl.getLockManager(RepositoryImpl.java:750) > at > org.apache.jackrabbit.core.WorkspaceImpl.getLockManager(WorkspaceImpl.java:320) > at > org.apache.jackrabbit.core.XASessionImpl.getLockManager(XASessionImpl.java:169) > at > org.apache.jackrabbit.core.XASessionImpl.init(XASessionImpl.java:126) > at > org.apache.jackrabbit.core.XASessionImpl.(XASessionImpl.java:99) > at > org.apache.jackrabbit.core.RepositoryImpl.createSessionInstance(RepositoryImpl.java:1202) > at > org.apache.jackrabbit.core.RepositoryImpl.createSession(RepositoryImpl.java:792) > at > org.apache.jackrabbit.core.RepositoryImpl.login(RepositoryImpl.java:1090) > at > org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:334) > at > org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:359) > at com.wrri.testing.jtoth.JackRabbit.main(JackRabbit.java:46) > Caused by: org.apache.jackrabbit.core.fs.FileSystemException: error while > reading locks file > at > org.apache.jackrabbit.core.lock.LockManagerImpl.load(LockManagerImpl.java:153) > at > org.apache.jackrabbit.core.lock.LockManagerImpl.(LockManagerImpl.java:121) > ... 12 more > Caused by: java.io.IOException: Underlying input stream returned zero bytes > at > sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:415) > at > sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453) > at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183) > at java.io.InputStreamReader.read(InputStreamReader.java:167) > at java.io.BufferedReader.fill(BufferedReader.java:136) > at java.io.BufferedReader.readLine(BufferedReader.java:299) > at java.io.BufferedReader.readLine(BufferedReader.java:362) > at > org.apache.jackrabbit.core.lock.LockManagerImpl.load(LockManagerImpl.java:146) > ... 13 more > org.apache.jackrabbit.core.fs.FileSystemException: error while reading locks > file > at > org.apache.jackrabbit.core.lock.LockManagerImpl.load(LockManagerImpl.java:153) > at > org.apache.jackrabbit.core.lock.LockManagerImpl.(LockManagerImpl.java:121) > at > org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getLockManager(RepositoryImpl.java:1456) > at > org.apache.jackrabbit.core.RepositoryImpl.getLockManager(RepositoryImpl.java:750) > at > org.apache.jackrabbit.core.WorkspaceImpl.getLockManager(WorkspaceImpl.java:320) > at > org.apache.jackrabbit.core.XASessionImpl.getLockManager(XASessionImpl.java:169) > at > org.apache.jackrabbit.core.XASessionImpl.init(XASessionImpl.java:126) > at > org.apache.jackrabbit.core.XASessionImpl.(XASessionImpl.java:99) > at > org.apache.jackrabbit.core.RepositoryImpl.createSessionInstance(RepositoryImpl.java:1202) > at > org.apache.jackrabbit.core.RepositoryImpl.createSession(RepositoryImpl.java:792) > at > org.apache.jackrabbit.core.RepositoryImpl.login(RepositoryImpl.java:1090) > at > org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:334) > at > org.apache.jackrabbit.core.TransientRepository.login(TransientRepository.java:359) > at com.wrri.testing.jtoth.JackRabbit.main(JackRabbit.java:46) > Caused by: java.io.IOException: Underlying input stream returned zero bytes > at > su
Re: Getting the score value from the Query NodeIterator results
there is a way, but it is not something that will be officially supported.
There is an internal interface that exposes a getScore() method:
o.a.j.core.query.lucene.ScoreNodeIterator.
NodeIterator instances that are returned by jackrabbits QueryResult
*currently* implement this interface.
so, you can do the following:
QueryResult results = ...
ScoreNodeIterator nodes = (ScoreNodeIterator) results.getNodes();
while (nodes.hasNext()) {
float score = nodes.getScore();
Node n = nodes.nextNode();
}
regards
marcel
David Kennedy wrote:
Is it possible to get the score from the Query using the NodeIterator?
It's very unfortunate and inefficient to have to convert from Row to Node
and vice versa when we want the score in addition to the node structure.
David
