Directory Patch 4 and JDK 1.5

I need to update Directory 5.2 (current build 2003) to patch4 (117665-03).
When I go through JES 2005Q1 install docs, Sun insists to switch to JDK1.5 and so I guess the patch which I'm planning to install also needs JDK 1.5. The release notes for the patch doesn't talk about jdk versions.
Currently I have JDK 1.4.2_04 in the directory box. Can anybody suggest me on what to do with JDK version. Should I need to upgrade this to JDK 1.5 or just go ahead with JDK 1.4 ?
Thanks.

Got in touch with Sun Tec support. They indicate to go for JDK 1.5 only when the old directory version was installed from JES bundle.
My directory setup here is from old Sun ONE stack and not from JES stack. So JDK 1.4 should be fine.
Thanks.

Similar Messages

Oracle 8.1.5 and JDK 1.2 Thin Driver

We are doing some prototyping with Oracle 8.1.5, BEA WebLogic
6.1, and JDK 1.3. We needed to know what is the latest version
supported by the oracle thing client drivers for that
configuration.
Or are we the only users doing this and is it mandatory that we
migrate to Oracle 8.1.7?
Thanks,
Nikhil Kumar
Lead Architect
Delta Dental Plan of Michigan
[email protected]

Check out the SQLJ FAQ at:
http://technet.oracle.com/tech/java/sqlj_jdbc/htdocs/faq.html
"ExceptionInInitializerError: NullPointerException"
(This is likely a general configuration issue, not something specific to your code.)
If you see the following stack trace:
unexpected error occurred... java.lang.ExceptionInInitializerError: java.lang.NullPointerException
at sqlj.framework.ClassFileReader.attribute_info(Compiled Code) ...
at sqlj.tools.Sqlj.statusMain(Compiled Code)
at sqlj.tools.Sqlj.main(Sqlj.java:117)
then you are likely running SQLJ version 8.1.5 or earlier under JDK 1.2.x or later.
You need to download the SQLJ 8.1.6 SDK patch, which contains a new translator.zip
version that you can use to replace the translator.zip from 8.0.5/7.3.4 or from JDeveloper 3.0.
null

How to identify the installed Weblogic Server and JDK are 32bit or 64bit?

Hi everyone,
I have a question ~
Both Weblogic Server and JAVA JDK are installed on the server already, but I only know the Weblogic Server is 10.3.4.0 and JAVA JDK version is 1.6.0_25.
I know the 64bit Weblogic Server installation file is a wlsXXXX_generic.jar package and 64bit JAVA JDK needed also.
But, since the Weblogic installed already, there are no such installation files on the Linux Server now.
I have tried the "java -version" for java version and check the Weblogic version from Weblogic console.
How to identify the installed Weblogic Server and JDK are 32bit or 64bit with Linux command? Or is there any way to check it?

What you can try to do is use WLST (or an MBean browser, such as JConsole or JRockit Mission Control) and connect to the adminserver.
For example when using WLST:
# set the environment by using setWLSEnv.sh (located in the ${WL_HOME}/server/bin directory).
# start WLST by using: java weblogic.WLST
# connect to the adminserver
connect('adminusername','adminpassword');
# change to the serverruntime environment
serverRuntime();
# show the attributes
ls();
# Here an attribute is shown called WebLogicVersion that shows the version of WebLogic
-r-- WeblogicVersion WebLogic Server 10.3.5.0 Fri Apr 1 20:20:06 PDT 2011 1398638
# Note that this does not show if is 32 bits or 64 bits to retrieve this information you have obtain the JVM version
# change the directory
cd('JVMRuntime/AdminServer');
# show the attributes
ls();
-r-- Version R28.0.1-21-133393-1.6.0_20-20100512-2126-linux-x86_64
# when you have something like x86 at the you are running a 32 bit version, if you have something like x86_64 you are running a 64 bits versionAs mentioned above you can also retrieve this information by using a MBean browser.

JAVA_HOME, JRE and JDK

Does anyone know what JAVA_HOME should be pointing to if only the JRE in installed? What it should be pointing to if the JDK is installed?
On Windows, I notice that c:\program files\JavaSoft gets created after install. For which install does that happen? For the JRE and JDK install? Should JAVA_HOME be pointing to that directory?
I couldn't find any java.sun documentation about the role of the JAVA_HOME env var. If anyone can piont me to some, that would be appreciated. :-)
Version: 1.3.1
Thanks in advance.

