Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 6.2.4
-
Fix Version/s: 6.2.5
-
Component/s: Font Engine
-
Labels:None
-
Environment:PRO
-
Support Case References:Support Case 14141:- https://icesoft.my.salesforce.com/5007000001ktgk8
Description
A customer has reported a stuck wait lock on our RandomAccessMultiplex class. This is most likely due to the relatively small size of a max of 8 open file descriptors.
They are running ICEpdf using a 8 threaded pool which could easily exhaust the mulitplexer. I think we can safely bump the default value 512 and add a system property to make it configurable as well. Most Linux JVMs have a limit of 1024.
They are running ICEpdf using a 8 threaded pool which could easily exhaust the mulitplexer. I think we can safely bump the default value 512 and add a system property to make it configurable as well. Most Linux JVMs have a limit of 1024.
Activity
| Field | Original Value | New Value |
|---|---|---|
| Fix Version/s | 6.2.5 [ 13102 ] |
| Support Case References | Support Case 14141:- https://icesoft.my.salesforce.com/5007000001ktgk8 |
Marking as fixed.
Show
Patrick Corless
added a comment - Marking as fixed.
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
| Status | Resolved [ 5 ] | Closed [ 6 ] |
I've added a new system property org.icepdf.core.nfont.maxFileDescriptor=512 as the default value. The max file descriptor size is quite a bit larger now but can be easily configured for a specific setup.