Need to move Java applications form Solaris 10 to AIX. Is there is Oracle or OpenJDK available for AIX platform? - solaris

We need to move many Java applications that is build with Sun JDK runs on sun JRE in Solaris 10 to AIX.
We are concerned about the applicaion working the same on IBM J9 JRE.
Is there any Oracle or OpenJDk available for AIX platform or what might be a better solution to move Java applicaitons from Solaris to AIX.

We run on the native IBM JDK/JRE without issue. We've had a couple issues with external tools using Sun specific classes (com.sun.org.apache.xerces.internal.parsers.SAXParser, SunX509, a couple others).
We also use Tomcat and some of the other apache products without any major issues. IBM's JRE has been very fast and robust for us.

I would have thought the IBM solution is the best on IBM. Its worth noting that IBM now supports the OpenJDK so the differences between them will narrow over time.
You may have migration issues, but I don't imagine they will be hard to fix. If you are really afraid to touch the application I would suggest you stick with the system you have.

certifiable version of OpenJDK AIX has been announced in January 2013
please check the details from here
http://openjdk.java.net/projects/ppc-aix-port/

Related

Identify JDK version for ATG

I'm using ATG 9.1. how can I know which version of JDK must be used for different versions of ATG?
With JDK 6 I am able to work normally, whereas ACC is not working as it Requires a small version of JRE.
Why is that only ACC requires a small version of JRE and not other modules?
ATG/Oracle Commerce's required versions can be found on https://support.oracle.com -- you will need to log-in, and you may need access to be granted by an Oracle representative.
ATG 9.1 compatibility is covered in document "Oracle Art Technology Group (ATG) Commerce Supported Environments - Release 9.x (Doc ID 1342327.1)", which will link you to https://support.oracle.com/epmos/main/downloadattachmentprocessor?parent=DOCUMENT&sourceId=1342327.1&attachid=1342327.1:ATG9404&clickstream=yes
The 'compatibility matrix' shows the required JDK is "Sun 32-bit or 64-bit JDK 1.6.0_41" on all supported platforms (Windows, Solaris, RedHat) for JBoss and Weblogic application servers, but different for WebSphere.
The ACC can be run from within the app server, or in separate JVM. I don't know a reason why it would require a different JDK version.
Oracle usually suggest that this as a base version, so if a minor update to your application server requires a minor update to the JVM, you should probably follow your appserver's requirements.

Difference java version "1.7.0_65" and java version "1.7.0_131"

RHEL 6.6 has openJDK java version "1.7.0_65" and RHEL 6.9 has openJDK java version "1.7.0_131".
What is the difference between openJDK java version "1.7.0_65" and openJDK java version "1.7.0_131".
Does it has any impact on the product? Which was working fine previously with openJDK java version "1.7.0_65".
How it makes difference keeping only openJDK java version "1.7.0_65" in linux server RHEL 6.9 than keeping openJDK java version "1.7.0_131" in linux server RHEL 6.9
Kindly someone clarify my query.
Thanks in advance.
1.7.0_65 is very old jdk. That means it is full of known, security bugs - see https://www.oracle.com/technetwork/topics/security/alerts-086861.html.
Every 1/4year, oracle releases bunch of fixes for openjdk. Red Hat engineers backport them for you to openjdk7. So jdk gets updated aprox 4x per year in rhel 6.
Big deal is given in RedHat to keep rhel X compatible during its lifecycle, and java is no exception. So the update from 1.7.0_65 to 1.7.0_131 (guessing with 6.6->6.9 update) should be perfectly smooth. In unlike case of accident, it is case to red hat bugzilla xor custommer portal and rh's OpenJDK team will do its best to fix it.
Long story short, is is very bad idea to have such old jdk on your system.
RHEL 6.6, as initially released, has java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5. This version is based on OpenJDK 7u65 and IcedTea 2.5.1, released 2014-07-16. As such, it is over two and a half years old.
RHEL 6.9 has java-1.7.0-openjdk-1.7.0.131-2.6.9.0.el6_8 which was released on 2017-02-14. Between those two versions, there have been numerous bug fixes and several security updates.
Oracle release Java security updates on a quarterly basis and we at Red Hat apply those to our packages. Since taking over leadership of OpenJDK 7 after 7u80, we also create the backports for that version, using the patches from OpenJDK 8.
Upgrading to the newer version should be low risk, as each new build is testing against the Java 7 compatibility kit provided by Oracle. There is more of a risk in continuing to use a version which is prone to several known security exploits.
Moreover, if you raise a bug, one of the first things we're likely to ask you to do is try the latest version, and any fix for such a bug would go to the new version, not the unsupported 1.7.0_65.
There should also be a new release based on OpenJDK 7u141 coming in the next few weeks. That will contain a further collection of security updates and bug fixes.
Full details of each version are available on my release blog.