Dear dinogg
Does anyone know what JAVA_HOME should be pointing to
if only the JRE in installed? What it should be
pointing to if the JDK is installed?
set JAVA_HOME=C:\jdk1.3.1\bin
On Windows, I notice that c:\program files\JavaSoft
gets created after install. For which install does
that happen? For the JRE and JDK install? Should
JAVA_HOME be pointing to that directory?
actually it is for jre but when u install jdk it also install jre if you notice there is a part setting up java runtime environment
I couldn't find any java.sun documentation about the
role of the JAVA_HOME env var. If anyone can piont me
to some, that would be appreciated. :-)
not sure where you can find it
Version: 1.3.1
Thanks in advance.
version 1.4.0 is out and it is nice
new stuff like scroll mouse, undecorated dialogs, xml transformer better focus management and etc
Thanks
Joey

Where are patches corresponding to JDK 1.5.0_14?

Forum Moderator and UC fans:
In general there have been patches corresponding to new releases of the Java JDK for both 32-bit and 64-bit versions of both SPARC and x86 architectures.
Specifically, patch 118666-* has been the 32-bit SPARC JDK release, 118667-* has been the 64-bit SPARC JDK release, 118668-* has been the 32-bit x86 JDK release, and 118669-* has been the 64-bit x86 JDK release.
However, JDK 1.5.0_14 was releasedl in early October 2007 and there are still no patches corresponding to this release even though it fixed many more bugs than the JDK 1.5.0_13 release that preceeded it and was promptly released as a patch. In fact all JDK 1.5.0_* releases prior to 14 HAVE been available as a patch. Why not this one?
Second note: In general, JDK 1.5.0_N has been available as patch 118666-N, 118667-N, 118668-N, and 118669-N. However, it took two tries to release JDK 1.5.0_13 as patches .... in other words, 118666-13 and 118666-14 were both released in order to properly release JDK 1.5.0_13.
Has the fact that 118666-14 (which is actually JDK 1.5.0_13) has been released somehow fooled Sun into thinking that JDK 1.5.0_14 is already available as a patch?
When can we expect JDK 1.5.0_14 (that is, 118666-15 and related patches ...) be released as a patch? UpdateManager is not very useful if important fixes either don't appear as patches or if they do not get recommended as being applicable.
Thanks,
John

