Slashdot Mirror

← Back to Stories (view on slashdot.org)

Oracle Announces Java SE 9 and Java EE 8 (oracle.com)

Posted by msmash on from the dispatch dept.

rastos1 writes: Oracle has announced the general availability of Java SE 9 (JDK 9), Java Platform Enterprise Edition 8 (Java EE 8) and the Java EE 8 Software Development Kit (SDK). JDK 9 is a production-ready implementation of the Java SE 9 Platform Specification, which was recently approved together with Java EE 8 in the Java Community Process (JCP). Java SE 9 provides more than 150 new features, including a new module system and improvements that bring more scalability, improved security, better performance management and easier development to the world's most popular programming platform.

64 comments

  1. Maybe most popular... by TWX · · Score: 3, Insightful

    ...but the way Oracle runs it, probably getting to be most-hated and most-abandoned too. At some point most-abandoned will cross with most popular and it won't be most popular anymore.

    --
    Do not look into laser with remaining eye.
    1. Re:Maybe most popular... by Anonymous Coward · · Score: 3, Interesting

      Well, I think Oracle is doing right in regard to Java. Even better than Sun did in the years prior to its acquisition. I know it's cool to criticize Oracle no matter what they do but... facts, please.

    2. Re:Maybe most popular... by jellomizer · · Score: 5, Insightful

      When faced to make an "Enterprise Level Product" and you have to pick a Language to code it in, you have few choices that will get past the execs.
      You have .NET, Java, C/C++ The other languages out there from Node.JS, Python, Ruby, PHP, Rust... Either do not have "Enterprise Support" (whatever that means) and in general these lanagues the Execs never heard of them before and really don't want a lecture to explain it to them.
      Then these big name languages have fancy IDE interlaces that can make frameworks from UML graphics and a bunch of crazy expensive addons that allow the sales men who such executives trust more then their own staff .

      So with all this You have .NET which is Java only for Windows. Then you have C/C++ which often will take a lot more effort to build, and there is a heck of a lot of testing needed for every new platform.

      So Java unfortunately is still a good choice with the restrictions of the corporate environment.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    3. Re:Maybe most popular... by lactose99 · · Score: 1

      I just installed it

      on a related note I have to punch myself in the balls just to get it up

      --
      Fully licensed blockchain psychiatrist
    4. Re:Maybe most popular... by Billly+Gates · · Score: 1

      Yeah but the buzzwords of ROR, Node.js, and Rust are CIO compliant.

      --
      http://saveie6.com/
    5. Re:Maybe most popular... by jellomizer · · Score: 1

      Except they may be too new for them to use. We have the Execs who were Web Designers during the 1990's Dot Com boom. Who had learned the new software is often stuff that is the most unreliable. Granted many of the newer languages have more safeguards but they don't know that.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    6. Re: Maybe most popular... by Anonymous Coward · · Score: 0

      Pretty damn simple what enterprise support means. Is there someone around to fix whatever is broken in the language of it comes up (reliably)?

      If you have to do it yourself or dick around stackoverflow then it doesn't have enterprise support.

    7. Re: Maybe most popular... by jellomizer · · Score: 1

      You call up the company, that you are paying thousands of dollars a month, and put it on the possible wishlist for the next version which you will need to pay for the future upgrade.

      Or you open a ticket and the vendor sends you a link to the stackoverlow site. (i Had that happen before too)

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    8. Re:Maybe most popular... by The+MAZZTer · · Score: 3, Informative

      .NET Core, which is pretty much .NET remade to be cross-platform, is also for Mac OS/Linux too now. And I won't be surprised if platform support increases in the future though I don't think they've announced any plans for that yet.

    9. Re:Maybe most popular... by MightyMartian · · Score: 4, Insightful

      When you're taliking about Java, you're talking about financial institutions and other really large corporations. They build applications they intend to use for decades. That's where Java is king, and it has 20 years worth of toolkits for that purpose. This isn't a realm where people give a shit about the latest sexy language, and where security and reliability requirements are a helluva lot more stringent than, say, Facebook's.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    10. Re:Maybe most popular... by TWX · · Score: 2

      So they caught mono?

      --
      Do not look into laser with remaining eye.
    11. Re:Maybe most popular... by colablizzard · · Score: 2

      The most important thing is tooling. Java has got everything checkboxed for use in Corporate Environments. You want FIPS compliant crypto? You want static code analysis? You want tools to scan usage of open source libraries? You want tool to see if your developer copy pasted code from stack overflow? Everything is a Check Yes in Java, that too most of these tools are free and reputable. The Apache and OWASP foundations literally keep Java alive. The only problematic thing is their new EOL policy for Java SE. They have effectively killed the usage of the "free" Java SE in environments with the new EOL policy. To put it simply, one will need to constantly update to the latest major version http://www.oracle.com/technetw...

    12. Re:Maybe most popular... by Anonymous Coward · · Score: 0

      .NET Core, which is pretty much .NET remade to be cross-platform

      It is basically the Microsoft JVM dream come true. Almost all existing .Net code relies on Windows only features, it will be decades if ever until Linux is anything but a second rate .Net platform.

    13. Re:Maybe most popular... by Anonymous Coward · · Score: 0

      To put it simply, one will need to constantly update to the latest major version

      http://www.oracle.com/technetw...

      The way it always should have been!

    14. Re:Maybe most popular... by The+Snowman · · Score: 1

      The way it always should have been!

      I agree. Why should Oracle (or Sun, previously) be on the hook for providing security updates to five year old versions of Java? That is a logistical nightmare - multiple branches, multiple test configurations for each, and a ton of time and effort. Java updates very rarely break backwards compatibility anymore, so users should update.

      --
      24 beers in a case, 24 hours in a day. Coincidence? I think not!
  2. minus project valhalla :( by Anonymous Coward · · Score: 0

    I've known for about a year that project valhalla got bumped to Java 10, but it's still sad to see that it didn't make it into Java 9.

    Valhalla is the one thing that would have kept me on Java, but alas, I jumped ship already. Goodbye, Java.

    1. Re:minus project valhalla :( by mccalli · · Score: 2

      I never really understand posts like this. "This is the one thing that would have kept me on Java". Why? Java is a tool like any other. You use it when you should, you don't use it when you shouldn't. After decades of existing, it's quite clear it doesn't actually need the Valhalla stuff. It would be nicer with it, but this is not an existential crisis.

    2. Re:minus project valhalla :( by Anonymous Coward · · Score: 0

      why? valhalla = value types, generic specialization, and reified generics.

      And yes, some projects actually NEED those things, to the point where Java is not even an option at all without them.

    3. Re: minus project valhalla :( by Anonymous Coward · · Score: 1

      No project ever needed any of that. Every single piece of software could be written in assembler, so no your project does not 'need' this.

    4. Re: minus project valhalla :( by Anonymous Coward · · Score: 0

      You've obviously never tried to maintain the type of monstrosity you've just advocated. Sure "anything" can be written in assembly, but you're an idiot and/or a masochist if you do that.

      Used more variables than JVM's escape analysis can track? You're SOL. And no, using a heap allocation library is not a sane option for maintenance -- especially when C# that already has structs, pass by reference, and unsafe operations if you really need it. In other words, C# already has better than Java's Valhalla. And the only possible reason to stick with Java's more mature ecosystem and tooling would be if it could provide a credible alternative to C#. It can't, so goodbye Java. I really wanted to see it win out, because I do not like Microsoft, but Microsoft has the vastly superior language now ... at least until Java gets Valhalla.

      FWIW, I actually ported my project to C++ and got a 15x performance boost -- mainly due to cache efficiencies that are impossible in Java. Scripting and other non-perf-sensitive things will be done via embedded coreclr, because I can't wait for Java 10.

    5. Re:minus project valhalla :( by Anonymous Coward · · Score: 0

      value types are simply undefined variable types with deep copy semantics. Since the introduction of auto-boxing, every piece of data in Java can be referenced as an Object and Object has a defined clone() method so as long as your concrete data type implements clone you consistent the deep copy semantics.

      generic specialization such as List<int> aren't in the language, but packages like Trove and Guava have support for primitive arrays with list interfaces wrapping them. If you wanted to use the java.util.List interface but maintain an array of primitives inside the implementation, then you might have to deal with holding the data as primitives in the internal array but the get/add methods returning autoboxed values.

      Regarding the reified generics, I've often needed to know what the data type in my container was, usually to be able to instantiate new instances of the object type like when creating object pools

      public class Foo<T> {
      List data;

      public Foo() {
      }
      void preFill(int size) {
      data = new ArrayList<T>(size);
      for(int i = 0; i <size; i++) {
      data.add(new T());
      }
      }
      }

      Foo<Bar> barData = new Foo<>();
      barData.preFill(10);

      This doesn't work because you can't use new T() nor can you use T.getClass().newInstance(). But with the functions and lambda's you could do something like this:

      public class Foo<T> {
      List<T> data;
      Supplier<T> factory;

      public Foo(Supplier<T> factory) {
      this.factory = factory;
      }
      void preFill(int size) {
      data = new ArrayList<T>(size);
      for(int i = 0; i < size; i++) {
      data.add(factory.get());
      }
      }
      }

      Foo<Bar> barData = new Foo<>(()->{return new Bar(); });
      barData.preFill(10);

      Other times when I wanted to know the data type in a list container, I simply added a Class<?> attribute to the class definition and on construction of an instance of your generic object, since you are telling it at construction time the class to use for the type, just pass the class object into the constructor.

      You can subclass the various containers like

      public interface Reified<T> {
      public Class<T> getType();
      }
      public class ReifiedArrayList<T> extends ArrayList<T>, Reified<T> {
      Class<T> type;
      public ReifiedArrayList(Class<T> type) {
      super();

    6. Re:minus project valhalla :( by Anonymous Coward · · Score: 0

      Should read

                      public interface Reified<T> {
                                                          public Class<T> getType();
                          }
                              public class ReifiedArrayList<T> extends ArrayList<T> implements Reified<T> {

      typed too fast.

  3. All 9 of us are thrilled by Billly+Gates · · Score: 3, Insightful

    I will let them know.

    The rest of us are stuck with Java 1.4.2, 6, and 7 due to poorly written apps using RMI to go to c:\program files(x85)\...to check version numbers and using == instead of = to run.

    Or we left long ago to Ror.

    --
    http://saveie6.com/
    1. Re:All 9 of us are thrilled by Anonymous Coward · · Score: 0

      There are more than 9 people at my company who are thrilled with this. (Okay, not thrilled necessarily, but interested.) :P

    2. Re:All 9 of us are thrilled by jellomizer · · Score: 4, Insightful

      You will never escape poorly written software no matter what language it is. One of the toughest things to teach new coders out of school, is to think forward.

      These are most common arguments with New Hires.
      1. Don't hard code paths in the system. Especially if it is in code that needs to be compiled.
      2. Don't try to be too clever with condense code, There will be a requirement change and less clever code is easier to fix.
      3. Don't drop your custom library files into the compilers library folder. This will make migrating the software to an other platform more difficult.
      4. Avoid 3rd party tools and add-ons as much as possible. As they may no longer be supported in the future or work in newer products.
      5. Make sure you use code that works well on most Systems, avoid using OS particular features unless absolutely necessary. The OS Maker may choose to change or drop that feature in the next version, or we may want to change OS's in the future.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    3. Re:All 9 of us are thrilled by Anonymous Coward · · Score: 0

      6. Don't make software. Make pizza and tacos, this makes people happier.

    4. Re:All 9 of us are thrilled by Billly+Gates · · Score: 1

      But but ... but they saved $5,000 by going offshore with that Java app!

      Meanwhile got hit by wannacry because they were forced to use an insecure version of Java in the process and spent $250,000 on a security consultant to fix it. But they saved $5,000 by offshoring.

      --
      http://saveie6.com/
    5. Re:All 9 of us are thrilled by jellomizer · · Score: 1

      You may make people happier, but you will more or less live your life doing a humdrum job.

      For the most part with these newly hired coders, once they realize why we do things the way we do, and after an update and they find their mistake that they did in protest of the old guy who seems to be stuck in his ways, actually went to bite them in the butt. Will learn their lessons, and actually be much better coders. However the problem is a lot of organizations don't keep the developers long enough to learn their lessors, and keep on dumping inexperienced code to the the next inexperienced developer compounding the problem.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    6. Re:All 9 of us are thrilled by luis_a_espinal · · Score: 1

      I will let them know.

      The rest of us are stuck with Java 1.4.2, 6, and 7 due to poorly written apps using RMI to go to c:\program files(x85)\...to check version numbers and using == instead of = to run.

      Or we left long ago to Ror.

      What sort of cavern do you call "work"? Being on Java 7 is not bad, not even 6 if we are pragmatic. But what you are describing is just insane. Obviously, everything I'll say is annecdotal, but I've not seen such crap in a long time. Who does Windows-dev specific work with Java?????

    7. Re:All 9 of us are thrilled by Billly+Gates · · Score: 1

      I will let them know.

      The rest of us are stuck with Java 1.4.2, 6, and 7 due to poorly written apps using RMI to go to c:\program files(x85)\...to check version numbers and using == instead of = to run.

      Or we left long ago to Ror.

      What sort of cavern do you call "work"? Being on Java 7 is not bad, not even 6 if we are pragmatic. But what you are describing is just insane. Obviously, everything I'll say is annecdotal, but I've not seen such crap in a long time. Who does Windows-dev specific work with Java?????

      Dude I got back in I.T. doing desktop support. Every company uses ancient Java with terrible security. We can't patch it as all the code does an == and not a less than or equal (slashcode cut off my previous comment) so if a version number is too high it will throw an exception.

      One company uses Java 1.4.2. Not 1.4.1 or 1.4.3, but 1.4.2 due to this doing RMI to c:\program files (x86) and checking the path to see the JRE version instead of damn calling the method to do this! Here is the funny part which is worse. That is not the only reason it required a +10 year old version of Java. This bank applet used a security hole to function. So in essence:
      1. Went outside the sandbox to c:\program files (x86)\... to check the JRE version number
      2. Used a security exploit in RMI to call a COM+ Excel 2003 object to populate and read data
      3. Went unsecured to this popular banks website with the data to upload and download
      4. The data contained credit card numbers and bank account numbers
      5. Required an ancient version of IE with security turned off or really low!!

      This was a popular Canadian bank too. I write anti Java posts here. That incident in 2012 turned me into a Java hater as this was also after Oracle acquired it with a hostile takeover from Sun. Java is still amazing for it's time and could have been the next big thing but with weird shit and left to rot for many many years I say it is a dangerous security risk for all but enterprise closed off servers.

      You say what kind of moron would write such a horrible thing! FYI I am not a developer nor a security guy like most of you reading this, but I sure as hell knew what I saw was an abomination to say the least.

      The answer is MBA's going to cheap 3rd world countries or outsourcing H1B1 visa students with no programming experience to save a few dollars. These guys do not read slashdot and accountants do not measure technical debt or opportunity costs like an economist or statistician. If it can't be on an Excel ledger in a debit or credit then the hidden cost is invisible. So they hire the cheapest developers they can find since I.T. is a cost center which adds no business value. Meanwhile it is a security hole ready to happen!

      Thankfully the move to WIndows 7 which I was hired for forced the bank to improve it's Java software as that insecure nightmare would have trouble without a UAC prompt for obvious reasons. Sadly we crippled security to make it run to meet our deadline. I hope the bank fixed it.

      SAP and PEoplesoft also use RMI to go to c:\program files\... to check version numbers instead of a method to in order to cut costs from what I have seen at other enterprise environments.

      --
      http://saveie6.com/
    8. Re:All 9 of us are thrilled by Billly+Gates · · Score: 1

      You may make people happier, but you will more or less live your life doing a humdrum job.

      For the most part with these newly hired coders, once they realize why we do things the way we do, and after an update and they find their mistake that they did in protest of the old guy who seems to be stuck in his ways, actually went to bite them in the butt. Will learn their lessons, and actually be much better coders. However the problem is a lot of organizations don't keep the developers long enough to learn their lessors, and keep on dumping inexperienced code to the the next inexperienced developer compounding the problem.

      And with a nice developer job you can buy lots of Pizza and Tacos too. Wahoo win win!

      --
      http://saveie6.com/
    9. Re:All 9 of us are thrilled by swilver · · Score: 1

      You know, this is actually your own fault as most companies do upgrade. You should have the balls to pack up and leave and work at a company that is with the times (if that is Java 8 or 9 or another language, it doesn't matter). You are limiting your potential and future value by continuing to work with older software.

      As a Java dev, I only have to snap my fingers and get 20 job offers... I then only have to pick the one that I like most.

    10. Re:All 9 of us are thrilled by swilver · · Score: 1

      Looks like gross incompetence to me. And so gross incompetent use of Java turned you into a hater of Java, makes perfect sense. I guess you must hate all programming languages then, as I've seen gross incompetence in most of them. How you can even bear to use Windows is beyond me.

      Anyway, I'd decompile the software involved, change that "==" into a ">=" (or remove the check altogether) and be on my merry way.

    11. Re:All 9 of us are thrilled by Anonymous Coward · · Score: 0

      As a Java dev, I only have to snap my fingers and get 20 job offers.

      Are you talking on-site or remote work? I'm a remote Java dev, and it's been hard to find good remote jobs. The prevalence of JavaScript doesn't help either, as searching on job sites provides mostly false positives. What resources do you use to find jobs? I'd love some advice.

    12. Re:All 9 of us are thrilled by swilver · · Score: 1

      On site for the most part, although working one day remote a week is often an option. If you work only remote, you are competing with developers from countries where living expenses are low, wages are low and/or taxes are low or all three. You can't win that.

      My situation applies to Europe, where everyone and his dog wants an App, a Website or whatever. I do freelance work there as it pays far better. In the US it seems to be the same (I haven't seen a company that isn't hiring devs), unfortunately going to US is not an option for me due to strict immigration policies.

  4. Woo-hoo! by Anonymous Coward · · Score: 0

    Oracle has announced the general availability of Java SE 9 (JDK 9), Java Platform Enterprise Edition 8 (Java EE 8) and the Java EE 8 Software Development Kit (SDK).

    It's like Eid al-Adha wrapped up in Kwanzaa and covered in Rosh Hashanah.

  5. Production Ready? by swsuehr · · Score: 3, Funny

    "JDK 9 is a production-ready implementation..."

    It's about time that they're ready for production.

    1. Re:Production Ready? by luis_a_espinal · · Score: 1

      "JDK 9 is a production-ready implementation..."

      It's about time that they're ready for production.

      Meh, their Weblogic middleware isn't Java8 ready yet. There is a lot of middleware and turnkey COTS systems out there that will simply not work if you move it to JDK 8 because of unknown regressions between JDK versions.

      It is great to move to the latest JDK versions for fresh development using barebone containers,though.

  6. Great, more incompatible JVMs... by Anonymous Coward · · Score: 0

    I've encountered some Java programs which check version numbers and will not run outside out of a limited range. Slap a v9 JVM, and it will fall over on its face and throw exceptions like a monkey throws scat.

    Can't wait to see this in production... wonder if it will make bloated, piece of crap container applications like Tomcat or WebLogic... applications where I have to schedule periodic cleans and reboots of machines in a cluster because the code is so brain-dead that it will either memory leak until the machine grinds to a halt, or use so many temp files that no matter how much space it has, it will burn it up, given days to weeks.

    1. Re:Great, more incompatible JVMs... by Anonymous Coward · · Score: 1

      Stop hiring H1Bs to write your code then. Use third world developers, get third world software.

    2. Re:Great, more incompatible JVMs... by swilver · · Score: 1

      The fault is with whoever built that software, then with whoever hired those people to build that software, followed by whoever decided to buy this software, followed by YOU who allowed this shit to be installed on their systems without proper auditing. Grow a backbone.

  7. Re:DiE! by Anonymous Coward · · Score: 0

    Liier has to e.

  8. Re:Too little, too late by Anonymous Coward · · Score: 2, Insightful

    Java will outlive both you and I.

  9. Re:Too little, too late by Anonymous Coward · · Score: 0

    Too little, too late. You don't add features once in a while and expect to be on top. Look at what happened to IE. It was once a good browser, but it was left to sit in a corner. Once Oracle deprioritized Java, it was as good as dead.

    It was? IE has always sucked ass, and continues to suck ass.

  10. Re:Too little, too late by Anonymous Coward · · Score: 1

    Come on. Do you really think Sun did better by the time they released Java 6? That indeed looked a deprioritized project. But not what Oracle did with Java 8 and 9, that came with lots of changes and improvements.

    Of course Java is a platform used in quite a lot of important stuff, so don't expect releases every 2 months breaking everything like Swift or Python. It's just a different league.

  11. Only one feature would actually matter by lusid1 · · Score: 1

    Can it run ALL code and applets written for ALL previous java implementations? No? Then come back when its done.

    1. Re:Only one feature would actually matter by Anonymous Coward · · Score: 0

      Not sure. Where, in 2017, would I find an applet to test with?

    2. Re:Only one feature would actually matter by Anonymous Coward · · Score: 0

      Solution: Side-by-side install an older version of Java.

      Nobody's going to help you shoot yourself in the foot by running unsigned apps that may have been tampered with on the server, or in transit. Go find an old copy of a JVM or JDK installer somewhere on the web or on a CD somewhere, and install it in any directory on your computer besides the one where you have Java 9 installed. But don't blame me when you get owned by your own stupidity. Running old, unsigned Java apps is a bad idea. You've been warned.

    3. Re:Only one feature would actually matter by swilver · · Score: 2

      There isn't a single language for which this is true, unless that language only has a 1.0 version and never patched any security holes. Do you want that security exploit that worked on Java 1.0 to work on Java 9? Perhaps you do depending on what business your in, but the rest of the world doesn't.

      Java is probably *the* most backwards compatible language ever build, and they didn't make an exception with Java 9. So yes, I do expect it to run almost everything that was ever build for it.

      In the cases it doesn't (which I have not encountered in any decently engineered piece of Java) it probably is using undocumented functions or security exploits. I don't think I even want those to keep functioning.

    4. Re:Only one feature would actually matter by Anonymous Coward · · Score: 0

      b-b-b-but com.sun.misc.Unsafe!

  12. Re:Too little, too late by Billly+Gates · · Score: 1

    Ironically, it was not that per say which doomed IE.

    It was incompatible with it's own bugs and security which when addressed broke all the ancient crud from the XP era. This is why corporations stuck with Java 6,7 as well as IE 6 for many many years well into 2013 when Windows 7 brought htem out kicking and screaming requiring rewritting everything.

    Java is incompatible with itself which is why no one cares about the newer. They want legacy stuff working forever with all the security holes intacted to run PeopleSoft circa 2005 era.

    --
    http://saveie6.com/
  13. Re:DiE! by Anonymous Coward · · Score: 0

    u got issues bro

  14. Re:Too little, too late by Billly+Gates · · Score: 0

    LOL.

    Ask a webdeveloper from last decade? Netscape WAS FAAAAR worse than IE when it came to standards compliancy. IE 6 was the better browser. It was mean and crashed less .... no I am not making this shit up either.

    Those were dark days for the web in it's infancy. IE introduced ajax and CSS. By freezing it web developers created crud which only worked on it after so long accumulated to the point where enterprise computing had to stick with it as the newer versions were too secure and standards compliant to run the stuff dependent on workarounds from 2001.

    --
    http://saveie6.com/
  15. Re:Too little, too late by MightyMartian · · Score: 1

    Java's entrenchment is so vast in the enterprise world that about the only competitor is COBOL. It isn't an Internet Explorer, it literally is the 21st century version of Cobol, and will be around just as long.

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
  16. Debian issues by reiscw · · Score: 1

    I use Java for two reasons. First, I teach and our school gradebook application is written in Java (this is a godsend, because it lets me use Linux 100% at work). Second, I teach AP CS and Java is the current language. OpenJDK works well (and it actually works for the gradebook application too, although it seems a bit buggier at times), but I do like having the Oracle JDK because it's what most of the students have (they are mostly running Windows/macOS). Very rarely (about once every couple of years) we run into a problem where a student program behaves differently under OpenJDK vs. the Oracle JDK.

    I wanted to test JDK 9 today in Debian (stretch). Ordinarily I use make-jpkg (installed via java-package) to convert the Oracle tarball into a .deb file that I install with gdebi. Unfortunately, this doesn't work for for JDK 9. You can supposedly use a Ubuntu PPA which installs a package that downloads the tarball from Oracle and installs it. The maintainers of the PPA seem to indicate it's reasonably safe for Debian. That makes me nervous, though, because of all the warnings about mixing distributions in Debian documentation. I'd be happy to hear other opinions/options on this.

    My colleagues using Windows are annoyed that the high DPI adjustment in Windows does not seem to work in Java applications; supposedly Java 9 was supposed to implement a fix to this, and I'm curious to see if they did.

    1. Re:Debian issues by swilver · · Score: 1

      The high DPI fix is for Swing, so it would depend on the UI toolkit used, but also on how those programs were written (if they did anything with fixed amounts of pixels, that won't scale). SWT already runs fine in high DPI (see Eclipse) and JavaFX does as well.

      I'm sure a Debian package will be along shortly for Java 9, but yes, I agree, using the Ubuntu one should be reasonably safe, especially since Java is pretty much self contained and only hooks into the underlying OS at low levels (threading, I/O, etc).

    2. Re:Debian issues by Anonymous Coward · · Score: 0

      ...Debian...

      Hold it, that's your problem right there. Debian's policy is if you want new stuff you should wait 2-3 years until the next stable. If you're lucky Debian might patch make-jpkg but I wouldn't count on it. The obvious solution in the mean time, just use Java directly from the expanded tarball. Just put it somewhere and include it in your PATH or add it to update-alternatives and you should be good to go.

    3. Re: Debian issues by Anonymous Coward · · Score: 0

      The high dpi issues with the java apps I use have been resolved with jokes 9.

  17. Re:Too little, too late by swilver · · Score: 1

    I heard if you keep repeating something long enough, it actually becomes true!

  18. Installed ... by Anonymous Coward · · Score: 0

    Installed--updated, actually, over 8u144--the Java9 JDK on F26 64-bit ... and java - version STILL shows 8u144 ...

  19. People called Romanes they go the house? by Hognoxious · · Score: 1

    Not that for each speak? WTF is that supposed to mean?

    This is a Java thread, don't go bringing Python into it.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."