Using ARM DS-5 with Eclipse

I am trying to do some embedded programming for an online course. The IDE I had to use does not have a Linux version, so I am planning to use the ARM DS-5. It says it can be used with eclipse but I cannot figure out how to get them to work. I have Ubuntu 14.04. I read somewhere that the ARM-DS-5 wouldn't work with anything newer than indigo but that was from 2012 and am not sure how accurate that is now. Any help would be great.
Depending on the use-case, you can pick one the three DS-5 variants.
Community Edition
Free to use.
Allows Linux library/app debug using GNU tools.
Comes in two flavors - Eclipse Plugin and Full Fledged IDE.
Professional Edition
30 days free evaluation.
Allows bare-metal (no OS) and Linux kernel and app debug.
Comes with ARM compiler, debugger along with GNU tools.
Comes with FVP, ARM's virtual hardware, allowing development without real hardware.
Ultimate edition
Everything in the Professional edition plus support for ARMv8, the ARM's architecture with 64-bit support.
You can visit here to see more detailed difference between various editions.
Note there is only one DS-5 IDE installer, which is available for download here. The variant is decided based on type of license chosen. So if you download DS-5 Ultimate for 30-day eval, it can converted to Community edition by changing the license at the end of eval period.

does JRockit mission control 4.1 support SUN hotspot (hot spot) JVM?

i can see some documents in Oracle site said: "JRockit Mission Control 4.1 is now available for download. It includes HotSpot support, improved Solaris support, DTrace integration, a Mac OSX port, support for Oracle Coherence and a range of new cool features. More details in Markus Eisele's blog post."
but acually i can not use jrmc to connect to my JBoss application running on SUN HotSpot JVM, any help? many thanks
If you are an Oracle customer, you can download early versions of Java Mission Control 5.x (Mission Control for Hotspot) from MOS (My Oracle Support). You will need to run a recent version of the Oracle JDK 7 (>= 7u4). Please note that there are still a lot of limitations, as described here: http://hirt.se/blog/?p=211.
From offical JRockit webpage:
The Oracle JRockit Mission Control client can now be run on Oracle HotSpot JVM. JRockit Mission Control can also start the local management on Hotspot JDK 1.6 and later. Note that you will still need to connect to a JRockit to be able to use most of the Mission Control tools.

Which Unix flavour do I need? J2EE application using IBM tools?

I want to try Unix for developing J2EE application. I use the IBM software.
WASCE as application server
DB2 Express-C as database.
Eclipse
Which Unix flavour will be most suitable for me?
According to ibm.com: WebSphere Application Server Community Edition runs on AIX, Linux, Solaris, "UNIX" (!!!), and Windows.
According to ibm.com: DB2 Express C runs on Windows, Linux, Solaris, and Mac OS X (in beta).
According to eclipse.org: Eclipse runs on Windows, Mac, and Linux.
The only Unix flavor in common to all of those is Linux. (If you move beyond Unix, Windows also works.)
Java is platform-independent. It doesn't really matter on which platform you develop - you can run your application on any other Java-supporting platform. Hence, you can develop on Windows and deploy on AIX, or develop on Linux and deploy on MacOS, or ...
The Java VM abstracts access to operating system services and resources, as does JDBC abstract the access to the database layer.
If you really mean "UNIX" and not "Linux", I would recommend Solaris (Eclipse does run on Solaris, and it's much easier to understand than AIX).
If you mean Linux too, I would recommend a distro designed for servers, like RHEL/Centos, rather than Ubuntu or Fedora. They are more likely to be stable and scalable.
I have a production environment on Centos with DB2 and Apache Geronimo (open source version of WASCE). Works like a charm. The development environment is Eclipse and Apache Geronimo on Windows and the DB2 on Centos.