Forum Moderator:
Thank you for looking into this.
I understand that UpdateManager can only recommend patches that it knows about. And I understand that Java is a little "funny" in that you can often download and install a full update before a patch is available. However, getting 118666-15 and friends as a patch for JDK 1.5.0_14 has taken an extraordinarily long time. I know that is not your job or responsibility .... but it certainly seems as if these patches have been forgotten. Afterall, Tiger isn't undergoing any active development, correct? It's purely in bug-fix mode .... which, one would think, would be distributed as patches.
I can tell you that for a number of earlier patches in the JDK 1.5.0_* series that I found out about them via UpdateManager BEFORE I actually realized that they were available or had been released on the java.sun.com site.
For example, the release date of JDK 1.5.0_13 (based on it's 'pkginfo -l' information or by the dates of installed files) was released on September 25, 2007. Patches 118666-14, 118-667-14, 118668-14, and 118669-14 (which was the SECOND patch release of JDK 1.5.0_13) were updated on October 2, 2007 .... roughly a week later.
JDK 1.5.0_14 was released 3 days after that on October 5, 2007 .... and yet STILL has not appeared as a set of patches. I believe that this lengthy delay between when the full package was avaialbe and when a patch was available is unique to 118666-15 through 118669-15 and does not match the timing pattern for the -1 through -14 patches of JDK 1.5.0.
Can I manually uninstall the JDK 1.5.0_13 packages and then download and manually install the JDK 1.5.0_14? Yes .... but it's more of a hassle just as uninstalling and reinstalling ANY package is more of a hassle than simply patching it.
So, I appreciate your diligence and efforts in supporting the UpdateManger community and did not mean to sound as if I was blaming updatemanager for patches being unavailable. However, I don't know where else to ask "Why isn't X yet avialable as a patch?" ... and, it seems to me, that 118666-15 through 118669-15 have clearly gotten lost in the pipeline compared to all of the previous releases of patches to JDK 1.5.0.
Thanks,
John

JNDI and JDK 1.2

Hello everyone,
I am trying to add entries into an LDAP using JDK 1.2 and JNDI. I have succesfully removed and listed entries(I added the entries by using JDK 1.3), but still cannot add anything to the LDAP.
I have been using an LDAP browser to verify that the entries that I added with JDK 1.3 where indeed added. In conjuction with JDK 1.2, I have been pointing my classpath to the jndi.jar file. I have also added the providerutil.jar, and ldap.jar file to my classpath.
Perhaps I am missing another jar file. I have download and put in my classpath, from sun's JNDI website
(http://www.columbia.edu/~he99/jndi-ext.html) these packages ( meaning all of the jar files contained in
these packages). I put all of them in one folder and pointed to the folder from my classpath:
JNDI 1.2.1
LDAP 1.2.4
DNS 1.2
NIS 1.2.1
FS Context
COS Naming 1.2.1
I also tried using the -classpath option while compiling and running my code to explicitly and individually
point to each jar file. I am aware that there are two different versions of the provierutil.jar file among the
above mentioned packages. The one that is 79 KB is the only one that works, however. I have also tried
pointing to only the individual packages from my classpath. Also, I have tried mixing and matching different
jar files from different packages.
I get the error message printed below this paragraph when trying to add an entry with JDK 1.2(using JNDI), but no error messages when trying to list or remove an entry. With JDK 1.3, I get none of these error messages (Im using the same exact code for both JDK 1.2 and JDK 1.3, with the exception that I add the JNDI and other necessary jar files when using JDK 1.2).
javax.naming.directory.SchemaViolationException: [LDAP: error code 65 - attribute not allowed]; remaining
name 'cn=haro,ou=MDS3'
at com.sun.jndi.ldap.LdapCtx.mapErrorCode(Compiled Code)
at com.sun.jndi.ldap.LdapCtx.processReturnCode(Compiled Code)
at com.sun.jndi.ldap.LdapCtx.processReturnCode(Compiled Code)
at com.sun.jndi.ldap.LdapCtx.c_bind(Compiled Code)
at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_bind(Compiled Code)
at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.bind(Compiled Code)
at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.bind(Compiled Code)
at javax.naming.directory.InitialDirContext.bind(Compiled Code)
at AddService.main(Compiled Code)
This may have to do something with what is said here:
http://www.columbia.edu/~he99/jndi-ext.html
Particularly the following:
"When a Reference is read from the naming or directory service and a codebase specifying where to load
the factory class for the reference has been specified, JNDI will attempt to load the class from the
locations specified in code base. In order for the class loading to succeed, you must grant the application
the permissions appropriate for the URLs named in the codebase. For example, if the URL scheme is "http"
or "ftp", you must grant the application the appropriate java.net.SocketPermission; if the URL scheme is
"file", you must grant the application the appropriate java.io.FilePermission.
If you are using JNDI as an installed extension, that is, jndi.jar has been installed in the
$JAVA_HOME/jre/lib/ext directory, you need to take no further action."
I have created a directory in unix and made a jre folder with lib and ext as a subfolders and then
made the variable "$JAVA_HOME" point to that directory, in which I put all of the jar files from those
packages (with the 79 KB providerutil jar). Still, I get the same error message.
Does anyone know how to resolve this problem? (My development team has coded everything with JDK 1.2 so far and cannot migrate to JDK 1.3 so late in our implementation).

ref13E,
I think it's not because of the jdk. I use jdk1.4 and get the same exception.
Wht is the LDAP server that you use? We use AD.
Regards,
George

How can I get a file to copy all of the files in a directory except itself and the source of the copy function will be the directory the final program is in?

How can I get a file to copy all of the files in a directory except itself and the source of the copy function will be the directory the final program is in? This application must be in Lab View 8.

you mean something like this (see below)?
Now you may have to implement code to check if the destination folder exists and to create it, etc. But if you use the Front Panel Control to select the destination folder, it should be okay.
Not the best implementation, mind you but you'll get the idea..
Message Edited by JoeLabView on 04-18-2007 03:43 PM
Attachments:
copy folder contents.PNG ‏10 KB

Ipod cannot be synced. The file or directory is corrupted and unreadable

I have recently had to reload windows xp home edition on my computer and wanted to connect my ipod to load some new music. As it was a new installation the ipod was not recognised. I loaded to latest version of itunes that I have just downloaded and was asked whether I wanted to sync my ipod with this computer in which case I would lose everything that was on the ipod. I choose yes to sync to the new computer but got the error message "the ipod "ipod" cannot be synced. The file or directory is corrupted and unreadable". I simply recharged the ipod and continued to use it for a day but then it just ran through the tracks without playing anything until it came to the end of an album and returned to the main menu.
As I cannot play anything I wanted to restore and reload but cant. Could anyone offer any help ? Thanks
60gb photo Windows XP
60 gb photo Windows XP

I have just managed to connect my ipod through itunes to restore it. However when I tried to connect it to the wall socket to complete the update nothing happens. I have checked the fuse in the plug and that is okay, but the ipod does nothing, not even a light on the display when connected. It seems to have locked up. If I hold it close to my ear I can hear a gentle hum. Also the ipod is not showing up in windows explorer.
Any suggestions ?
Thanks

Ipod cannot be synced. File or directory is corrupted and unreadable.

After I tried reconnecting my ipod to my computer, the message "The iPod cannot be synced. The file or directory is corrupted and unreadable." popped up in iTunes and it wouldn't let me access any of the songs on my ipod. I ejected it and checked the ipod, and all of my songs were still on there, but whenever I try and connect it to iTunes the same message pops up and when I go to the music list, nothing is there, though it states 3 GBs of space is being taken up (the amount of space my songs use).
I figured the problem might lay in iTunes and not my iPod, but while there was a problem and I did manage to fix it, the newly downloaded iTunes still gave me the same message as before.
I figure I could try reformatting the iPod, since it looks like that might solve the problem, but I don't have any of the songs on my iPod backed up, so I was hoping someone might be able to offer another solution. =/
*To sum things up: songs are still on my iPod and I can listen to them after ejecting, but syncing up to iTunes is no longer possible (so no new music ;_; ). Problem most likely isn't with iTunes and I'd prefer not to reformat the iPod.*

I have just managed to connect my ipod through itunes to restore it. However when I tried to connect it to the wall socket to complete the update nothing happens. I have checked the fuse in the plug and that is okay, but the ipod does nothing, not even a light on the display when connected. It seems to have locked up. If I hold it close to my ear I can hear a gentle hum. Also the ipod is not showing up in windows explorer.
Any suggestions ?
Thanks

Cisco ISE 1.2 and Cisco ACS 5.4 patch 6 and support for snmp version 3

does anyone know if cisco ISE version 1.2 patch 8 and Cisco ACS 5.4 patch 6 support snmp version 3?
ciscoISE/admin(config)# snmp-server ?
community Set community string
contact    Text for mib object sysContact
host       Specify hosts to receive SNMP notifications
location   Text for mib object sysLocation
ciscoISE/admin(config)# snmp-server
Ciscoacs/admin(config)# snmp-server ?
community Set community string
contact    Text for mib object sysContact
host       Specify hosts to receive SNMP notifications
location   Text for mib object sysLocation
Ciscoacs/admin(config)# snmp-server

No support SNMP v3 on ISE v1.2 and 1.3 except for profilling
http://www.cisco.com/c/en/us/td/docs/security/ise/1-2/cli_ref_guide/ise_cli/ise_cli_app_a.html#12768
http://www.cisco.com/c/en/us/td/docs/security/ise/1-3/cli_ref_guide/b_ise_CLIReferenceGuide/b_ise_CLIReferenceGuide_chapter_0100.html#ID-1364-00000d30

Urgent Solution needed--Problem in JSP compilation with JDK 1.5 and JDK 1.6

Hi,
I m using JDK 1.5 and Tomcat 5.0 the problem is that after starting server when I m going to access my application at that time instead of displaying HomePage it directly display the blank page on screen.
After analyzing tomcat log I have found that there was a problem with JSP page compilation.
The exception logged in Tomcat Log is given below
An error occurred at line: 1 in the generated java file
The type Collection is not generic; it cannot be parameterized with arguments <? extends E>
Stacktrace:
*     at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:92)*
*     at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:330)*
*     at org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:423)*
*     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:308)*
*     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)*
*     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:273)*
*     at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:566)*
*     at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:317)*
*     at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)*
*     at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)*
*     at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)*
*     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)*
*     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)*
*     at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654)*
*     at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:447)*
*     at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379)*
*     at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292)*
*     at org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:424)*
*     at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:343)*
*     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:144)*
*     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)*
*     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)*
*     at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)*
*     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)*
*     at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)*
*     at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)*
*     at java.lang.Thread.run(Thread.java:619)*
After getting this kind of error I have analyzed my code furhter then I came to know that there was problem with static include tag.
In my jsp page I have used following line which is the main cause of error
<%@ include file="top.jsp" %>If I ommit this line then it is working properly.
Instead of static include I have used jsp:include also.
Still I m getting same problem.
We have to migrated from JDK 1.5 to 1.6 and Tomcat 5.0.28 to 6.0.14, still same problem is there.
We have tried a lot but didnt get success to overcome this problem.
If anybody having any solution then ur each reply will be appreciated.
Thanks in advance..........!!!!!!!
Edited by: JBOSS2000 on Jan 15, 2008 9:29 AM

