Downgrade JDK 1.6 to 1.5

Hi experts,
We are facing chart export problem in OBIEE 10.1.3.4.1,Oracle suggest to downgrade JDK from 1.6 to JDK 1.5
So will it effect OBIEE?
what will be steps..?
Edited by: 964358 on 11 Oct, 2012 11:17 PM

Hi,
I don't have obiee10g s/m. using obiee11g system (below setDomainEnv.cmd we can change java path)
It's located under D:\oracle\Middleware\user_projects\domains\bifoundation_domain\bin\setDomainEnv.cmd
better to raise SR with Oracle Support team
Note: by using a text editor change the java path.
Thanks
Deva

Similar Messages

ISQLPLUS does not works after downgrading JDK.

Hi,
I am not sure if ISQLPLUS has anything to do with downgrading JDK. To my understand apache has its own classpath set. I have properly configure ISQLPLUS last week and no issues at all. This week, I am trying to downgrade my JDK (Sun) from 1.3.1 to 1.2.2. Soon after that i cannot access to my ISQLPLUS at all. It says FIle not found: Error 404. I haven't change any of my conf file, and apache start properly as well.
I have a few JDK version on my machine at this point of time. 1.2.2 (IBM), 1.3.1(Sun), and 1.3.2 (Sun) . I am using them for different projects. And I believed Apache has its own version as well (1.7.1 ??).
Any hints what am I getting Error 404?
Thanks
-KL

What do you mean by "restoring definitions"?
What EXACTLY is your problem?
"does not works" is just a bit vague.

Downgrading JDK of a remote Solaris to install WebLogic Server 10.0

Hello all,
I've been assigned a virtual machine at my intern that needs WebLogic installed on it as part of my training. While going through WebLogic 10.0 compatibility notes in the Oracle website I have found that it requirea a 1.5 JDK while the Solaris machine is running the following:
Java(TM) SE Runtime Environment (build 1.6.0_21-b06)
Java HotSpot(TM) Server VM (build 17.0-b16, mixed mode)
It's 1.6. And apparently I need to downgrade since, from what I've read, WebLogic Server 10.0 is only compatible with JDK 1.5 (5.0 and later).
The machine has the following specifications:
# uname -a && cat /etc/*release
SunOS ELSOLT01 5.10 Generic_142910-17 i86pc i386 i86pc
Oracle Solaris 10 9/10 s10x_u9wos_14a X86
Could someone who has encountered a similar problem give me a few pointers on how to downgrade a remote machine using SSH? I have .sh and .tar files of JDK 1.5
Much appreciated.

"...only compatible with JDK 1.5 (5.0 and later)."
I think this would include 1.6 too (5 and later).
If you want to use another Java version with WebLogic you have to adjust the setDomainEnv.sh.
Note that when you install WebLogic, you only have software there is not yet any runtime.
What you do is from this software you create a domain (which is still software). When you create
a domain, there is also a setDomainEnv.sh file create. In this file you find the following entries:
WL_HOME="/location/wlserver_10.3"
export WL_HOME
BEA_JAVA_HOME="/location/jrockit_160_24_D1.1.2-4"
export BEA_JAVA_HOME
SUN_JAVA_HOME="/location/some_version_of_the_JDK"
export SUN_JAVA_HOME
# added JAVA_VENDOR property
JAVA_VENDOR="Oracle"
export JAVA_VENDOR
# added USER_MEM_ARGS, which override the memory settings
# the following shows a JRockit example
USER_MEM_ARGS="-Xms512m -Xmx512m -Xns256m -XXkeepAreaRatio:25 -Xgcprio:pausetime -XpauseTarget:200ms"
export USER_MEM_ARGS
# the following shows a (Sun) HotSpot example
#USER_MEM_ARGS="-Xmx512m -Xms512m -Xmn256m -XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=90 -XX:MaxTenuringThreshold=31 -XX:PermSize=128m -XX:MaxPermSize=128m -XX:+UseConcMarkSweepGC"
#export USER_MEM_ARGS
if [ "${JAVA_VENDOR}" = "Oracle" ] ; then
     JAVA_HOME="${BEA_JAVA_HOME}"
     export JAVA_HOME
