Deployment Rule Set Centrally Managed location of .jar file?

Hello,
We are currently looking at implementing the Deployment Rule Set in our company and I was wondering if there is a way to centrally manage the Deployment Rule Set?
Having to keep up with deploying the jar file for every change and expiring certificates isn't ideal
Thanks!

And your OS doesn't have a file search feature, which might have given you the answer faster than waiting for a response on these columns?
db

Similar Messages

Deployment Rule Set broken with Java 7u55

Hello!
I'm using Deployment Rule Set in my company environment, its signed by code signing certificate that is given out by internal CA. After I upgraded to Java 7u55, the Deployment Rule Set does not recognize older statically installed Java version.
Versions I have:
7u45 - install directory: C:\Program Files\Java\jre1.7.0_45
7u51 - install directory: C:\Program Files\Java\jre1.7.0_51
7u55 - install directory: C:\Program Files\Java\jre1.7.0_55 or C:\Program Files\Java\jre7\ - neither does not work
When I go to site described in Ruleset and that has to use Java 7u45, then I receive an message "Deployment Rule Set required Java version 1.7.0_45 not available. In the same way it doesn't recognize 1.7.0.51 or even Java version 6.
When I uninstall Java 7u55, everthing works fine again.
My ruleset looks like this:
<ruleset version="1.0+">
 <rule>
 <id location="first.site.com" />
 <action permission="run" version="1.7.0_45" />
 </rule>
 <rule>
 <id location="second.site.com" />
 <action permission="run" version="1.7.0_51" />
 </rule>
 <rule
 <id />
 <action permission="default" />
 </rule>
</ruleset>
Anyone knows what's wrong or is it a bug?

costlow - I disagree. If I'm using IE, then I only need the internal certficate used to sign the jar to be also insalled on the machine in question in the windows CA Certs store. If the cert was the issue, why does it work with 7u51. If it was a bad cert, it should fail with every version. Plus, I think the pop up has a different error message if it has a cert issue.
I'm having the exact same issue as the OP described and it all started with 7u55. Here's what I've found:
- With 7u55 or 7u60 installed, the error will come up rergardless of what prior version is being requested.
- If 7u51 is the latest installed, it works
- If 8u05 is installed with 7u55 and/or 7u60, it works
- If I install the 7u60 EA b15, it works
Something in the final release is being added that blocks this functionality, but for some odd reason only in the 7 family starting with 7u55.
Any insight you could give would be very helpful. In the meantime, I am deploying 8u05 to cover this up, but it does pose issues for some apps that don't work with the new 8 family plugin.

Deployment Rule Sets do not properly launch the latest available version from the JRE6 family when the jpi-version is specified by the RIA

Issue Summary
In Java 1.7 Update 71, Java 1.7 Update 72 and Java 1.8 Update 25 Deployment Rule Sets do not properly launch the latest available version from the JRE6 family when the jpi-version is specified by the RIA. We've noticed this with Oracle Forms and Reports 11g where we have forms that specify Java 1.6 Update 20. We used to be able to specify Java 1.6 Update 26 in our Ruleset, but now the only version a that works in our ruleset is Java 1.6 Update 20 which is the same version requested by the JPI-Version attribute of the jar. The long term solution would be to upgrade Oracle Forms and Reports, however this isn't currently in the cards.
RuleSet.xml Test
Ruleset.xml
1
2
3
4
5
6
7
8
9
10
11
<ruleset version="1.0+">
<rule>
 <id location="*.javatester.org" />
 <action permission="run" version="1.6*" />
</rule>
<ruleset version="1.0+">
<rule>
 <id location="*.internaldomain.name" />
 <action permission="run" version="1.6*" />