Hi "mshanu" and "amit" Thanks for ur replies Here I m posting the code of "top.jsp"........!!!!
<%@ page errorPage="errordisplay.jsp"%>
<table cellpadding="0"
       cellspacing="0" height=50 width=780>
       <tbody>
         <tr class="header">
           <td class="logo"><IMG SRC="assets/Logo.gif" BORDER=0 ALIGN=top></td>
           <td align="right"><span class="applicationtitle"><%@ include file="/contents/logo.htm" %></span><br>
           <span class="companyname"><%@ include file="/contents/companyname.htm" %></span></td>
         </tr>
        </tbody>
</table>To include top.jsp I have tried
<jsp:include page="top.jsp" flush="true">
</jsp:include>
         AND
<%@ include file="top.jsp"%>but none of this worked.
If I remove the include then It is working properly.
But I need inluded file too so that I am wondoring for the solution.
This problem seems very wiered to me. I dont know why it is happening.
This problem is started only when I used the TOMCAT 6.14.
Is it the bug of TOMCAT 6.14 or What somebody Plz help.
I got stuck here.........!!!!!!!!!!
It doesn't seem any problem with top.jsp. As per my thinking the problem is there in include due to that it doesn't compile the JSP page in Tomcat 6.0.
Earlier I am having same code running on the Tomcat 5.0.28 and JDK 1.5.0.
But problem occured when I have used Tomcat 6.x...!!