else
     if [ "${JAVA_VENDOR}" = "Sun" ] ; then
          JAVA_HOME="${SUN_JAVA_HOME}"
          export JAVA_HOME
     else
          JAVA_VENDOR="Oracle"
          export JAVA_VENDOR
          JAVA_HOME="C:/bea/jrockit_160_24_D1.1.2-4"
          export JAVA_HOME
     fi
fi
# We need to reset the value of JAVA_HOME to get it shortened AND
# we can not shorten it above because immediate variable expansion will blank it
JAVA_HOME="${JAVA_HOME}"
export JAVA_HOMEBy letting the JAVA_HOME point to the right directory you can alter the JVM with which WebLogic runs.
The setDomainEnv.sh file is located in the <middleware-home>/user_projects/domains/<domain-name>/bin directory.
Copy the new JDK files to the Solaris machine (you could probably also you something like winscp (http://winscp.net/eng/index.php) when
you copy the files from a Windows machine).
Install the JDK (usually a JDK to be installed on Solaris constists of two steps install 32bits than install 64 bits)

Problem:JDeveveloper 11g and JUnit Extension against a JDK 5 Project

We've got a project that requires JDK 5, and would like to run our JUnit tests using the integrated JUnit Extension in Jdeveloper 11g.
However, we are getting the following error: java.lang.UnsupportedClassVersionError: Bad version number in .class file
Presumabily, this is because the JUnit classes are JDK 6, since the tests work if we switch our project to use JDK 6.
Of course, the problem is: Our project requires JDK 5. =)
Anyone have a workaround?
Thanks,
- Bill

Hi,
JDeveloper is on JDK 1.5, How can I configure it to be 1.4??
I had the JDeveloper 10.1.3 also and it went ahead with some updates and now even that shows me that it's version is JDK 1.5
The latest error I get from JDeveloper(From both 11g and 10.1.3) is here,
Invoking loadjava on connection 'HR_CapRock_DEV' with arguments:
-order -resolve -thin
errors : class package1/mypackage/JavaStoredProc
ORA-29521: referenced name java/lang/StringBuilder could not be found
The following operations failed
class package1/mypackage/JavaStoredProc: resolution
oracle.aurora.server.tools.loadjava.ToolsException: Failures occurred during processing
     at oracle.aurora.server.tools.loadjava.LoadJava.process(LoadJava.java:863)
     at oracle.jdeveloper.deploy.tools.OracleLoadjava.deploy(OracleLoadjava.java:116)
     at oracle.jdeveloper.deploy.tools.OracleLoadjava.deploy(OracleLoadjava.java:46)
     at oracle.jdevimpl.deploy.OracleDeployer.deploy(OracleDeployer.java:97)
     at oracle.jdevimpl.deploy.StoredProcHandler.doDeploy(StoredProcHandler.java:473)
     at oracle.jdevimpl.deploy.StoredProcHandler.doDeploy(StoredProcHandler.java:360)
     at oracle.jdevimpl.deploy.StoredProcHandler.doDeploy(StoredProcHandler.java:284)
     at oracle.jdevimpl.deploy.StoredProcProfileDt$Action$1.run(StoredProcProfileDt.java:383)
#### Deployment incomplete. #### Jun 18, 2007 10:17:31 AM
*** Note ***
One possibility for the deployment failure is that the target Database may not support JDK version 1.5. Updating your Project Properties compiler Source & Target to an earlier release could fix this problem.
How can I either downgrade JDK on the compiler(JDeveloper) to be 1.4 or, How can I resolve the error,
ORA-29521: referenced name java/lang/StringBuilder could not be found
Thanks,
Sujith

Warning: Supported source version 'RELEASE_6' from annotation processor 'org.eclipse.persistence.internal.jpa.modelgen.CanonicalModelProcessor' less than -source '1.7'

