JDK 9 support for WebObjects

Hi All,
https://blogs.oracle.com/java-platform-group/entry/closing_the_closed_apis
I am using WebObject 4.3 and when I execute Jdeps i am seeing few WebObjects modules uses Java closed APIs. Is there any plan to release new version to support JDK 9?
Thanks
Sankar R

upgrade to WebObjects 5.4.3
http://support.apple.com/kb/DL688?viewlocale=en_US&locale=en_US

Similar Messages

Which JDK is JSF supported for?

Is JSF Supported for JDK 1.3.1_03?

I think it's more of a J2EE SDK support issue and I think (but am not sure) you need J2EE1.4.
You may want to try this question on the Sun Java Studio Creator forum:
http://swforum.sun.com/jive/forum.jspa?forumID=123
Probably not the most appropriate forum, but more correct than this forum which is focused on the Sun Web Application Framework (JATO).
craig

Is there service pack available for weblogic 5.1 to work with JDK 1.4 for NT Environment

Is there service pack available for weblogic 5.1 to work with JDK 1.4 for NT Environment

Hi.
This is definitely not supported, and I don't know that any work is scheduled in the future
to support this JDK on WLS 5.1.
Having said that, I was able to start WLS 5.1sp12 with JDK 1.4 with no errors. I didn't
exercise any features, however.
Regards,
Michael
Rakesh Gupta wrote:
Is there service pack available for weblogic 5.1 to work with JDK 1.4 for NT Environment--
Michael Young
Developer Relations Engineer
BEA Support

Oracle To End Support for Java 7