CF7 and JDK 1.4.2 - EV SSL Certificate Issue

Let me start off by telling the group that we do not use CF for any of our applications. We are a payments company that hosts a .NET API in IIS that 100's of thousands of customer use. We have one particular customer using CF7 and JDK 1.4.2 who is currently unable to process against our API. About a week ago we upgraded our SSL certificates to EV (Extended Validation) and since that time our once happy customer is now unhappy. I have spent hours working with him, going through FAQs and walk throughs, knowledge bases and forums and have had no luck. Here are the details:
EV Certificate issued by DigiCert (4096-bit).
Customer is on CF7 and JDK 1.4.2.
When he attempts to process against our API with the new certificate he gets 'Connection Failure: Status code unavailable' message from his CF application. He is using cfhttp to post his requests. We found a work around that indicated that the only issue with JDK 1.4.2 was importing the high-bit certificates. Our customer installed JDK 1.6, imported the certificate (and all intermediate certificates) successfully into the cacerts file, but when attempting to list using JDK 1.4.2 is returns an invalid certificate error and still will not work.
Please help as we are currently in a work around state for this customer (not long term) and we have exhausted the resources we have access to for solving this issue.
Thanks in advance to those gurus that reply. I have attached a sample post from our customers logs with non-essential data removed.
I can be reached by phone at 801-341-5620 if anyone feels like reaching out to talk.
- Dave

Dave,
I am having a similar issue with CF7 and PayPal's Reporting API which also uses EV SSL.
I can offer that in my testing, both CF 8 and CF 9 do seem to be able to work when using CFHTTP and EV SSL,
so the only solution I can offer at this time is to make the suggestion to your customer that they need to upgrade
to either CF 8 or CF 9 to get the issue quickly resolved.
I'm still working to see if I can find a solution for CF7 and I've been asking around in the CF community for help, so
if I do find a solution, I'll definitely post it there for you.
Cheers