warning: Supported source version 'RELEASE_6' from annotation processor 'org.eclipse.persistence.internal.jpa.modelgen.CanonicalModelProcessor' less than -source '1.7'
Note: Creating static metadata factory ...
An annotation processor threw an uncaught exception.
Consult the following stack trace for details.
java.lang.ClassFormatError: Absent Code attribute in method that is not native or abstract in class file javax/persistence/PersistenceException
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(ClassLoader.java:760)
    at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
    at java.net.URLClassLoader.defineClass(URLClassLoader.java:455)
    at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:367)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:360)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    at java.lang.Class.getDeclaredFields0(Native Method)
    at java.lang.Class.privateGetDeclaredFields(Class.java:2570)
    at java.lang.Class.getDeclaredField(Class.java:2055)
    at org.eclipse.persistence.internal.security.PrivilegedAccessHelper.findDeclaredField(PrivilegedAccessHelper.java:67)
    at org.eclipse.persistence.internal.security.PrivilegedAccessHelper.getField(PrivilegedAccessHelper.java:223)
    at org.eclipse.persistence.internal.helper.Helper.getField(Helper.java:980)
    at org.eclipse.persistence.internal.descriptors.InstanceVariableAttributeAccessor.initializeAttributes(InstanceVariableAttributeAccessor.java:100)
    at org.eclipse.persistence.mappings.DatabaseMapping.preInitialize(DatabaseMapping.java:1455)
    at org.eclipse.persistence.mappings.foundation.AbstractDirectMapping.preInitialize(AbstractDirectMapping.java:913)
    at org.eclipse.persistence.oxm.mappings.XMLDirectMapping.preInitialize(XMLDirectMapping.java:439)
    at org.eclipse.persistence.oxm.XMLDescriptor.preInitialize(XMLDescriptor.java:559)
    at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.initializeDescriptors(DatabaseSessionImpl.java:649)
    at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.initializeDescriptors(DatabaseSessionImpl.java:632)
    at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.initializeDescriptors(DatabaseSessionImpl.java:568)
    at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.postConnectDatasource(DatabaseSessionImpl.java:799)
    at org.eclipse.persistence.internal.sessions.DatabaseSessionImpl.login(DatabaseSessionImpl.java:756)
    at org.eclipse.persistence.oxm.XMLContext$XMLContextState.setupSession(XMLContext.java:738)
    at org.eclipse.persistence.oxm.XMLContext$XMLContextState.setupSession(XMLContext.java:1)
    at org.eclipse.persistence.internal.oxm.Context$ContextState.<init>(Context.java:86)
    at org.eclipse.persistence.oxm.XMLContext$XMLContextState.<init>(XMLContext.java:702)
    at org.eclipse.persistence.oxm.XMLContext.<init>(XMLContext.java:192)
    at org.eclipse.persistence.oxm.XMLContext.<init>(XMLContext.java:164)
    at org.eclipse.persistence.oxm.XMLContext.<init>(XMLContext.java:154)
    at org.eclipse.persistence.internal.jpa.modelgen.objects.PersistenceXMLMappings.createXMLContext(PersistenceXMLMappings.java:139)
    at org.eclipse.persistence.internal.jpa.modelgen.objects.PersistenceXMLMappings.createXML2_1Context(PersistenceXMLMappings.java:123)
    at org.eclipse.persistence.internal.jpa.modelgen.objects.PersistenceUnitReader.initPersistenceUnits(PersistenceUnitReader.java:178)
    at org.eclipse.persistence.internal.jpa.modelgen.objects.PersistenceUnitReader.<init>(PersistenceUnitReader.java:72)
    at org.eclipse.persistence.internal.jpa.modelgen.CanonicalModelProcessor.process(CanonicalModelProcessor.java:376)
    at com.sun.tools.javac.processing.JavacProcessingEnvironment.callProcessor(JavacProcessingEnvironment.java:794)
    at com.sun.tools.javac.processing.JavacProcessingEnvironment.discoverAndRunProcs(JavacProcessingEnvironment.java:705)
    at com.sun.tools.javac.processing.JavacProcessingEnvironment.access$1800(JavacProcessingEnvironment.java:91)
    at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.run(JavacProcessingEnvironment.java:1035)
    at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1176)
    at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1173)
    at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:859)
    at com.sun.tools.javac.main.Main.compile(Main.java:523)
    at com.sun.tools.javac.main.Main.compile(Main.java:381)..................
I'm an undergraduate student in software engineering. I worked with EE and tried to built a EJB Application. It worked. But when i connected it to database using persistence it getting error as mentioned.
When i change my source Binary Format to jdk6 it runs without errors. What can i do for this without downgrading jdk version?

