You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@jena.apache.org by GitBox <gi...@apache.org> on 2022/08/31 08:54:48 UTC
[GitHub] [jena] kdejaeger opened a new issue, #1499: java error Maximum lock count exceeded
kdejaeger opened a new issue, #1499:
URL: https://github.com/apache/jena/issues/1499
### Version
4.6.0
### What happened?
We encountered this error after 10 hours of uptime.
The server doesn't recover after this error and it keeps repeating.
### Relevant output and stacktrace
```shell
08:24:43 INFO Fuseki :: [65533] Body: Content-Length=876, Content-Type=text/turtle, Charset=null => Turtle : Count=7 Triples=7 Quads=0
08:24:44 INFO Fuseki :: [65533] 200 OK (255 ms)
08:24:44 INFO Fuseki :: [65534] GET http://localhost:3030/fedora?query=SELECT%20%20?uuid%0AWHERE%0A%20%20%7B%20?subject%20%20%3Chttp://surf.nl/ibron/item/2020/07/uuid%3E%20%20?uuid%20%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3Chttp://surf.nl/ibron/item/2020/07/ibronId%3E%20%20%22surf-acc-ibron-1%22%20%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3Chttp://surf.nl/ibron/source/2020/07/id%3E%20%20%22hbo-kennisbank%22%20%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3Chttp://surf.nl/ibron/item/2020/07/originalIdentifier%3E%20%20%22oai:hbokennisbank.nl:sharekit_hhs:oai:surfsharekit.nl:c947a7ae-a705-408d-a6a4-4017f4232f0d%22%0A%20%20%7D%0A
08:24:44 INFO Fuseki :: [65534] Query = SELECT ?uuid WHERE { ?subject <http://surf.nl/ibron/item/2020/07/uuid> ?uuid ; <http://surf.nl/ibron/item/2020/07/ibronId> "surf-acc-ibron-1" ; <http://surf.nl/ibron/source/2020/07/id> "hbo-kennisbank" ; <http://surf.nl/ibron/item/2020/07/originalIdentifier> "oai:hbokennisbank.nl:sharekit_hhs:oai:surfsharekit.nl:c947a7ae-a705-408d-a6a4-4017f4232f0d" }
08:24:45 INFO Fuseki :: [65534] 200 OK (161 ms)
08:24:45 INFO Fuseki :: [65535] POST http://localhost:3030/fedora
08:24:45 INFO Fuseki :: [65535] Update
08:24:45 INFO Fuseki :: [65535] 204 No Content (245 ms)
08:24:45 INFO Fuseki :: [65536] POST http://localhost:3030/fedora?default
08:24:45 WARN Fuseki :: [65536] RC = 500 : Maximum lock count exceeded
java.lang.Error: Maximum lock count exceeded
at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.fullTryAcquireShared(ReentrantReadWriteLock.java:535) ~[?:?]
at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.tryAcquireShared(ReentrantReadWriteLock.java:494) ~[?:?]
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireShared(AbstractQueuedSynchronizer.java:1026) ~[?:?]
at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.lock(ReentrantReadWriteLock.java:738) ~[?:?]
at org.apache.jena.dboe.storage.system.DatasetGraphTxnCtl.beginMultiMode(DatasetGraphTxnCtl.java:333) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.dboe.storage.system.DatasetGraphTxnCtl.tryNonExclusiveMode(DatasetGraphTxnCtl.java:251) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.dboe.storage.system.DatasetGraphTxnCtl.enterTransaction(DatasetGraphTxnCtl.java:110) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.dboe.storage.system.DatasetGraphTxnCtl.begin(DatasetGraphTxnCtl.java:74) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.dboe.storage.system.DatasetGraphTxnCtl.begin(DatasetGraphTxnCtl.java:99) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.sparql.core.DatasetGraphWrapper.begin(DatasetGraphWrapper.java:265) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.query.text.DatasetGraphText.begin(DatasetGraphText.java:170) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.query.text.DatasetGraphText.begin(DatasetGraphText.java:164) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.HttpAction.begin(HttpAction.java:277) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.HttpAction.beginWrite(HttpAction.java:288) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.GSP_RW.triplesPutPostTxn(GSP_RW.java:171) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.GSP_RW.doPutPostGSP(GSP_RW.java:160) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.GSP_RW.execPostGSP(GSP_RW.java:77) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.GSP_RW.doPost(GSP_RW.java:74) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.ActionREST.doPost$(ActionREST.java:97) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.ActionREST.execute(ActionREST.java:46) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.ActionService.executeLifecycle(ActionService.java:58) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.ActionREST.execAny(ActionREST.java:160) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.ActionProcessor.execPost(ActionProcessor.java:48) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.ActionProcessor.process(ActionProcessor.java:34) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.ActionBase.process(ActionBase.java:54) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.ActionExecLib.execActionSub(ActionExecLib.java:124) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.ActionExecLib.execAction(ActionExecLib.java:98) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.server.Dispatcher.dispatchAction(Dispatcher.java:164) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.server.Dispatcher.process(Dispatcher.java:156) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.server.Dispatcher.dispatch(Dispatcher.java:83) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.FusekiFilter.doFilter(FusekiFilter.java:48) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:202) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1635) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.ProxiedFilterChain.doFilter(ProxiedFilterChain.java:61) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.AdviceFilter.executeChain(AdviceFilter.java:108) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.AdviceFilter.doFilterInternal(AdviceFilter.java:137) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.ProxiedFilterChain.doFilter(ProxiedFilterChain.java:66) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.AdviceFilter.executeChain(AdviceFilter.java:108) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.AdviceFilter.doFilterInternal(AdviceFilter.java:137) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.ProxiedFilterChain.doFilter(ProxiedFilterChain.java:66) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.AbstractShiroFilter.executeChain(AbstractShiroFilter.java:450) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.AbstractShiroFilter$1.call(AbstractShiroFilter.java:365) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:387) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:362) ~[fuseki-server.jar:4.6.0]
at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:202) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1635) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.CrossOriginFilter.handle(CrossOriginFilter.java:284) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.fuseki.servlets.CrossOriginFilter.doFilter(CrossOriginFilter.java:247) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:210) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1635) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:527) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:131) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:578) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:223) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1571) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:221) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1378) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:176) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:484) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1544) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:174) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1300) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:129) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:822) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.Server.handle(Server.java:562) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.HttpChannel.lambda$handle$0(HttpChannel.java:505) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:762) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:497) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:282) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:319) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:412) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:381) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.tryProduce(AdaptiveExecutionStrategy.java:268) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.lambda$new$0(AdaptiveExecutionStrategy.java:138) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:407) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:894) ~[fuseki-server.jar:4.6.0]
at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1038) ~[fuseki-server.jar:4.6.0]
at java.lang.Thread.run(Thread.java:1589) ~[?:?]
08:24:45 INFO Fuseki :: [65536] 500 Server Error (7 ms)
08:24:45 INFO Fuseki :: [65537] GET http://localhost:3030/fedora?query=SELECT%20%20?uuid%0AWHERE%0A%20%20%7B%20?subject%20%20%3Chttp://surf.nl/ibron/item/2020/07/uuid%3E%20%20?uuid%20%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3Chttp://surf.nl/ibron/item/2020/07/ibronId%3E%20%20%22surf-acc-ibron-1%22%20%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3Chttp://surf.nl/ibron/source/2020/07/id%3E%20%20%22hbo-kennisbank%22%20%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3Chttp://surf.nl/ibron/item/2020/07/originalIdentifier%3E%20%20%22oai:hbokennisbank.nl:sharekit_hhs:oai:surfsharekit.nl:c9db4e27-78b5-45c0-a3ea-a538f529a0e2%22%0A%20%20%7D%0A
08:24:45 INFO Fuseki :: [65537] Query = SELECT ?uuid WHERE { ?subject <http://surf.nl/ibron/item/2020/07/uuid> ?uuid ; <http://surf.nl/ibron/item/2020/07/ibronId> "surf-acc-ibron-1" ; <http://surf.nl/ibron/source/2020/07/id> "hbo-kennisbank" ; <http://surf.nl/ibron/item/2020/07/originalIdentifier> "oai:hbokennisbank.nl:sharekit_hhs:oai:surfsharekit.nl:c9db4e27-78b5-45c0-a3ea-a538f529a0e2" }
08:24:45 WARN Fuseki :: [65537] RC = 500 : Maximum lock count exceeded
java.lang.Error: Maximum lock count exceeded
at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.fullTryAcquireShared(ReentrantReadWriteLock.java:535) ~[?:?]
at java.util.concurrent.locks.ReentrantReadWriteLock$Sync.tryAcquireShared(ReentrantReadWriteLock.java:494) ~[?:?]
at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireShared(AbstractQueuedSynchronizer.java:1026) ~[?:?]
at java.util.concurrent.locks.ReentrantReadWriteLock$ReadLock.lock(ReentrantReadWriteLock.java:738) ~[?:?]
at org.apache.jena.dboe.storage.system.DatasetGraphTxnCtl.beginMultiMode(DatasetGraphTxnCtl.java:333) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.dboe.storage.system.DatasetGraphTxnCtl.tryNonExclusiveMode(DatasetGraphTxnCtl.java:251) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.dboe.storage.system.DatasetGraphTxnCtl.enterTransaction(DatasetGraphTxnCtl.java:110) ~[fuseki-server.jar:4.6.0]
at org.apache.jena.dboe.storage.system.DatasetGraphTxnCtl.beg
```
### Are you interested in making a pull request?
No
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For additional commands, e-mail: issues-help@jena.apache.org
[GitHub] [jena] afs commented on issue #1499: java error Maximum lock count exceeded
Posted by GitBox <gi...@apache.org>.
afs commented on issue #1499:
URL: https://github.com/apache/jena/issues/1499#issuecomment-1232787415
At first impression ... it will happen again.
65536 is 2^16.
javadoc of `ReentrantReadWriteLock`
```
* <p>This lock supports a maximum of 65535 recursive write locks
* and 65535 read locks. Attempts to exceed these limits result in
* {@link Error} throws from locking methods.
```
The lock at fault is used for both read and write Fuseki operations, and both take it in "read" mode. (the "write" is exclusive access to finalize compaction).
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For additional commands, e-mail: issues-help@jena.apache.org
[GitHub] [jena] afs commented on issue #1499: java error Maximum lock count exceeded
Posted by GitBox <gi...@apache.org>.
afs commented on issue #1499:
URL: https://github.com/apache/jena/issues/1499#issuecomment-1234083371
Yes, there will be a 4.6.1 "soon" with the fix in it.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For additional commands, e-mail: issues-help@jena.apache.org
[GitHub] [jena] afs commented on issue #1499: java error Maximum lock count exceeded
Posted by GitBox <gi...@apache.org>.
afs commented on issue #1499:
URL: https://github.com/apache/jena/issues/1499#issuecomment-1232764820
Hi @kdejaeger
Couple of information points:
Was it working with 4.5.0? or is this a new installation?
What's the server work load? In the 10 hours, very approximately, how many writes did the server receive?
(I shortened the stacktrace - but I've got a local copy of the full original)
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For additional commands, e-mail: issues-help@jena.apache.org
[GitHub] [jena] kdejaeger commented on issue #1499: java error Maximum lock count exceeded
Posted by GitBox <gi...@apache.org>.
kdejaeger commented on issue #1499:
URL: https://github.com/apache/jena/issues/1499#issuecomment-1233874876
Hello, it happened again after 14 hours of uptime. I see you found the place to fix the bug, hopefully for a 4.6.1 release.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For additional commands, e-mail: issues-help@jena.apache.org
[GitHub] [jena] kdejaeger commented on issue #1499: java error Maximum lock count exceeded
Posted by GitBox <gi...@apache.org>.
kdejaeger commented on issue #1499:
URL: https://github.com/apache/jena/issues/1499#issuecomment-1232779994
In 4.5.0 I haven't encountered this message.
Around 1 to 2 writes per second.
I will reboot the server later today, let it do it all over again to see what's going to happen.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For additional commands, e-mail: issues-help@jena.apache.org
[GitHub] [jena] rvesse closed issue #1499: java error Maximum lock count exceeded
Posted by GitBox <gi...@apache.org>.
rvesse closed issue #1499: java error Maximum lock count exceeded
URL: https://github.com/apache/jena/issues/1499
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For additional commands, e-mail: issues-help@jena.apache.org
[GitHub] [jena] afs commented on issue #1499: java error Maximum lock count exceeded
Posted by GitBox <gi...@apache.org>.
afs commented on issue #1499:
URL: https://github.com/apache/jena/issues/1499#issuecomment-1233128842
Yes, it is 4.6.0-added code.
The code is taking the lock twice and releasing it once for writes, and taking the lock once and not releasing it for reads. A build up of one per-transaction.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For additional commands, e-mail: issues-help@jena.apache.org
[GitHub] [jena] kdejaeger commented on issue #1499: java error Maximum lock count exceeded
Posted by GitBox <gi...@apache.org>.
kdejaeger commented on issue #1499:
URL: https://github.com/apache/jena/issues/1499#issuecomment-1232821293
So it's like counting up for each operation. That must be a new bug since 4.6. I'll confirm when it happens again.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@jena.apache.org
For additional commands, e-mail: issues-help@jena.apache.org