Sunjce_provider.jar Java 8 Download

EDIT: I added the Java-Param "-Djava.security.debug=access,failure" to Tomcats /etc/default/tomcat6 in the variable JAVA_OPTS. But in the Logs I have no additional messages. Might it be possible the code asks the permissions before triggering them?

The root cause is the presence of sunjce_provider.jar in multiple locations. This was discovered by the OP after it was suggested as one of a number of possible root causes (see the very end of this answer and the comment trail). As per OP's comment:

Download File 🔥 https://urllio.com/2y4ykB 🔥

I have the sunjce_provider.jar in multiple directories. I tried to give all three locations for Java 6 the rights, although clearly only one is JAVA_HOME - and it worked. Somehow one of the other locations is used, although it isn't in the java.ext.dirs-property

Other similar reports on the web indicate that the likely root cause is a missing jar (usually sunjce_provider.jar is cited). The stack trace confirms that the root cause exception is a NoSuchAlgorithmException where the KeyGenerator is looking for algorithm SunTlsRsaPremasterSecret and can't find it. In your case, as this only occurs with a particular SecurityManager configuration, it could be an inaccessible jar (due to security permissions).

For details of what this means exactly see this section of the tomcat security manager "How To". You need to check a few things - make sure that ${java.home}/jre/lib/ext/ is where your runtime jars are. If not - alter the path to point to the right place (it is where they are on my version of OpenJDK 6 - build 27). In particular you should see sunjce_provider.jar and sunpkcs11.jar in there. Make sure the above section exists in your policy file.

check /etc/java-6-openjdk/security/java.security. It should list providers in there - check there's a line something like security.provider.n = sun.security.pkcs11.SunPKCS11 in there - if that line is missing you also get this error (verified on same system)