I resolved my problem. The issue was the version of EclipseLink that I had specified in my pom.xml. Version 2.0.1 has an issue with the meta-model generation and, in fact, I wanted to be using version 2.1.1. Once I changed to 2.1.1 everything compiled correctly.
Just make certain that you include the correct EclipseLink repository.
<repository>
<id>EclipseLink Repo</id>
<name>EclipseLink Repository for the JPA implementation</name>
<url>http://www.eclipse.org/downloads/download.php?r=1&nf=1&file=/rt/eclipselink/maven.repo</url>
</repository>

JDeveloper 11g and 64bit Java

Hi everyone.
I have just installed JDeveloper 11g on my 64bit CentOS machine and everything worked as expected.
Then I tried to use my 64bit JDK version 1.6.0.10 and after a little bit of tampering with the installation directories I was able to do that too.
All it took was to link the $JDEV_HOME/jdk160_05 directory to the location of the actual JDK installation.
To be honest I did not notice any changes in terms of speed.
So my question is whether a 64 bit JDK is officially supported and if the whole 64 bit issue is worth it at all.
Thanassis

Hi,
JDeveloper is on JDK 1.5, How can I configure it to be 1.4??
I had the JDeveloper 10.1.3 also and it went ahead with some updates and now even that shows me that it's version is JDK 1.5
The latest error I get from JDeveloper(From both 11g and 10.1.3) is here,
Invoking loadjava on connection 'HR_CapRock_DEV' with arguments:
-order -resolve -thin
errors : class package1/mypackage/JavaStoredProc
ORA-29521: referenced name java/lang/StringBuilder could not be found
The following operations failed
class package1/mypackage/JavaStoredProc: resolution
oracle.aurora.server.tools.loadjava.ToolsException: Failures occurred during processing
     at oracle.aurora.server.tools.loadjava.LoadJava.process(LoadJava.java:863)
     at oracle.jdeveloper.deploy.tools.OracleLoadjava.deploy(OracleLoadjava.java:116)
     at oracle.jdeveloper.deploy.tools.OracleLoadjava.deploy(OracleLoadjava.java:46)
     at oracle.jdevimpl.deploy.OracleDeployer.deploy(OracleDeployer.java:97)
     at oracle.jdevimpl.deploy.StoredProcHandler.doDeploy(StoredProcHandler.java:473)
     at oracle.jdevimpl.deploy.StoredProcHandler.doDeploy(StoredProcHandler.java:360)
     at oracle.jdevimpl.deploy.StoredProcHandler.doDeploy(StoredProcHandler.java:284)
     at oracle.jdevimpl.deploy.StoredProcProfileDt$Action$1.run(StoredProcProfileDt.java:383)
#### Deployment incomplete. #### Jun 18, 2007 10:17:31 AM
*** Note ***
One possibility for the deployment failure is that the target Database may not support JDK version 1.5. Updating your Project Properties compiler Source & Target to an earlier release could fix this problem.
How can I either downgrade JDK on the compiler(JDeveloper) to be 1.4 or, How can I resolve the error,
ORA-29521: referenced name java/lang/StringBuilder could not be found
Thanks,
Sujith

Downgrading from JDK 1.5.x to JDK 1.4.x

Hi there,
I hope someone helps me with an issue:
I developed a web app using JDev 10.1.3.3 using the JDK 1.5 included with JDev.
As we are now faced with the fact that this app has to run on an OAS 10.1.2, which to my knowledge uses JDK 1.4.x I have to downgrade from JDK1.5.x->1.4.x.
The technologies that I used are Toplink, EJB 3.0 Session Bean and ADF Faces for the UI layer.
I already downloaded and installed JDK 1.4.2_15 from Sun and changed the default JDK from 1.5.x in JDeveloper to use 1.4.2_15. When I recompiled my Model Project, as excected, I got the following compilation errors on my Bean Class java source file:
Error(29,1): errorIllegalCharacter
Error(29,2): 'class', 'interface', or 'enum' expected
on the same line where I had the EJB 3.0 annotation as follows:
@Stateless(name = "NordPublicFacade")
and also on my Local Interface source:
Error(22,1): errorIllegalCharacter
Error(22,2): 'class', 'interface', or 'enum' expected
for the line:
@Local
OK, I know that these annotations/injections(or whatever they're called) are new features of EJB 3.0 and can only be used with JDK 1.5.
I also have red underlines in some facade methods where generics are used for Toplink Named Queries (please remember this is generated code) so for example:
List<CompanyStructure> findAllCompanyStructure();
On my ViewController project (the UI project) I get the following errors:
refresh = false;
Error(37,17): operator = not applicable to class java.lang.Boolean and boolean
JSFUtils.setManagedBeanValue(ctx,"userState.refresh",true);
Error(92,7): method setManagedBeanValue(javax.faces.context.FacesContext, java.lang.String, boolean) not found in class NordMaintApp.view.util.JSFUtils
My questions
1) What's the best way to go about downgrading?
a) Should I create a new EJB 2.x Session Bean or should I use the Java Service Facade (which I hope creates a POJO and therefore is EJB version independant or not?)
b) Is it necessary to do anything special to the Toplink classes?
2) What are the errors that I get in my ViewController project ?
Thanks In Advance
G.P.