No More Free Updates for Java 7 after April 2015
Users must sign long-term support deals or migrate to Java 8 to avoid 'enormous headache and disruption to millions of applications'
Public updates for Java 7 -- including bug and security fixes -- will end this month, a situation that one security advocate says could impact millions of applications.
"As outlined in the Oracle JDK [Java Development Kit] Support Roadmap, after April 2015, Oracle will not post further updates of Java SE [Standard Edition] 7 to its public download sites," Oracle's Java SE Support Roadmap states. "Customers who need continued access to critical bug fixes and security fixes as well as general maintenance for Java SE 7 or older versions can get long-term support through Oracle Java SE Support. The process of migrating users from Java 7 to Java 8 through the auto update feature is expected to take place after the January 2015 CPU release."
[ The art of programming is changing rapidly. We help you navigate what's hot in programming and what's going cold and give insights into the technologies that are changing how developers work. | Keep up with hot topics in app dev with InfoWorld's Application Development newsletter. ]
Oracle released Java SE 7 in July 2011; Java SE 8 was released in March 2014. Java, particularly on the client side, has been beset by security issues in recent years. But Oracle has taken many steps to address the issues and stressed that most of the problems dated back several years, before Oracle took over Java from Sun in 2010.
Still, the impact of Oracle's cessation of public updates could be severe, an official at security firm Waratek, believes. Oracle's "rapid" end-of-life schedule for Java versions is great for innovation and language evolution, Waratek CTO John Matthew Holt said in an emailed statement. "However, there is a dangerous tradeoff; now millions of Java 7 applications will have to defend themselves against code-level vulnerabilities without the benefit of future fixes." Holt advocates either upgrades to Java 8 or use of Java Run-time Application Self Protection (RASP) technologies (Waratek is a RASP vendor).
This week's security update from Oracle, meanwhile, marks the "proverbial 'end of the road' for Java 7 application security, Holt said. "After today, the only version of the Java Platform which will receive public security updates is Java 8. This is huge news, and it is going to cause enormous headache and disruption to millions of application owners around the world."
Contacted Tuesday afternoon for a comment on the end of public updates for Java SE 7, by late evening Oracle had not yet responded.
The April 2015 Critical Patch Update released Tuesday by Oracle provides 98 new fixes for security issues across a wide range of product families, said Eric Maurice in an Oracle blog post. These range from Oracle Database to Oracle Fusion Middleware, Java SE, and MySQL. Fourteen of the security fixes are for Java SE.

Java 7 has already been dead for quite a while. While you could still use it for Java apps on your system, Apple blocked its use in browsers long ago. You have to install version 8 if you need Java support for the web.

Support for bi-directional GIOP any time?

One thing I was wondering about while preparing for a presentation was why bidirectional GIOP isn't supported in the 1.5 version of the ORB? The default uni-directional nature of IIOP is the achilles heel with CORBA in terms of the firewall penetration issue. (I think most agree now that making IIOP one-way was a fundamental design mistake. Bidirectional should probably be the default now.) I was just curious why Sun hasn't pursued a firewall friendly version of their version of CORBA. RMI has some support for firewall penetration, it'd be nice to see something similar for CORBA as well and further support in RMI such as full duplex communication. (If you're using Applets or trusted applications, I don't see any reason not to support multiplexed communication. ) It'd be nice to have alternative solutions in available in the JDK for the firewall penetration problem other than HTTP-based solutions. (I know that Jacorb and OpenOrb already support bi-directional GIOP, but it'd be great to have better support in the bundled version as well.)
Thanks!
Rob

I had an exchange with Sun some time ago about this and IIRC they were not convinced of the viability of the specification, can't remember the details, sorry, it's a long time ago. Are there other implementations of bi-di IIOP?

Latest IBM JDK version supported by SAP

Hi there, we are having some Java performance issues in our landscape and the recommendation from SAP is to install the latest IBM JDK release supported by SAP, can you help me determine what the latest release is and where I can find the download?
Thanks

Hey James,
The best thing to do is to check the Product Availability Matrix (PAM) for your release on service marketplace.
http://service.sap.com/pam
We're on Netweaver7 with EhP1 and the PAM suggestst the latest server-side JDK supported for us is 1.4.2. Here's the results or "java -version" on an ECC6.0 server in our landscape:
root@#######:/>java -version
java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2)
Classic VM (build 1.4.2, J2RE 1.4.2 IBM AIX 5L for PowerPC (64 bit JVM) build caix64142-20080122 (SR10) (JIT enabled: jitc))
Hope this helps.
-Kevin

New in Kodo 3.3.3: Improved support for Java 5 enums and generics?

Hello,
Can anybody tell me if Kodo 3.3.3 can be deployed on WebLogic 8.1 sp4, jdk
1.4.1? The reason I ask this is because one of the features mentioned for
v3.3.3 is the support for Java 5 generics, which is available on WebLogic
9 -- but not in WebLogic 8.1 sp4. The documentation for Kodo 3.3.3 seems
to indicate that it can be deployed on WebLogic 8.1 -- can anyone tell me
if this is accurate?
Thanks for your help!

Correction:
I think that my question may have been misunderstood. What I want to know
is if Kodo 3.3.3 can be deployed on WebLogic 8.1sp4 which is running JDK
1.4 or do I have to deploy on a newer version of WebLogic that is running
Java 5?
Thanks!
Rita wrote:
I think that my question may have been misunderstood. What I want to know
is if Kodo 3.3.3 can be deployed on WebLogic 8.1sp4 which is running JDK
1.4 or do I have to deploy on a newer version of WebLogic that is running
Java 4?
Thanks!
Stephen Kim wrote:
Rita,
While Kodo 3.3.x can work with JDK 5, it cannot make WL work with JDK 5.
However, Kodo 3.4 RC 3 / 4.0 EA 2 both can work with WL 9 (which works
with JDK 5).
Rita wrote:
Hello,
Can anybody tell me if Kodo 3.3.3 can be deployed on WebLogic 8.1 sp4,
jdk
1.4.1? The reason I ask this is because one of the features mentionedfor
v3.3.3 is the support for Java 5 generics, which is available on WebLogic
9 -- but not in WebLogic 8.1 sp4. The documentation for Kodo 3.3.3 seems
to indicate that it can be deployed on WebLogic 8.1 -- can anyone tell me
if this is accurate?
Thanks for your help!
Steve Kim
[email protected]
SolarMetric Inc.
http://www.solarmetric.com

XDK support for UTF-16 Unicode

Hi,
Does the Oracle Java XDK, specifically the XSQL servlet and api,
support UTF16-Unicode.
Presumably, .xsql files have to be stored, read and queries
executed in a Unicode compliant format for this to work. Is this
possible currently???
Thanks,
- Manish

If you are using XDK 9.0.1 or later, and you are using JDK 1.3,
this combination supports UTF-16. XSQL inherits the support
for "free" in this case.

Want JDk 1.4 for Linux(64 bit) RHEL4

Hi all,
I want to download JDK 1.4 for Linux 64 bit.
I checked on sun.java.com,But I just got JDK 1.4 for 32 bit Linux machine.
And there is JDK for 64 bit Linux intel itanium, which i m not abe to install on my Liux machine (with AMD architecure).
Do JDK 1.4 support for Linux 64 bit platform?
Can someone help??
Thanks in Advance,
BBP

Try the Blackdown JDK. The project is no more, but there are mirrors, such as here: http://www.mirrorservice.org/sites/ftp.blackdown.org/java-linux/

PKCS#11 support for x64 Windows

Hi All,
I'm trying to discover the truth (aren't we all?) Can anyone confirm what the current (and future) support for PKCS#11 for x64 Windows system is? Looking around, it appears I might be out of luck, but I'm hoping more of you might have discovered stuff I haven't?
I understand that there ARE definately providers for other platforms (which kinda defeats the platform independancy of Java doesn't it?) but I
'm not running other platforms (well apart from x86 Windows which is fine).
Thanks in advance,
Tim.

I have the same problem. The problem with the AMD 64 bit Windows downloads (both JRE and JDK) is that the file j2pkcs11.dll is missing from the build. It is present in other releases but not this one. Does anyone know where this file can be obtained?

Support for Eclipse 3.1M1

Hi,
Does anyone know which Eclipse version the EP6 SP2 (Eclipse plugin v1.2) plugins is working with? I can not find any SAP note or document about which Eclipse version the plugins work with.
Currently Im running the Eclipse 3.0 with jdk 1.3 and 1.4 which works fine. The thing is that I would like to use the UML2 plugins which does not work for me in the Eclipse 3.0 version but in Eclipse 3.1 version.
Thanks for your attention and any help,
Raz

Hello Rasmus,
the Plugins for EP6 SP2 were the last ones that were released independently of SAPs own eclipse-based IDE, the NetWeaver Developer Studio.
The plugins are now (and will be in the future) released as part of DevStudio. This means that there won't be any "standalone" plugins for eclipse any more (and thus no eclipse 3.x support for the "old" portal plugins version 1.2)
Regards,
Dieter

Toplink support for Java 5.0

I tried to import java classes, compiled with jdk 5.0
into Toplink workbench. The mapping fails.
I tried to run the workbench with jre 5.0 but that didn't work either.
Does anyone know how to do it and does Toplink even have a version that supports java 5.0?

Anna,
TopLink 10.1.3 will offer formal support for Java 5.0. Currently the runtime should work fine with Java 5.0. The only issue may be the workbench mapping process depending on the version of TopLink you are using.
If you are using the 10.1.3 preview the workbench will still run with JDK 1.4 but should be compatible with importing and mapping classes compiled with JDK5. We will upgrade the JRE used by the workbench to JDK5 for the production release but this should not make any difference to your ability to map JDK 1.4 or 5 classes and use either at runtime.
If you are using 9.0.4.X then the workbench will not be able to run or import JDK5 compiled classes. I believe the runtime is fine but not certified. For this environment you will need to compile the classes under JDK 1.4 and map this version of the classes. You can then use JDK5 compiled version in conjunction with the runtime.
I hope this helps,
Doug

Support for Intel's EM64T processor?

Will Sun add support for Intel's EM64T processor? The AMD64 version of the VM does not work because it contains 3Dnow! instructions, which Intel's EM64T processor does not support.

I have seen this answer and link many times but I
cannot find 1.5.0_011.5.0 update 01 has not been released yet. Updates for the major releases (1.4.x, 5.x, etc...) typically ship about every 3 months (barring showstoppers or unforseen problems). That has been the pattern for the past few years.
Can you run the jdk-1_5_0-windows-i586 (32-bit) bundle in the meantime?
Hope this helps.
"Troubleshooting Guide for J2SE 5.0",
http://java.sun.com/j2se/1.5/pdf/jdk50_ts_guide.pdf

Getting Platform not supported for media spanning on Mac OSX

Managed to get to unpack "Archive: j2eesdk-1_4-linux.bin"
but getting
warning [j2eesdk-1_4-linux.bin]: 343376 extra bytes at beginning or within zipfile
(attempting to process anyway)
In spirit I try the next step:
java -cp package/PackageFormat.jar:. appserv
but get:
Platform not supported for media spanning: com.sun.wizards.media.Mac_os_xMediaSupport
FYI The misc zip files (jdk, imq, ant etc ) are unexpanded
Any advice most welcome!
Tim

Yes, I got this too when I tried that. I've analyzed the source for appserv.class. What Sun did was sneak in lots of classes into the tail end of the file and this class loads from itself. It's a ClassLoader. I don't see why they did this when they could have used a .jar. To look at debugging output, you can put the following command line flags on: -Dwizard.debug=true -Dwizard.debugClassLoading=true. Kind of interesting actually. To chase this further, one could hack the decompiled source to spit out the class files as it loads them so that they could be decompiled further, especially looking at the Linux implementation. Hopefully it could be stubbed out to work satisfactory enough.
What I've done to get the J2EE.jar is rummage through the "packages" directory. I found both SUNWascmn.zip and SUNWasu.zip to have useful libraries. I also observed the libraries end in .jar.pack. The PackageFormat.jar file contains 2 classes, one for packing and one for unpacking. Check out the class sun.tools.pack.Unpack. It'll display usage. I ran this against some jar.pack's of interest to me, notable j2ee.jar.pack of course and it decompressed it. By the way, the pack format is JSR 200 http://www.jcp.org/en/jsr/detail?id=200 which is supposedly in Java 1.5.
That was fun :-)
But yeah... it really pisses me off that Sun doesn't seem to acknowledge Mac OS X as a Java platform for the language they developed to be cross platform. What irony!

Support for EJB3 with JDK1.4?

Are there any plans for support of EJB3 with JDK 1.4?
I see from the release notes for Kodo 4 that it currently requires JDK 1.5
for EJB3 support. The primary driver here is the use of WebSphere, which
doesn't support JDK 1.5. [And, NO, Weblogic is NOT an option. :)]
Thanks,
-Toby Reyelts

Toby Reyelts wrote:
Abe White wrote:
Are there any plans for support of EJB3 with JDK 1.4?
No. The spec itself relies heavily on Java 5 features.I understand that EJB3 makes use of JDK 1.5 language features, but that's
nothing that couldn't be fairly easily worked around. I've got a pretty
good handle on what's involved - I did write Retroweaver,
http://retroweaver.sf.net
Is there any hope of a re-evaluation of this position?We'd love to take an approach like that, but if we did, the entirety of
Sun's legal team would come after us. Basically, according to the JCP
rules, we can't ship anything but the official JCP-approved EJB3 jars.
We certainly can't prevent you from taking that sort of approach in your
own code base, but from a legal standpoint, we're not allowed to
officially support anything that's not the official jars.
-Patrick

JDK 9 support for WebObjects

Similar Messages

Maybe you are looking for