Is "Simplified Varargs Method Invocation" from http://mail.openjdk.java.net/pipermail/coin-dev/2009-March/000217.html already implemented in Java 7? Today I read in www.sdtimes.com/INTEGRATION_WATCH_JAVA_7_LOOKING_GOOD/By_ANDREW_BINSTOCK/About_JAVA/34288 about that, but I never found a release note of the JDK 1.7. You have an original quote about that?
At least now it is in OpenJdk 7.
Related
When I was installing WAS, there was a prompt alerting me to use Java 8 by default. I aggreed, because back then it wasn't matter which version to use.
Time passed and now I have necessity to use Java 6 in one of my profiles, which is coming with the WAS by default. Since I aggreed to use newer Java, WAS working on Java 8 by default now. I searched in installation repository, but in IBM Installation Manager Java versions I need are greyed out and cannot be installed separately.
Is there a way to install Java 6 alongside Java 8 in WAS, so I could just switch between them in profiles' setting? I tried official repository for Java 6, but it is empty since IBM dropped it's support in April.
P.S. I tried to change variable JAVA_HOME in Websphere profile setting (as well as in system variables) to look at JDK 1.6 I installed separately, but then my profile refuses to start.
Java 6 is no longer supported, so the WAS Installation Manager has likely removed the option to use JDK 6. For WAS 8.5 you can use either Java 7 or Java 8.
This article talks more about Java 6 End of Support:
https://developer.ibm.com/wasdev/blog/2017/10/25/java-6-end-support/
I have installed IBM JDK 7 with release 1 and i am try to run Hello world program with -Xmt option on Ubuntu 14(OS installed in Virtual Box), but runtime i got Command-line option not recognized: -Xmt.
[In IBM documentation they said to create tenant use -Xmt with java command.]
These features are no longer available in their latest release thats why.
Check the links: here and here
They say that the had some issues but the thing is they also removed it from the developers preview page so there is no way to actually test it.
I've been working for a couple of days with GTK3+ under Linux in C++ and I've used Glade to design my GUI. In my C++ code, I call gtk_builder_new_from_file instantiate the GUI.
Now I was trying to do the same under Windows. So, I downloaded the latest version of GTK+ (3.6.4, all-in-one 64-bit bundle). The problem is: I can't find the function gtk_builder_new_from_file. I've searched for it in all files too, but it seems not to be there. I've checked the documentation, and this function should be present since version 3.10.
So, why can't I find it? Is a Windows compatibility issue?
3.6.4 is a smaller version number than 3.10 so there does not seem to be any mystery here.
You should use gtk_builder_add_from_file () instead if you can't find a newer Windows bundle.
Our software has a swing panel that's used to list jdk installation paths. For example, if there are 4 jdk installed in user's PC and the jdk paths are listed in the panel:
C:\Java\jdk1.5.0_19\bin\java.exe
D:\software\Java6\jdk1.6.0_31\bin\java.exe
D:\software\Java6\jdk1.6.0_31_64\bin\java.exe
D:\installedapp\jdk1.7.0_03\bin\java.exe
The user needs to pick one of jdk installation paths to install our software. We want to know the bit version (32bit or 64bit) of jdk picked by user, how can we do that?
well, if you know the location, you could probably use Runtime.exec("pathToJavaInstallPath/bin/java.exe -version")and capture the version that way. That's at least one brute force way.
Sample output:
java version "1.6.0_32"
Java(TM) SE Runtime Environment (build 1.6.0_32-b05)
Java HotSpot(TM) 64-Bit Server VM (build 20.7-b02, mixed mode)
You can also use GetBinaryType Win32 API function to determine whether the given .exe is 32 or 64 bit.
See question How to detect that a given PE file (exe or dll) is 64 bit or 32 bit for more details.
You can read the version of Java that's executing using the "java.version" property:
http://docs.oracle.com/javase/tutorial/essential/environment/sysprop.html
You can also read the architecture (e.g. x86 vs amd64), OS and JRE home.
A while back I released an application in Java. While I targetted it for Java 6, I realized that there was a significant Macintosh user base. At the time, Apple had not gotten around to creating a JRE 6 for their users, so I had to make the application compatible with both Java 5 and 6.
Now I've returned to that project and realize that I can't support those users any more; Sun won't let me download the JDK 5 anymore because it's end of life. So I'm caught at a crossroads; as far as I can tell, PPC Mac users still don't have a JRE 6 to use.
So I ask this question: How do I resolve this predicament? I still want to support those users, but I simply don't have a JDK with which to build. Has Apple released a JRE 6 for their PPC users? Is there an alternate way to get JDK 5 (other than becoming a business member of Sun)? Is there some alternative recommendation to supporting these users?
Regards,
-- Shirik
EDIT: Some additional info, if Apple has released Java 6 for PPC, how easy is it to get? I ask this because I'm still constantly seeing logs from my users which indicate PPC architecture with a Java 5 VM.
You could use -target 1.5 -source 1.5 with your Java 6 JDK, to generate 1.5-compatible class files.
You can download Java 5 from Sun. You just have to look in the right place.
http://java.sun.com/javase/downloads/previous.jsp - J2SE 5.0, 1.4.2, 1.3.1
http://java.sun.com/products/archive/ - all releases going back to JDK 1.1
Note that these are all existing public releases. The material you got from Sun would have said there would be no new public releases of Java 5.0. They were pointing out that if you needed patches for recently discovered security issues and other bug fixes for Java 5.0 etc, you would have to pay for them.
Obviously, JDKs for Apple platforms are not available from Sun, but this is nothing to do with the fact that Sun have "end-of-lifed" Java 5.0. The fact is that they have never been available from Sun ...
Having said that, in the long term you need to be able to migrate your application to Java 6.0, 7.0 (due out later this year) and so on. At some point you are going to have to draw the line and say "sorry ... no more updates" for the shrinking number of users with old PPC and 32-bit Intel Macs.
As far as I know, Apple has only released Java 6 for x86-64, and I'd be willing to bet my hat that they will never release Java 6 for either PPC or for plain old 32-bit x86 (note that every Mac released after about mid-2007 or so is x86-64).
Soylatte might work (I have not tried it myself).
If you want to support older platforms, including PowerPC macs, it is a good idea to write code that can run on older Java releases. These days Java 5 is a relatively safe bet, but you may want to go even further and e.g. use retroweaver to generate Java 1.4.
You can download a version of the OpenJDK 1.7 from intricatesoftware.com
it is, unfortunately, a headless build of the JDK; i.e., can't open a display, and hence can't use to run IntelliJ, but Eclipse runs on it just fine.
I'm running it on 10.5.8, on a PPC ("cheese grater",) with Eclipse 4.3.2 / Kepler, and it all seems to work fine. :-)
(though, in honesty, a new configuration on the box, so we'll see how it goes over time)