Hi again Shay and THANK YOU!
We simply downloaded OC4J 10.1.3 & installed it (all we had to do is simply unzip it) in a separate directory on its own, on the SAME Server as OAS (10.1.2.02 EE, which includes Discoverer and Portal) AND IT WORKED !
We're now back on using JD 10.1.3 with all its new features etc etc. We even downloaded JDK1.5 and got OC4J working with this JDK WITHOUT, of course, affecting our OAS 10.1.2 installation which works with JDK1.4.2. That woudn't have been possible without your feedback.
It's just that looking at that reference you gave me, I thought that I would have to create a separate instance on the OAS 10.1.2 installation and install 10.1.3 on that one. But eventually it was so much simpler than that. And the memory overhead of OC4J is not that much.
I could create a simple ADF JSF page which just displays data from a table and it's OK!
I could deploy it just fine, though I found out that I have to deploy the ADF Runtimes first; OC4J doesn't come with them. Other than that, it was just fine!
As I said, I'm now using ADF JSF pages for my front-end and ADF BC for my back end; it's so much easier than using Toplink directly.
Only one problem left though (sorry to bother you like that):
In one of the previous emails you mentioned it might be better to use Webcenter for ADF Faces. Unfortunately we cannot go with this option I'm afraid, because we already have an existing portal running on the Oracle Portal that's already included with our OAS 10.1.2.02. I assume that the Oracle Portal's version is also 10.1.2.02. Can I deploy ADF JSF faces as a portlet on this one ? I realise that JDev 10.1.3 comes with some wizards to do this and it seems that I have 2 options: Oracle PDK-Java Portlets or JSR-168 based portlets. I just want whichever one will allow me to have my ADF JSF pages deployed as Portlets on OP 10.1.2.02, so that it can be integrated into any one of the exisiting Portal pages that a colleague of mine already developed (and are waiting for my pages to finish, which currently, when called from a link inside a Portal page displays it in a new page and the user can get back to the Portal page by clicking on the browser's back button). I realise that If I have the JSF page as a portlet, it will then be possible to be integrated into an existing page, that is, have my page to occupy it's own region in a Portal's page.
Once again, Thanks for your help and Thanks In Advance.
R,
G.P.

Several JDK:s on the same computer?

Is it possible to run several JDK�s on the same machine (and JRE�s)?
I have this problem: I�m doing some J2ME development, but JDK 1.5 does not seem to be supported at least with MIDP 1.03 (or vice versa...). So, in order to be able to do J2ME development with MIDP 1.03 I need to install JDK 1.42, in other words downgrade from JDK 1.5. On the other hand, I need 1.5 for some "normal" programming for the pc. Also I would like to run the newest JRE plugin for the browsers.
So, can I install both 1.42 and 1.5 JDK�s on the same machine, as well as both JRE�s 1.42 and 1.5? Will this cause problems and conflicts?
If this is possible, how should I set up the installations so that the browsers would use the newest version of JRE, and so that pc development would use the 1.5 version, and finally the J2ME development would use the 1.42 version?
Thanks in advance,
Tomi

Yes, you can have both.
First, whichever one you want to be 'default' (the JRE you want the browser to use), you should install second. So, for instance, you want the browser to use the 5.0 JRE, so you would install Java 1.4.2, then Java 5.0. The you would make sure that your OS' PATH variable includes that version's bin directory (both JRE and JDK).
Now, when you are doing J2ME developement, or other actions that need to use 1.4.2, you will have to specify the bin directory for the 1.4.2 directly. For example, run the program with:
c:\java\jre1.4.2\bin\java -cp ... ...
and the same for compiling:
c:\java\jdk1.4.2\bin\javac -cp ... ...
I am not particularly sure how to set the compiler to use for J2ME, if you find problems doing this, then try to reverse just the order of the JDK install:
Install JDK5.0 first, then JDK 1.4.2, set the JDK 1.4.2 as the JAVA_HOME and inside the PATH.
But keep the JRE5.0 as the default runtime.

