[ http://issues.apache.org/jira/browse/JCR-440?page=all ]
Stefan Guggisberg resolved JCR-440:
-----------------------------------
Resolution: Invalid
this is definitely not a jackrabbit issue. it's probably a jre or a mssql jdbc
driver bug,
see stack trace and links below:
> 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)
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4684515
http://support.microsoft.com/default.aspx?scid=kb%3Ben-us%3B894559
> 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.<init>(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.<init>(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.<init>(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.<init>(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.<init>(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(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
--
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
