jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stefan Guggisberg (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (JCR-440) Error Reading Locks
Date Fri, 26 May 2006 12:33:31 GMT
     [ 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


Mime
View raw message