</rule>
</ruleset>
Test 1 (Control)
Installed Java Versions:
– 1.7 Update 51 b13 (both x86 and x64 however x86 is invoked)
– 1.6 Update 26 b03 (both x86 and x64 however x86 is invoked)
Deployment Ruleset works as expected for both URLs
Test 2
Installed Java Versions:
– 1.7 Update 72 (both x86 and x64 however x86 is invoked)
– 1.6 Update 26 b03 (both x86 and x64 however x86 is invoked)
The RuleSet works for JavaTester.org however on internaldomain.name we get the following error:
With the trace logging turned on, I suspected the version attribute supplied by the RIA. I was able to trick Java by adding the following to my system deployment.properties file:
deployment.javaws.jre.0.product=1.6.0_20
deployment.javaws.jre.0.path=C\:\\Program Files (x86)\\Java\\jre6\\bin\\javaw.exe
deployment.javaws.jre.0.enabled=true
Because the RIA requests 1.6.0_20 it matches 1.6* from the deployment ruleset sooner than 1.6.0_26. However, if 1.6.0_20 is not available 1.6.0_26 should match according to the Deployment Rule Set documentation:
http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/security/deployment_rules.html
The version of the JRE that is used is determined by the following order of precedence:
1. The current version of the JRE is used if it is available and matches both the version attribute and the version requested by the RIA.
2. The latest available version of the JRE is used if it matches both the version attribute and the version requested by the RIA.
3. The current version of the JRE is used if it is available and matches the version attribute.
4. The latest available version of the JRE is used if it matches the version attribute.
If no version is available that meets the criteria, then the RIA is blocked, and a message is shown to the user. To provide a custom message, include the message element.
As a result:
If Java 1.6.0_20 is listed in the version requested by the RIA and 1.6.0_20 is listed in the deployment.properties file, #1 matches.
If Java 1.6.0_20 is listed in the version requested by the RIA, but 1.6.0_20 is NOT listed in the deployment.properties file the #1 SHOULD match, but doesn’t. It used to match up-to and including JRE 1.7 Update 51 however the ruleset appears to no longer match in subsequent versions.
#2 should never match with our current Deployment Ruleset. It would match if we specified 1.7* as a version in the Ruleset.xml.
#3 used to be broken as well after JRE 1.7 Update 51 however this bug has been marked as fixed. See: http://bugs.java.com/view_bug.do?bug_id=8032781
I have reproduced this issue with Java 1.7 Update 71, Java 1.7 Update 72, and Java 1.8 Update 25 when one of these versions are installed with Java 1.6 Update 26.

I can't seem to edit this post anymore, for some odd reason.
So here goes;
I found this post in NVIDIA's knowledge base;
When installing an after-market graphics card into a certified Windows 8 PC with UEFI enabled, the s...
The interesting parts in this post are as follows;
When an after-market graphics card is installed into a motherboard with UEFI enabled in the system BIOS, or if the system is a certified Windows 8 PC with Secure Boot enabled, the system may not boot.
UEFI is a new system BIOS feature that is provided on most new motherboards. A UEFI system BIOS is required in order for the Windows 8 Secure Boot feature to work. Secure boot is enabled by default on certified Windows 8 PCs.
In order to get the PC to boot with a graphics card that does not contain UEFI firmware, the end-user must first disable the secure boot feature in the system's SBIOS before installing the graphics card.
Note: Some system SBIOS's incorporate a feature called compatibility boot. These systems will detect a non-UEFI-enabled firmware VBIOS and allow the user to disable secure boot and then proceed with a compatibility boot. If the system contains a system SBIOS the supports compatibility boot, the user will need to disable secure boot when asked during boot process
This leads me to believe that the BIOS update that wrecked my setup was 9SKT58A/9SJT58A, which only contains one change;
"Adds support for updating BIOS from a WIN7 BIOS to a WIN8 BIOS".
I've just ordered a cheap UEFI-compatible GT640 from Gainward, so I hope I'll be able to try that out this weekend.

Allowing jnlp via deployment rule set

Hello,
In our network, we use a deployment rule set to only allow applets that we deem necessary, and all others are blocked. This has been working fine. However recently I've been asked to add a website to the allowed list. This website downloads a jnlp file, then launches the jnlp locally, and is blocked every time. Now I'm not that well versed in java applets. But I've added the website address that this applet calls too, and have had no luck with this running. Everything I've tried has not worked.
This is a snippet of the ruleset.xml
<rule>
<id location="http://elm.elluminate.com:80/" /> 
<action permission="run" />
</rule>
The java console has not been helpful, as the application is blocked before java even starts...after the jnlp verifies, it blocks the application due to the ruleset. How can i set this ruleset up so that this jnlp is allowed to run?

