Discussions
Categories
- 197K All Categories
- 2.5K Data
- 546 Big Data Appliance
- 1.9K Data Science
- 450.8K Databases
- 221.9K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 552 MySQL Community Space
- 479 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3.1K ORDS, SODA & JSON in the Database
- 556 SQLcl
- 4K SQL Developer Data Modeler
- 187.2K SQL & PL/SQL
- 21.4K SQL Developer
- 296.3K Development
- 17 Developer Projects
- 139 Programming Languages
- 293K Development Tools
- 110 DevOps
- 3.1K QA/Testing
- 646.1K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 158 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.2K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 19 Java Essentials
- 162 Java 8 Questions
- 86K Java Programming
- 81 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 205 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 468 LiveLabs
- 39 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.7K Other Languages
- 2.3K Chinese
- 175 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 233 Portuguese
Cipher blocking issue

We have a multi-threaded environment wherein we perform encryption and decryption using javax.crypto.Cipher class.
However, we are facing a Cipher blocking issue.
The thread dumps indicate the following state:
- java.lang.Thread.State: BLOCKED (on object monitor)
at java.security.Provider.getService(Provider.java:680)
- locked <0x0000000481680800> (a org.bouncycastle.jce.provider.BouncyCastleProvider)
at javax.crypto.Cipher.getInstance(Cipher.java:629)
at javax.crypto.Cipher.getInstance(Cipher.java:580)
.............................................
java.lang.Thread.State: BLOCKED (on object monitor)
at javax.crypto.JceSecurityManager.getCryptoPermission(JceSecurityManager.java:120)
- waiting to lock <0x00000004802e0c10> (a java.lang.Class for javax.crypto.JceSecurityManager)
at javax.crypto.Cipher.getConfiguredPermission(Cipher.java:2503)
at javax.crypto.Cipher.initCryptoPermission(Cipher.java:685)
at javax.crypto.Cipher.getInstance(Cipher.java:658)
at javax.crypto.Cipher.getInstance(Cipher.java:580)
java.lang.Thread.State: RUNNABLE
at java.lang.System.identityHashCode(Native Method)
at java.util.IdentityHashMap.hash(IdentityHashMap.java:301)
at java.util.IdentityHashMap.get(IdentityHashMap.java:334)
at javax.crypto.JceSecurity.getVerificationResult(JceSecurity.java:173)
- locked <0x00000004802e08b8> (a java.lang.Class for javax.crypto.JceSecurity)
at javax.crypto.Cipher.getInstance(Cipher.java:638)
There are many threads that are blocked at different stages of Cipher.getInstance() method waiting for other threads to perform operations so that they can release the synchronized methods/blocks. We did see that the Cipher.getInstance() method makes use of internal synchronization.
In our code, every thread makes a call to Cipher.getInstance(.....) method with a specified algorithm and provider to get the cipher object and then use it to encrypt/decrypt the data.
How can we resolve the blocking problem.
Would caching of Cipher instance be a solution to the problem. Any suggestions would be really appreciated.