JDK 1.6.0_43 to JDK1.7.0_11

We have recently upgraded the Java used with our Development E-Business Suite 11i(11.5.2.10) RUP7 from JDK 1.6.0_43 to JDK1.7.0_11. We have now completed the testing and we would like to downgrade the java to JDK 1.6.0_43. When we run the command "txkrun.pl -script=SetJDKCfg -force=Yes" to downgrade Java, we are getting error message "Already on a higher version 1.7.0_11. Can not downgrade to 1.6.0_43.". Is there a way to downgrade Java?

jemar98 wrote:
We have recently upgraded the Java used with our Development E-Business Suite 11i(11.5.2.10) RUP7 from JDK 1.6.0_43 to JDK1.7.0_11. We have now completed the testing and we would like to downgrade the java to JDK 1.6.0_43. When we run the command "txkrun.pl -script=SetJDKCfg -force=Yes" to downgrade Java, we are getting error message "Already on a higher version 1.7.0_11. Can not downgrade to 1.6.0_43.". Is there a way to downgrade Java?Are you referring to JRE or JDK?
What is the document you have followed to upgrade to JDK 1.7.0_11?
Please implement the steps in (Using J2SE Version 6 with Oracle E-Business Suite 11i [ID 401561.1]) to use JDK 1.6 with EBS. If this doesn't help then you need to restore the files from the backup you have taken before you upgraded JDK.
Thanks,
Hussein

Problems with input accented characters after moving JInitiator to JDK 1.5

After upgrading from JInitiator 1.3.1.18 to JDK 1.5.0_06 (jdk plugin in IE), the input of accented characters (in our case portuguese) isn't working anymore in text areas on the forms (Forms 10g).
So, if you push first the "´" key and then the "a" key, you should get as result "á" (worked correctly with JInitiator), but after upgrading to JDK 1.5 you will get simply a letter "a".
Pressing Alt + 160 shows correctly "á".
Somebody can give a clue about this problem please?
Downgrading again to JInitiator is no option for us, as we need a more modern JVM (for a Dicom viewer applet we developed), and IE crashes if you have an Oracle form running with JInitiator, and then try to open another IE page with an applet requesting JVM 1.5 ...
Thanks a lot for your comments.
Alberto A.Smulders
HostDat Lda. - Portugal

In IE, the server must be in the Trusted Sites list & the security for Trusted Sites set to low
Tools -> Internet Options
Security Tab
Sites button
Add all Forms servers, or use a wildcard to get your entire domain. If you are not using SSL, uncheck the "Require server verification (https:) for all sites in this zone"
Set the Security Level for this zone to Low. If the slider bar is not there, click the Default Level button, then slide the security setting to low.

Managing JAVA JDK and JRE with Package Management in Solaris 11.1

I want to manage Java JDK & JRE in an Solaris environment using Package Management I'm currently running Solaris 11.1 in a VMWare host. My current latest Java release is JDK1.7.0_07 and JRE1.7.0_07. I want to upgrade to JDK1.7.0_17 & JRE1.7.0_17 using Package Management. I've tried on several occasions to upgrade to latest release of Java but I have not been successful. Each time I try using the Package Management GUI or use command line they appear to be successful but the new release does not show.
What could I be doing wrong?
Thanks

I also learned that the READMEs for the following patches in My Oracle Support also describe the downgrave process:
Patch 18362676: JAVA 6 DOWNGRADE INCORPORATION FOR ORACLE SOLARIS 11.1.15.4.0 AND 11.1.16.5.0
Patch 18362686: JAVA 7 DOWNGRADE INCORPORATION FOR ORACLE SOLARIS 11.1.15.4.0 AND 11.1.16.5.0
-- Alan

Solaris SPARC 10 64Bit -JDK Installation 1.6.05