Hello,
To allow a local jnlp to run without any prompts using Deployment Rule Sets, you can use a rule to allow all the applets signed with a specific certitificate:
<rule>
 <id>
 <certificate hash="794F53C746E2AA77D84B843BE942CAB4309F258FD946D62A6C4CCEAB8E1DB2C6" />
 </id>
 <action permission="run" />
</rule>
You can get your certificate hash in SHA-256 from the signed jar file following this doc:
http://docs.oracle.com/javase/8/docs/technotes/guides/jweb/security/deployment_rules.html#gethash

7u45: MacOS X: Deployment Rule Set not found?

Per the Deployment Rule Set packaging instructions:
http://docs.oracle.com/javase/7/docs/technotes/guides/jweb/deployment_rules.html#package
"Install the DeploymentRuleSet.jar file on your users' systems in the following directories:
On Windows platforms, install the file in the <Windows-directory>\Sun\Java\Deployment directory, for example, c:\Windows\Sun\Java\Deployment.
On Mac OS X and UNIX platforms, install the file in the /etc/.java/deployment directory.
To view the active rule set, see the Security section of Java Control Panel."
I am able to use and view the rule set on Windows and Linux platforms, but the deployment rule set is not seen under MacOS X (10.9 Mavericks).
I placed it in:
/etc/.java/deployment/DeploymentRuleSet.jar and yes, it is properly signed, in the correct format, etc. Identical file works fine under Windows and Linux.
Anyone else have this issue?

Hurray!! I finally found out how to get the JCP to display the DeployementRuleSet.jar file.
The path in the documentation (/etc/.java/deployment) is wrong (at least on Mac OSX 10.7.5)!.
I went through the decompilation of the ControlPanel source code, and found out that the expected path for the jar file is
/Library/Application Support/Oracle/Java/Deployment
Note:The Deployment directory has to be created

Getting Deployment Rule Sets to work

So, I'm struggling trying to get Java deployment rule sets working as follows:
Here is my simple ruleset.xml:
<ruleset version="1.0+">
<rule>
<id location="javatester.org" />
<action permission="run" version="1.6.0_35" />
</rule>
</ruleset>
I have gotten this same ruleset working using 3 different older versions of jre7 (7u45, 7u35, 7u9) where javatester.org website will display the specified version, even when a newer version is present. However, this seems to break when I try to specify a jre6 version (tried both 6u35 & 6u27).
For example, when I try 6u35, the javatester.org website displays
Error. Click for details
When I click, a blank pop up windows briefly pops up then disappears, with a title bar "Application Error". I have made the Java console visible for testing purposes, and both the 1.7.0_51 & 1.6.0_35 consoles pop up, but I can't find anywhere why this might not work. I am assuming it's not a certificate issue, as I imported my self-signed certificate into the Signer CA store and can see it in both the Java 7u51 control panel, and the Java 6u35 control panel.
Any thoughts? Anyone else get this working?

Hello,
can you show me your "ruleset.xml"?
I had similar problems when I had an error in there (invalid XML). You have to be extra careful that it is valid UTF-8 too. I already got a problem because of an invalid umlaut,
Regards
Markus

LSO 600 Configuration - Central Storage Location for XSLT Files

Hi,
We are implementing LSO 600 with enhancement pack 2 and I am haiving trouble figuring out what do do with the configuration steps
Enter Address of Central Storage Location for XSLT Files
and
Enter Address of Central Storage Location for Templates.
The config notes indicate that these can be a directory or network path with the format
servername\filename\.
As I understand it this is is the address of the file on the Portal Server where XSLT files and templates be stored. The problem that I am hearing from the basis team is (I am qouting an email from them) "who accesses the share? Is it the server, the client PC or both? Were running in a linux environment so I dont have any shares the PC can access."
Does anybody have any input?
Thanks,
Andy