Error: "The file or directory is corrupted and unreadable"

This is driving me nuts.
I've had my 5th gen. iPod for over a year now, but just two days ago, when I plugged it in to my computer I received a message saying, "The iPod "name here" cannot be synced. The file or directory is corrupted and unreadable."
To solve this problem, I tried using different USB ports, restarting my iPod, and reinstalling iTunes - all to no avail. I'd really like to avoid restoring my iPod, so I haven't tried that option yet. The iPod works fine outside of adding new music. Also, I ran chkdsk and got nothing from it.
I'm very sad about this. I love my iPod and I want to be able to put new music on it! Any suggestions?

Thanks for the reply!
I downloaded the program and ran it, got to the point where it says I have errors that need to be fixed... but it appears I have to pay for the rest of the program to actually repair these errors. Is this incorrect?
If I do have to pay, then I'd like to look for an alternative... the program is $40; of course, that's cheaper than buying a new iPod, but I want to avoid that too.

Hello I am not able to published to the web using an FTP the test has a negative response I do not know what is required in Directory/path Protocol and port

Hello I am not able to published to the web using an FTP the test has a negative response I do not know what is required in Directory/path Protocol and port

If you use FTP then ftp is the protocol and 21 is the port.
Your webhoster will tell you what path to use.
You probably can read it in the FAQ/Help/Support pages where you host your website.
All difficult words are explained in manuals, dictionaries or wikis.

JDeveloper 11g and JDK 1.4.2_16