In Sun Solaris 10, not able to create the key using the jce.jar. JDK 1.6 Installed & PATH & JAVA_HOME both are referred to jdk 1.6. It is showing the belwo error
Error: wrap() failed
java.security.InvalidKeyException: wrap() failed
at sun.security.pkcs11.P11RSACipher.engineWrap(P11RSACipher.java:395)
at javax.crypto.Cipher.wrap(DashoA13*..)
Caused by: sun.security.pkcs11.wrapper.PKCS11Exception: CKR_MECHANISM_INVALID
at sun.security.pkcs11.wrapper.PKCS11.C_WrapKey(Native Method)
at sun.security.pkcs11.P11RSACipher.engineWrap(P11RSACipher.java:391)
... 3 more
Error: java.lang.Exception: Could not wrap the key: wrap() failed
java.lang.Exception: Could not wrap the key: wrap() failed.
If any patch is required for solaris sparc 10. Thanks

Obviously Sun (excuse me, Oracle) does not intend to support the solaris-10/sparc/firefox-3.6 combination. Firefox 3.6 requires the NPAPI and/or NPRuntime interfaces to java, but oracle does not provide the new "libnpjp2.so" java plugin with the jre-6u18-sparc-solaris java download.
A search at www.oracle.com does not turn up any support announcement about this. You have to learn it the hard way. :(
If you want to continue to use sparc-solaris, downgrade to firefox-3.5 so you can use the old libjavaplugin_oji.so module. Otherwise run Linux or Mac OS X to stay in the unix camp.

Changing code from JDK 1.6 to 1.3

I wrote a program that works perfectly in JDK 1.6 . But I just found out that I need it to work in JDK 1.3 and earlier. So I switched my compiler to "1.3 and earlier" and now I am geting a couple errors. They are all the same, "Identifier expected" but I cant figure out what it means.
The code:
public static Vector<configComponent> Components = new Vector<configComponent>(40,10);gives the error with the following annotation:
Note: sun.tools.javac.Main has been deprecated.I read that this is just a warning and should not affect the compile. but it is. The other 2 errors are just "Identifier expected" on the following 2 lines.
public static Vector<String> friArray = new Vector<String>(40,10);
private Vector<JCheckBox> chba = new Vector<JCheckBox>(8);I could tell the pattern of Vectors, so maybe that is a problem. Is there another declaration method for JDK 1.3 and earlier?
Thanks a lot,
Marcus.

I wrote a program that works perfectly in JDK 1.6.
But I just found out that I need it to work in JDK
1.3 and earlier. I know it's not you who wanted to switch to JDK1.3,
but it still amazes me as to why this seems to happen
often. Wouldn't it be much easier for a customer to
download JDK1.6 and build it as opposed to the
programmers downgrading all their code?No, not usually.
When you have thousands of workstations that would need upgrading it's often not something that will ever get approved by the systems administration guys (who are the ones who'd have to do the work, and all of them are lazy).
But that's not all of it.
We have a lot of customers (many like that, very large financials) who don't want to use anything newer than 1.3. They make it quite clear that unless we deliver 1.3 classes they don't want to do business with us, which would cost us millions a month in revenue.
And we're not large enough (and don't have a monopoly position in the marketplace) to dictate to our customers, so we'd better accommodate them.
The REAL issue here is why OP didn't code to the 1.3 language specs from the beginning, placing himself in a situation where he has to redo a lot of work at this late stage (and taking out the generics is only part of the problem).

Can I use Jdk 1.6/ or 1.5.0_04 for Soa Suite 10.1.3.1

Hi All,
I am running into the issue Sun jdk bug of "http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6400872" and it looks like, its fixed in 1.6 jdk... Can i upgrade the 10.1.3.1 SOA suite to 1.6 jdk??? how do i do it???
Also, my SOA uses java version "1.5.0_10"... Can i downgrade to java version "1.5.0_04", which does nt have this issue... how do i do this??
Regards,
Praveen

yesPossibly not if the application is an applet. See this document:
http://java.sun.com/javase/6/webnotes/family-clsid.html

How to downgrade OAS 4.0.8.2 to 4.0.8.1

How to downgrade the OAS 4.0.8.2 to OAS 4.0.8.1
is there any script availble or deinstalling the new and then installing older version is the only alternative.
And how to find out which version JDK used by OAS
null

Where can I download OAS 4.0.8.2.1?
Thanks,
Davaa

Downgrade JDK 1.6 to 1.5

Similar Messages

Maybe you are looking for