Hi Andy!
I am happy that the issue is already clear!
Beeing busy makes life more interesting )
May I ask for your private mail, because I had some questions regarding your LSO implementation.
Mine is:
[email protected]
Thx in advance and have a nice day!
best regards,
Zsolt
P.S.: since I am a Moderator for SDN it is my job to keep the rules on the Forum therefore I would like to ask you to close this thread because the question - as you stated - is answered.
Thank you!

Setting the L&F located in jar files

Hi.
How can you set the L&F to a custom Look And Feel located inside a jar file?
I used the following to accomplish that:
java -classpath "C:\LookAndFeelSwaper\lf.jar;C:\LookAndFeelSwaper" LaFSwaperI have a class located in "C:\LookAndFeelSwaper" which uses the L&F in "C:\LookAndFeelSwaper\lf.jar".
I want to have the same effect by changing the source code and not in the java command as written above.
My goal is to give the user the option to switch from L&Fs, which have been downloaded.
Thanks in advance,
SIJP

Step 1: Create a class loader
File file = getJarFile(); //The location of the jar with the look and feel
ClassLoader cl = new URLClassLoader(new URL[] { file.toURL() });
Step 2: Create an instance of the custom look and feel
Class clazz = cl.forName("plaf.MyLookAndFeel");
LookAndFeel laf = (LookAndFeel)clazz.getInstance();
Step 3: Use the UIManager class to set the look and feel.
UIManager.setLookAndFeel(laf);That should do it for you .

Locating a JAR file

Has this happened to you? You search the internet for some concept in Java and find a nice piece of code that illustrates perfectly what you want to do. So you do a little cut-n-pasting and off you go. But then you're suddenly stopped in your tracks due to an error in an import statement. Scratching your head, you stare at the import statement wondering where that particular package is located. You've got 6 million JAR files to search containg that illusive package. With nothing more to go on, you go looking for any JAR file on your system that might come even the slightest bit close to containing that package you desire - without luck. So there you sit, still sratching a bald spot on your head wondering how the heck you're going to find that JAR file. And here I sit too, slightly balder, and still searching.
This happens all too often I'm affraid. Where oh where is the JAR to package cross reference search engine web site tool thingy I so desire? Being president of the "procrastinators society for ..", I have no desire to take on such a dubious project. I'm hoping someone out there with a bit more energy than I to taken on such a task and someone else to have researched and found that gem of a utility web site I spoke of and would kindly educate me on such web site.
Thanks a bunch!

You've got 6 million JAR files to search containg that illusive package.
Load them all into your IDE's classpath. Then do a Java type search. Most IDE's will take you directly to the relevant JAR(s).
- Saish

How to set the classpath for external .jar files after importing?

Hi techs,
How to set the classpath in WSAD5.1.2 after importing the .jar file to the WEB-INF/lib folder.
urgent

I got it.
after importing the jar file to the perspective,we need to right click on project name, go to proprties,
goto java build path,
there we need to include the external jar files.

Location of jar file for com.sapportals.wcm.service.IService

Hi,
Can somebody tell me that from where can I get the jar file for com.sapportals.wcm.service.IService
Regards,
Manish

Hi Manish,
I think you'll find it in bc.sf.framework_api.jar
located in ..j2eeclusterserver0appssap.comirjservlet_jspirj
ootWEB-INFportalportalappscom.sap.netweaver.bc.sflib
I'd also recommend trying JAR class finder. More details here: JAR Class Finder
Cheers.

Deploying an application with existing library as jar file created with ANT