Hi! I just created a new simple app in JDev 11g and selected the JDK 1.4.2_16 for the model project. I created a set of business components from tables, built the project and them attempted to run the AppModule tester.
I got the following error:
/usr/java/j2sdk1.4.2_16/bin/java -server -classpath /opt/app/oracle/product/jdevstudio1111/BC4J/jlib/bc4jtester.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jsyscat.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/db-ca.jar:/opt/app/oracle/product/jdevstudio1111/jlib/jdev-cm.jar:/opt/app/oracle/product/jdevstudio1111/lib/xmlparserv2.jar:/opt/app/oracle/product/jdevstudio1111/jlib/ohj.jar:/opt/app/oracle/product/jdevstudio1111/jlib/help-share.jar:/opt/app/oracle/product/jdevstudio1111/jlib/share.jar:/opt/app/oracle/product/jdevstudio1111/jlib/jewt4.jar:/opt/app/oracle/product/jdevstudio1111/jlib/oracle_ice.jar:/opt/app/oracle/product/jdevstudio1111/jlib/ojmisc.jar:/opt/app/oracle/product/jdevstudio1111/ide/lib/idert.jar:/opt/app/oracle/product/jdevstudio1111/ide/lib/javatools.jar:/usr/java/j2sdk1.4.2_16/jre/lib/rt.jar:/usr/java/j2sdk1.4.2_16/jre/lib/i18n.jar:/usr/java/j2sdk1.4.2_16/jre/lib/sunrsasign.jar:/usr/java/j2sdk1.4.2_16/jre/lib/jsse.jar:/usr/java/j2sdk1.4.2_16/jre/lib/jce.jar:/usr/java/j2sdk1.4.2_16/jre/lib/charsets.jar:/usr/java/j2sdk1.4.2_16/jre/classes:/home/mcruz/development/11g/SessionTest11g/.adf:/home/mcruz/development/11g/SessionTest11g/Model/classes:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adf-share-support.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adf-share-ca.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adf-share-base.jar:/opt/app/oracle/product/jdevstudio1111/jlib/identitystore.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jmt.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jwizard.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/groovy-all-1.0.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jct.jar:/opt/app/oracle/product/jdevstudio1111/jlib/commons-el.jar:/opt/app/oracle/product/jdevstudio1111/jlib/jsp-el-api.jar:/opt/app/oracle/product/jdevstudio1111/jlib/oracle-el.jar:/opt/app/oracle/product/jdevstudio1111/jlib/resourcebundle.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/api/jaxb-api.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/api/jsr173_api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/activation.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/sun.jaxb/2.0/jaxb-xjc.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/sun.jaxb/2.0/jaxb-impl.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/sun.jaxb/2.0/jaxb1-impl.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adfshare.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adfm.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/jlib/adfui.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/adfbinding.jar:/opt/app/oracle/product/jdevstudio1111/adfdt/lib/adfdtatrt.jar:/opt/app/oracle/product/jdevstudio1111/adfdt/lib/adftransactionsdt.jar:/opt/app/oracle/product/jdevstudio1111/adfdt/lib/adfdt_common.jar:/opt/app/oracle/product/jdevstudio1111/mds/lib/mdsrt.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jazn.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jazncore.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-common.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-internal.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-fmw.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/jps-unsupported-api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/jacc-api.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/oc4j-unsupported-api.jar:/opt/app/oracle/product/jdevstudio1111/jdbc/lib/ojdbc5dms.jar:/opt/app/oracle/product/jdevstudio1111/jlib/orai18n.jar:/opt/app/oracle/product/jdevstudio1111/jlib/ojdl.jar:/opt/app/oracle/product/jdevstudio1111/jlib/dms.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/lib/bc4jdomorcl.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/jlib/bc4jdatum.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/servlet.jar:/opt/app/oracle/product/jdevstudio1111/jlib/commons-cli-1.0.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/commons-collections.jar:/opt/app/oracle/product/jdevstudio1111/jlib/xmlef.jar:/opt/app/oracle/product/jdevstudio1111/lib/xml.jar:/opt/app/oracle/product/jdevstudio1111/rdbms/jlib/xdb.jar:/opt/app/oracle/product/jdevstudio1111/javacache/lib/cache.jar:/opt/app/oracle/product/jdevstudio1111/diagnostics/lib/ojdl.jar:/opt/app/oracle/product/jdevstudio1111/j2ee/home/lib/pcl.jar:/opt/app/oracle/product/jdevstudio1111/ucp/lib/ucp.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/oracle.javatools/11.1.1.0.0/dafrt.jar:/opt/app/oracle/product/jdevstudio1111/lib/java/shared/oracle.javatools/11.1.1.0.0/javatools-nodeps.jar:/opt/app/oracle/product/jdevstudio1111/BC4J/jlib/bc4jui.jar:/opt/app/oracle/product/jdevstudio1111/dvt/lib/dvt-client.jar:/opt/app/oracle/product/jdevstudio1111/dvt/lib/dvt-utils.jar:/opt/app/oracle/product/jdevstudio1111/jlib/LW_PfjBean.jar: oracle.jbo.jbotester.MainFrame -X 116D6D52C8E -H jar:file:/opt/app/oracle/product/jdevstudio1111/jdev/doc/studio_doc/ohj/bc4j_f1.jar!/bc4j_f1.hs
Exception in thread "main" java.lang.UnsupportedClassVersionError: oracle/jbo/jbotester/MainFrame (Unsupported major.minor version 49.0)
     at java.lang.ClassLoader.defineClass0(Native Method)
     at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
     at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
     at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
     at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
     at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
     at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
     at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
Process exited with exit code 1.
Am I to assume that jdk1.4.x is no longer supported in JDeveloper and that I should start using JDK1.5.x? But apps built with JDK1.5.x are not supported in AppServer 10.1.2.0.2, which is J2EE 1.3 compliant... Does that mean that JDeveloper 11g is suitable only for apps deployed on OAS 10.1.3.x and above? (OAS 10.1.3.x is J2EE 1.4 compliant, and OAS 11g will be J2EE 5.x compliant).
Comments please.
Thx!

be on OracleAs 10.1.3 at a minimum<<The problem (for us) with Oracle AS 10.1.3 is that Portal 10.1.4 will not run on it (not certified). We want to take advantage of ADF RC and we hope to be able to produce JSF portlets or "portletized" apps. But at the moment we are "stuck" with 10.1.2.0.2 and JDK 1.4.x/J2EE1.3...
While you can have a 10.1.2 farm and add a 10.1.3 separate instance it is not a clean/complete integration (you can't manage all services from the 10.1.2 farm EM and others; this is what I've seen so far, IMO).
We can't wait for OAS 11g to come out and take a look at that. And I certainly hope that Portal will be certifed on 11g so that we can just jump there.
Another wish: WebCenter functionality in Portal, or Portal/WebCenter rolled out into one.

Directory Patch 4 and JDK 1.5

Similar Messages

Maybe you are looking for