As per the other answer, you might try adding -Djava.security.debug=access,failure to CATALINA_OPTS or JAVA_OPTS in your catalina.sh to enable debugging - which should log to catalina.out by default (or wherever you have set your logging to via CATALINA_OUT in catalina.sh. You should see output from the SecurityManager there.

I'm assuming you didn't see any access violations in the output, even with -Djava.security.debug=access,failure. You could try -Djava.security.debug=all, although that may well simply produce more irrelevant logging. If there is no access violation, you may have two versions of that jar on your classpath somehow and the runtime is accessing (or trying to access the wrong one). A case similar to this is described in this Q/A.

/home/user/apps/java/bin/java -Didea.launcher.port=7534 -Didea.launcher.bin.path=/home/user/apps/idea-IU-116.32/bin -Dfile.encoding=UTF-8 -classpath /home/user/apps/java/jre/lib/jce.jar:/home/user/apps/java/jre/lib/jsse.jar:/home/user/apps/java/jre/lib/rt.jar:/home/user/apps/java/jre/lib/charsets.jar:/home/user/apps/java/jre/lib/management-agent.jar:/home/user/apps/java/jre/lib/javaws.jar:/home/user/apps/java/jre/lib/deploy.jar:/home/user/apps/java/jre/lib/resources.jar:/home/user/apps/java/jre/lib/plugin.jar:/home/user/apps/java/jre/lib/ext/localedata.jar:/home/user/apps/java/jre/lib/ext/dnsns.jar:/home/user/apps/java/jre/lib/ext/sunpkcs11.jar:/home/user/apps/java/jre/lib/ext/sunec.jar:/home/user/apps/java/jre/lib/ext/sunjce_provider.jar:/home/user/apps/java/jre/lib/ext/zipfs.jar:/home/user/IdeaProjects/KotlinTest/out/production/KotlinTest:/home/user/apps/idea-IU-116.32/lib/idea_rt.jar com.intellij.rt.execution.application.AppMain namespace

be sure first if the class name is the same in both the class declaration and in the project files.If you have another class name Test or something else you should copy just the main method. If the name of the class in the project files is (let's say) Test.java then the class declaration should have the same name (public Test{}).

To have this capability I need to be able to specify to the new DSS.BAT that launches eclipsec.exe to have rhino import my own java .jar files.

From a previous post I know that I can add my own .jar files to standalone rhino with java.exe. But having DSS.BAT start rhino via java.exe in place of eclipsec.exe precludes me lauching CCS.

Print out what is System.getProperty("java.library.path") and add your dll into this location. Or you can append the dll location into the java.library.path using the System.setProperty("java.library.path", libPath) API.

Installation Instructions Download JCE 1.2.1. You can save the downloaded file anywhere on your local disk.Note that JCE 1.2.1 requires that you haveJavaTM 2 SDK v 1.2.1 or later or JavaTM 2 Runtime Environment v 1.2.1 or later already installed.Uncompress and extract the downloaded file. This will create a directory named jce1.2.1, with two subdirectories nameddoc and lib.The JCE 1.2.1 framework and the "SunJCE" provider are supplied as extensions (also known as "optional packages") to the Java 2 platform. The lib subdirectory extracted in the previous stepcontains the jce1_2_1.jar and sunjce_provider.jar files. The lib subdirectory should also contain JAR files for jurisdictionpolicy files: US_export_policy.jar and local_policy.jar. Two types of installations are supported, described below.In both cases, the jurisdiction policy files must be installed inthe same directory as that which contains the JCE 1.2.1 framework JAR file. In some cases, permissions must be granted to the JCE 1.2.1 framework and/orthe "SunJCE" provider for when applets or applications using JCE are run while a security manager is installed. Note: There is typically a security manager installed whenever an applet is running, and a security manager may be installed for an application either via code in the application itself or via a command-line argument.Installation Option 1: The JCE 1.2.1 framework is an "installed" extension. Providers are installed or bundled. (Note: A package (or packages) housed in a JAR fileis considered "installed" if the JAR file is stored in a particulardirectory established for all installed extensions, as described below.) Pro: This is the most convenient type of installation.Permissions do not need to be granted to installed extensions,since the default system policy filegrants all permissions to installed extensions. Con: You must have access rights that allow you towrite to the special directory that holds installed extensions. Instructions: To make the JCE 1.2.1 framework an installedextension, move or copy the jce1_2_1.jar, US_export_policy.jar, and local_policy.jar files from the lib subdirectory extracted in the previous step tothe standard place for the JAR files of an installed extension:\lib\ext [Win32]/lib/ext [Solaris] Here refers to the directory where the runtime software is installed, which is the top-level directory of the JRE or the jre directory in the JavaTM 2 SDK software. For example, if you have J2SDK v 1.2.2 installed on Solaris in a directory named jdk1.2.2, youneed to install the JAR files in the following directory:jdk1.2.2/jre/lib/ext Similarly, if you have JavaTM 2 Runtime Environment v 1.2.2 installed on Solaris in a directory named jre1.2.2,you need to install the JAR files in the following directory:jre1.2.2/lib/ext To also make the "SunJCE" provider an "installed" extension,move or copy sunjce_provider.jar to that same directoryfor installed extensions. If you want to make the "SunJCE" provider a "bundled" extension, see Bundled Extensions. Permissions: You will need to grant the "SunJCE" provider the permissions listed belowif it is bundled and if a security manager is installed. You don't have to understand what the permissions mean, but you must grant them, for example, in a policy file, or the "SunJCE" provider won't work.Here are the permissions that must be granted: java.io.FilePermission to read the jce1_2_1.jar file java.lang.RuntimePermission to get class protection domains java.security.SecurityPermission to put (set) provider properties. A sample statement granting these permissions appearsbelow. Such a statement could appear in a policy file. In this example, theJCE 1.2.1 framework is assumed to be an installed extensionand the sunjce_provider.jar file is assumedto be in the /work directory. grant codeBase "file:/work/sunjce_provider.jar" { permission java.io.FilePermission "/jdk1.2.2/jre/lib/ext/jce1_2_1.jar", "read"; permission java.lang.RuntimePermission "getProtectionDomain"; permission java.security.SecurityPermission "putProviderProperty.SunJCE"; }; Once you have completed this type of installation, go on to thenext step to register the "SunJCE"provider.Installation Option 2: The JCE 1.2.1 framework andJCE providers are located on the class path (not installed extensions). Pro: The JCE 1.2.1 framework and providers don't have tobe put in a special directory. This is very useful if you share a Java 2 installation with other people and you don't have access rightsallowing you to write to the directory for installed extensions. Con: Permissions need to be granted to the JCE 1.2.1 frameworkand JCE providers for when applets or applications using JCE are run while a security manager is installed. Instructions: Move or copy the JCE 1.2.1 framework file jce1_2_1.jar and jurisdiction policy files (US_export_policy.jar, and local_policy.jar)to a directory that will be listed on your class path.(Note: All these files must be in the same directory.)Move or copy the "SunJCE" provider file sunjce_provider.jarto another directory that will be listed on your class path. It canbe the same as the directory containing the JCE 1.2.1 framework, ora different directory. Be sure to set the class path to include the directoriescontaining the JCE 1.2.1 framework and "SunJCE" provider JAR files. Permissions: The following permission should be granted to the JCE 1.2.1 framework when a security manager is installed:java.security.AllPermissionBelow is a sample statement granting this permission.Such a statement could appearin a policy file. In this example, theJCE 1.2.1 framework is assumed to be in the/home/mydir directory. grant codeBase "file:/home/mydir/jce1_2_1.jar" { permission java.security.AllPermission; }; The following permissions should be granted to the "SunJCE"provider (and other JCE providers) when a security manager is installed:: java.io.FilePermission to read the jce1_2_1.jar file java.lang.RuntimePermission to get class protection domains java.security.SecurityPermission to put (set) provider properties. A sample grant statement granting these permissions appearsbelow. In this example, theJCE 1.2.1 framework is assumed to be in the/home/mydir directoryand the sunjce_provider.jar file is assumedto be in the /work directory. grant codeBase "file:/work/sunjce_provider.jar" { permission java.io.FilePermission "/home/mydir/jce1_2_1.jar", "read"; permission java.lang.RuntimePermission "getProtectionDomain"; permission java.security.SecurityPermission "putProviderProperty.SunJCE"; };Register the "SunJCE" provider. Although the "SunJCE" provideris supplied with every JCE 1.2.1 installation, it still needs to beconfigured explicitly, either statically or dynamically, before itsservices can be accessed:Static registration of SunJCE provider Add the "SunJCE" provider to your list of approved providers. Thisis done statically by editing the security properties file [Win32] \lib\security\java.security [Solaris] /lib/security/java.securityHere, as in the previous step, refers to the directory where the JREwas installed. For example, if you have J2SDK v 1.2.2 installed on Solaris in a directory named jdk1.2.2, youneed to edit the following file:jdk1.2.2/jre/lib/security/java.securitySimilarly, if you have JavaTM 2 Runtime Environment v 1.2.2 installed on Solaris in a directory named jre1.2.2,you need to edit this file:jre1.2.2/lib/security/java.security One of the types of properties you can set in java.securityis of the following form: security.provider.n=providerClassName The java.security file should have a statement of that form for each provider to be registered statically.Each such statement declares a provider, and specifies its preference ordern. The preference order is the order in which providers aresearched for requested algorithms (when no specific provider is requested). The order is 1-based; 1 is the most preferred, followedby 2, and so on.J2SE comes standard with a provider named "SUN", which isautomatically configured as a static provider, as follows: security.provider.1=sun.security.provider.Sun To configure other providers, follow this line with other lines of the proper format, replacingproviderClassName with thefully qualified "master class name" you obtainfrom the provider vendor,and substituting n with the priority that you would like toassign to the provider. For example, if you would like to configure "SunJCE" asyour second preferred provider, add the following line to thejava.security file after the line for the "Sun" provider: security.provider.2=com.sun.crypto.provider.SunJCEDynamic registration of SunJCE provider To dynamically register the SunJCE provider (instead ofstatically), add the following lines of code at the beginning of your program: Security.addProvider( new com.sun.crypto.provider.SunJCE()); This type of registration is not persistent. e24fc04721