Hello All,
I am having some trouble with a web application I am deploying to Tomcat. I have an custom library that works perfectly as a jar file included in the lib directory if I include all the jars that that library depends on into the lib directory also. What I would like to do is bundle the required jar files into my libraries jar file, but it failes to work when I do that.
Any thoughts? Does Tomcat prevent this?
I am using ANT to create my jar file, but when I look at the contents of my jar file it includes all the requested directories.
My build.xml looks like this:
<?xml version="1.0" encoding="ISO-8859-1"?>
<project name="myapp" basedir="." default="jar">
<property name="classes.dir" value="./classes"/>
<property name="jar.dir" value="."/>
<property name="java_lib.dir" value="../../../../../Program Files/Java/lib"/>
<target name="jar">
<jar destfile="${jar.dir}/${ant.project.name}.jar">
<fileset dir="classes"/>
<fileset dir="${java_lib.dir}" includes="jai_codec.jar.jar"/>
<fileset dir="${java_lib.dir}" includes="xercesImpl.jar"/>
<fileset dir="${java_lib.dir}" includes="mysql-connector-java-3.1.8-bin.jar"/>
<fileset dir="${java_lib.dir}" includes="xmlParserAPIs.jar"/>
<fileset dir="${java_lib.dir}" includes="mlibwrapper_jai.jar"/>
<fileset dir="${java_lib.dir}" includes="xml-apis.jar"/>
<fileset dir="${java_lib.dir}" includes="jai_core.jar"/>
</jar>
</target>
<target name="run" depends="jar">
<java jar="${jar.dir}/${ant.project.name}.jar" fork="true"/>
</target>
<target name="clean-build" depends="jar"/>
<target name="main" depends="run"/>
</project>
Like I said...it includes these jar files in my jar file, but will not function properly with my tomcat app. If I exclude these jar files and include them seperately then everything works.
NOTE: I do not access any of these libraries directly from any servlets, only from my classes.
Thanks,
J-Rod

This probably isn't posted on the correct forum. This JVM forum is for discussing issues related to running java in an Oracle database using the OJVM, Oracle's embedded java VM. Possibly you are trying to use OJVM through JDEV but that isn't clear from your post and I don't believe that the error you are reporting would occur in that case. If it did or if you are in fact trying to run client java via JDEV the problem would be a JDEV rather than OJVM issue and so the JDEV forum,
JDeveloper and ADF
is the correct one to use.

Deploying 2 entity beans in the same jar file using jboss

i have beans namely savings entity bean, checkings entity beans and teller session beans, i'm trying to deploy it with in the same jar file. but im getting an error 'savings bean : bean expects one persistance-type'. i hope someone could help me about this. its urgent. thanks

Although I am not super familiar with Jboss, my guess is that looks like the ejb xml sheet is not specifying the persistance type correctly for an entity bean. Take a look at your ejb xml sheet or post it if necessary.
-Dat

Location JDBC jar file while building Jetspeed2

Hi,
At the moment I'm trying to get Jetspeed2 installed. Reading the manuals it seems soooo easy. I installed Jetspeed using the default installation method, and wanted to change the database from derby to MySQL.
To change the database from derby to MySQL I need to start an Ant script. As a result of running this script, I got the following error:
java.lang.IllegalStateException: -> Unable to start DBCPCDatasourceComponent: -> java.lang.ClassNotFoundException: com.mysql.jdbc.Driver
(tabs and -> added for readability)
There is a mysql-connector-java-5.1.6-bin.jar in Tomcat's shared/lib directory. This jar file is also part of my systems classpath.
Does anyone have a suggestion in which way I can look?
Abel

Found it.
Place the jar files in
{jetspeed-home}/shared/libThat must be a hidden, undocumented feature. Mindreading and/or clairvoyance is an important ability.

Locating a jar file into JDeveloper 11g

Hi there,
I'm looking for a easy way to find out which jar files are part of each predefined library on JDev. Is there an xml file inside JDev where it is defined?
Best regards,
George

For programmatic access to the library definitions, the libraries are defined in the shared-library definitions in the server.xml files in the following directories.
C:\JDeveloper\jdev\system\oracle.j2ee.10.1.3.41.57\embedded-oc4j\config
C:\JDeveloper\jdev\extensions\oracle.adfp.seededoc4j.10.1.3\srcimage\j2ee\home\config
C:\JDeveloper\j2ee\home\config
The code-source path specifies the library jar fles.

Deployment Rule Set Centrally Managed location of .jar file?

Similar Messages

Maybe you are looking for