back to article Oracle's revised Java licensing terms 2-5x more expensive for most orgs

Most organizations adapting to Oracle's new licensing terms for Java expect the per-employee subscription model to be two to five times more expensive than the legacy model, according to Gartner estimates. Speaking to clients since the new model was introduced in January, the global technology analyst said the steep increase …

  1. heyrick Silver badge

    with 49,500 employees, all of whom are applicable

    What, even the cleaners?

    PS: Are they actually trying to kill Java?

    1. devin3782

      Re: with 49,500 employees, all of whom are applicable

      In short, yes. We can dub oracle's software licensing "A kings randsomwear"

      1. Neil Barnes Silver badge

        Re: with 49,500 employees, all of whom are applicable

        It begins to make the likes of Altium's per-user licensing look cheap. Licensing on every employee of a company, whether they use the product or not, is unconscionable.

        But I suspect I'd be starting a crash course of converting to one of the FOSS versions (or possibly mix and matching versions around wherever possible to give the auditors a headache!).

        1. werdsmith Silver badge

          Re: with 49,500 employees, all of whom are applicable

          Or just decontaminating completely as we have done.

          1. Spamfast

            Re: with 49,500 employees, all of whom are applicable

            Or just decontaminating completely as we have done.


            It baffles me why anyone uses Java in new projects and why existing ones aren't switching to Python, Ruby or JavaScript/ECMAscript or, well, practically anything else.

            I've got nothing against the language syntax itself - in fact it's quite nice. But the compute requirements for things like Jenkins or JBoss or whatever are bananas.

            1. Kevin McMurtrie Silver badge

              Re: with 49,500 employees, all of whom are applicable

              Python, Ruby, and JS have extremely poor performance for some kinds of tasks. Java is a middle ground where you can code it like a high level language for simplicity or code it like a low level language for performance, plus anything in between. Its frameworks have always attempted to make optimization easy. There are some rough spots but Java is my favorite language for large apps.

              The simple solution is to not use the Oracle Java. I haven't touched Oracle Java since version 8, which is obsolete by several major language improvements.

              1. Spamfast

                Re: with 49,500 employees, all of whom are applicable

                Why then do Java-based back-ends for continuous integration, bug tracking, collaboration etc. always seem to require five times the resources than ones using PHP, Perl, Python or Ruby for the same type of service?

                Maybe Java programmers just aren't very good?

                1. Anonymous Coward
                  Anonymous Coward

                  Re: with 49,500 employees, all of whom are applicable

                  Because Java's virtual machine is geared towards delivering high throughput, using more memory and adding a warm up time lag to collect metrics on hot code paths to optimise the machine code. The other languages you mentioned can't match Java's performance for a complex high traffic application. Either way, Java can be tuned to use less memory on CI servers and the guidance on this is widely available.

                2. Kevin McMurtrie Silver badge

                  Re: with 49,500 employees, all of whom are applicable

                  "Spring Boot"

                  A utility from long ago that grew like the Blob into a Java operating system. With just a few magical annotations, you can generate hidden runtime delegation classes to provide dynamic configuration and feature injection. It extends app launch times from 300ms to 40000ms, obliterates JVM optimizations, adds GB of memory consumption, and is impossible to maintain but some swear by it.

              2. CheesyTheClown

                Re: with 49,500 employees, all of whom are applicable

                Help me out here. The applications I develop are, at a personal project level CAD software, operating systems and compilers. On a professional level, I code storage systems, physics simulations for things like bio computing and weather prediction.

                I do actually have a storage system in production which provides object storage to CERN projects which is based on Java. Its system requirements are idiotic and if we could rewrite it in any language actually suitable for such tasks, it would save us tens of millions of dollars.

                For business and accounting type systems, I code everything in C# because the language is insanely well maintained at this time.

                What is a suitable application for Java? It always struck me as the square peg in the round hole. I used to develop a Java Virtual Machine and a clean room implementation of the Java libraries, and I suppose it was a fun project, and I needed to do it because I needed a platform independent JVM for embedding in a web browser on all kinds of platforms. But when DOM and HTML canvas became a thing, I didn’t really see the point anymore.

                So what kind of software would you develop using Java and is that because of habit (shamefully, I still use C and C++ for some things because they’re comfortable even if they’re terrible), or does Java offer something which makes it well suited for some task?

                1. Paul 195

                  Re: with 49,500 employees, all of whom are applicable

                  Java (and the JVM) remain popular because of the huge ecosystem around it. I like C# as a language (it's benefited from avoiding most of Java's mistakes), but there is nothing in the dotnet ecosystem that compares with Spring Boot and the Spring framework for productivity. And the JVM offers good performance - not as good as languages like C, C++ or Go, but far better than Python, Javascript or Ruby.

                  But I would obviously echo the advice to stay as far away from Oracle as possible and stick with a 3rd party or OpenJDK distribution.

                  1. CowHorseFrog Silver badge

                    Re: with 49,500 employees, all of whom are applicable

                    Yeh C# is brilliant. Its great how ctors, classes and methods are all pascal cased.

    2. Howard Sway Silver badge

      Re: with 49,500 employees, all of whom are applicable

      Yes, because they do garbage collection.

      Feeble gag aside, reading this horror story, I couldn't help repeating to myself "I'm so glad I went back to C++ and tried the modern version" over and over in my head. For me, it was the continuous changes that cased this, but the signs that the extortion racket was about to kick off big time were also there a long time ago now.

      1. lotus123

        Re: with 49,500 employees, all of whom are applicable

        I use "modern" C++ for coding high performance backend applications. With a couple of libs it is a breathe to work with actually.

    3. John Riddoch

      Re: with 49,500 employees, all of whom are applicable

      You could probably justify it in that those cleaners could be using some kind of HR system (holiday planner, timesheets, shift scheduling etc) which uses Java, but overall, the inclusion of all staff & contractors feels like gouging. Because it is.

      Many companies will have a few Java apps used by a small portion of their workforce and licensing all employees doesn't make any sense. The licensing forces you to go all in or try to find a way out of it. I assume Oracle are hoping people will go "all in" at which point they may well decide to deploy Java in more places because they're already paying for it. That makes it harder to get out of using it longer term providing some convenient (for Oracle) lock in. The right thing to do is to run, not walk, away from Oracle Java as quickly as possible.

  2. Androgynous Cupboard Silver badge

    Gartner might know licensing but it doesn't look like they know much about Java.

    > If they moved applications to Java 17, they could avoid the change, but it would involve significant work and, for many, would not be viable.

    Which Java 17? Oracle Java 17? That won't avoid the licensing requirements.

    > Similarly, the option to upgrade all Java applications to the latest release of OpenJDK is most likely off limits, owing to the work involved.

    Er, what?

    > In the viable-but-hard-work category come the options of switching to third-party Java products

    How is "moving to a third-party Java product" easy but "moving to the latest release of OpenJDK" hard? This is nonsense

    Switching to Azul or any of the other listed "third part Java product" is, if anything, more complicated than switching to OpenJDK, which involves no licensing checks. And switching to OpenJDK doesn't mean also upgrading to Java 17 - OpenJDK 8 and OpenJDK 11 are available for download. I'm actually starting to view Oracle's change as a good thing - if it can wean some of our, er, more conservative customers off Java 5 through 7 and onto OpenJDK 8.

    1. DJV Silver badge

      Re: Gartner might know licensing

      Given their track record, I doubt they even know that!

      1. ChoHag Silver badge

        Re: Gartner might know licensing

        Remember they don't speak to anyone who does any work. They speak to and get their information from Industry Experts.

        Given that. I'd say they're surprisingly accurate on the whole.

    2. Anonymous Coward
      Anonymous Coward

      Actually it would avoid the costs - LTS releases of Java, of which 17 is one, are free for production use until just after the next LTS release comes out. So as the article says, it avoids licensing fees but is unrealistic as it requires significant version upgrades every few years.

    3. Anonymous Coward
      Anonymous Coward

      I've been doing this for my clients - Java is standards based, different vendors releases are based on the same standards, and in most cases based on OpenJDK so also based on the same codebase. Specifically for your comment on azul - Azul offer two JDKs, Prime uses proprietary technology but is still fairly easy to migrate to. Platform core is based on OpenJDK so is the same codebase. If your on java 8 then moving to the azul or amazon release of Java 8 is generally painless, but moving to a newer version is much more painful.

      It's trendy to throw shade at Gartner but in this case their research seems more sod than yours.

      1. Androgynous Cupboard Silver badge

        I'm not sure we're disagreeing, are we? My point was if you move from Oracle JDK to an OpenJDK, it is possibly easier and definitely no harder than moving to a paid-for third party JVM.

        1. ChoHag Silver badge

          But you don't get that warm fuzzy feeling that comes when you give Oracle all your money.

        2. Anonymous Coward
          Anonymous Coward

          Which is what the Gartner report says.

    4. EricM

      Agree. There seems to be some confusion in the Article and/or Gartner advice.

      To keep it simple: If you actively develop, check if you really need the extra goodies Oracle JDK provides. If not, move to a newer OpenJDK 11 or 17, whichever reflects more closely to your current OracleJDK release. Required changes are probably minimal or non-existent, as Java enforces strict compatibility between runtimes.

      If you are not actively developing and are still on an old JDK release from before 2019, stay there as long as you can as they stay "free" as in beer.

      For much internal or even active Internet code, this will not pose a real security problem. An old, unmaintained application is usually a bigger security risk than the old JDK running it, anyway.

      Third party Java runtimes typically make sense only if you need their special capabilities.

      1. Anonymous Coward
        Anonymous Coward

        I remember back in 2003, when I was last coding in Java, we had a policy of using compatible runtimes over the official one - I seem to remember there was one we used because it was faster than the official one.

        1. david 12 Silver badge

          I remember back in 2003 ...I seem to remember there was one we used because it was faster than the official one

          Oracle won the copyright case in court, and MS withdrew both the Java product and Windows 2K (because Win2K had the MS Java product embedded).

          The competition did have the salutary effect of causing Oracle to put more effort into Java development to keep up, and Oracle Java also became a lot faster.

      2. Androgynous Cupboard Silver badge

        I'm going to follow myself up with a point I should have made yesterday, just for posterity.

        It's tempting to think that continuing to run an old JVM means things will just continue to work, but that's not the case for any app that talks to the outside world. We've had customers asking for help because their Java 5 installation, untouched for years, has suddenly stopped working: it was connecting to a URL, the SSL certificate had been upgraded and now used a cipher that didn't exist when Java 5 was around.

        Unless you're running your application a vacuum, there is a cost to sitting still on an old JVM for many applications, just as there will be a cost to migrating to a new JVM, just as there will be a cost for performing Oracle's audit.

    5. Joe W Silver badge


      "> In the viable-but-hard-work category come the options of switching to third-party Java products

      How is "moving to a third-party Java product" easy but "moving to the latest release of OpenJDK" hard? This is nonsense"

      Viable-but-hard-to-work does not mean easy....

      Any of the options are difficult, expensive, or both. Migrating to a different (and newer) release (open, 3rd party, or Oracle) is not going to be super easy (I guess).

      1. Ignazio

        Re: Ehm...

        Only code that uses APIs that have been dropped is complicated to move. Complicated in a corporate sense, I urge to add: release and change management, specifically. I've updated a few code bases over the years, changes required have been minimal. Changes prompted by IDEs and static code analysis tools, plentiful - but those are suggestions. Often good ones, yes, but not necessary. Avoiding a 3 million bill, on the other hand...

      2. ChoHag Silver badge

        Re: Ehm...

        > Any of the options are difficult, expensive, or both.

        But also business as usual. It's not a question of whether you migrate to another release, but which and how often.

  3. Duncan10101

    They're obviously decided ...

    ... that no new Oracle-Java products will ever be developed.

    Nobody in their right mind, who is starting afresh, would not take the OpenJDK (or whatever alternative your prefer) route.

    Seems a little ...self-destructive ???

  4. Anonymous Coward
    Anonymous Coward

    Hey Oracle

    I see you are shooting yourself in the foot big time over this.

    Like you DB licensing it is a mess that not even you own people can't understand. How can you expect customers to do likewise? You can't so say goodbye to an awful lot of revenue. It is your own stupid fault.

    Die Oracle Die. (from a former Oracle DBA)

    1. nematoad Silver badge

      Re: Hey Oracle

      "How can you expect customers to do likewise? "

      Maybe it's a feature not a bug.

      If Oracle do not make licence compliance easily understood how will their Auditors AKA the Stasi have an excuse to rummage through the equivalent of a business' underwear drawer?

      1. A Non e-mouse Silver badge

        Re: Hey Oracle

        If the license T&Cs are vague or confusing, they can always claim you've misunderstood them and send you a big fat bill for not following the rules correctly.

      2. werdsmith Silver badge

        Re: Hey Oracle

        Oracle are not the only scum deliberately making licence conditions confusing, the strategy is designed to make customers overbuy just to be sure of compliance.

  5. trevorde Silver badge

    Clear licensing terms

    "different iterations of Java have different license requirements"

    That's cleared things up. NOT!

    1. Jason Bloomberg Silver badge

      Re: Clear licensing terms

      Soon after the Raspberry Pi launched Oracle were making a big thing of Java being 'free for use on a Pi' so, having decided to consider it as a possibility, I tried to find out exactly what that meant, what the licensing terms were, what was actually free and what wasn't, how much choosing Oracle Java would cost me.

      That was a Fucking Nightmare (TM) and even the guy pushing Java for use on the Pi was never clearer than mud.

      It left me feeling like I was being talked into being scammed or set-up in some way so I quickly concluded I would never use Oracle Java nor have anything to do with Oracle, ever. Fuck 'em.

      Nothing Oracle has done since has convinced me I was wrong in that decision.

  6. vogon00

    Oracle's Q&A...

    Having read the new Ts&Cs at the link referenced above, I suggest one small update to completely clarify the whole thing, and more accurately describe the likely (As opposed to the published) behaviour:-

    Q:Where do I send feedback and/or questions for the Java SE Universal Subscription?

    A:If you are a customer, use My Oracle Support. If you are not a customer and have technical feedback related to Java SE, please visit For all other inquiries related to sales, support, product and/or licensing, please contact us at or *




    Q:What if I’m an ISV, or embed Java in hardware for redistribution, and want to include Java SE in my products?

    A:Please consult your local funny-farm, who will assist you with the lobotomy you so obviously require.


    * Should be FIFO, but more likely Anything In, Nothing Useful Out.

  7. A Non e-mouse Silver badge

    Is anyone surprised by this?

    1. Ken Hagan Gold badge

      I am. The story is only newsworthy if there actually are people out there still using Oracle-flavour Java.

      That is surely surprising, given that there has been a free alternative for a decade or two and Oracle are notorious for gouging their customers.

      1. Joe W Silver badge

        Yeah, but companies like to buy their products so they can complain to somebody when stuff breaks (and then find out it is not covered / won't result in the vendor fixing stuff / won't incur a payout). So Oracle it is.


  8. Boris the Cockroach Silver badge

    This sounds like a

    ratner moment to me

    Especially if I got hit with those terms I'd be off oracle java faster than ratners went bust

    1. John H Woods Silver badge

      Ratner Moment

      Me: When are we going to leave that poor guy alone?

      Elon Musk: hold my beer

    2. I Am Spartacus

      Re: This sounds like a

      Exactly this. Years ago, Oracle tried stitching my company up with a £3.5M bill for using a small Oracle database, claiming that everyone who saw, or who could poentially have seen, a printed report from the database was in fact a user, and hence had to be licensed.

      After a protacted set of increasingty fractioius arguements we did a corporate transition to DB2. Oracle were told to leave the building.

      Sucks to be you, eh Oracle?

  9. trevorde Silver badge

    "Oracle's license audit saved me money"

    said no one ever!

  10. Anonymous Coward
    Anonymous Coward

    Thankfully saw this coming and have moved everything off Oracle Java over six months ago. Now running exclusively on OpenJDK (Eclipse Temurin) and the move was no work at all.

  11. rcxb Silver badge

    Non-Oracle Java

    Even on old platforms, you can find OpenJDK builds:

    Cut out the Oracle stuff out before the infection takes over.

  12. JulieM Silver badge

    Um, no

    OpenJDK can be had for £0, so it's well worth an experiment. Anything it costs to alter existing software to run on it (and it probably won't even need any alteration, because Java) will be a one-time payment, as opposed to an ongoing cost of paying for an unnecessary licence.

    Meanwhile, at least some developers are going to be pivoting hard towards OpenJDK, because they won't want to pay avoidable licence fees either.

    Charging money for software is a business model whose time has been and gone.

    1. ChoHag Silver badge

      Re: Um, no

      You'll find your operating costs are cheaper too when your sysadmins no longer need to deal with Oracle.

      That whisky doesn't buy itself.

  13. -tim

    Other runtimes?

    Will third-party Java runtimes get around this issue? I thought the Oracle license claimed full ownership of Java in all forms and you owed the license even if it wasn't their runtime being used. This ended up in court with Google's Android API but I don't think that settled the issue if the company signed the small print contract with Oracle.

    1. Anonymous Coward
      Anonymous Coward

      Re: Other runtimes?

      I doubt that Oracle can do anything. Sun already released the vast majority of Java as open source before Oracle bought them. As long as the code implementing them is different, the APIs can be compatible.

    2. JulieM Silver badge

      Re: Other runtimes?

      That would never be enforcible.

      It would be the equivalent of a dog training school claiming ownership over the word "sit", and insisting every other dog trainer had to use some other command to tell a dog to sit.

  14. Sheshagiri

    Java will not die...but it will be used much less

    I have been working with a little more than a dozen customers on conducting Java license reviews - customers from 10k employees to 200k employees

    Some interesting feedback from these reviews:

    1. Oracle is still not clear - or does not want to give clarity - about what is 'free' and what is 'not free'.

    2. Usage of Java in desktops is much less than presumed by both customer & Oracle.

    3. On Servers - Java usage can be controlled.

    4. Oracle has been pushing for deals since 12 -24 months, but most customers have not yet succumbed to making a purchase.

    5. The value of the revenue desired by Oracle has shot up with the introduction of the new license metric - the ask has gone up by 2 - 5 times (of the initial ask on older Proc/NUP metrics).

    6. There are ways to remediate and rebalance. Customers need to be ready to spend some effort to do this, but the return on the efforts will be very high.

    7. Most software vendors / ISVs have begun the process of certifying their applications on non-Oracle Java (either OpenJDK or on builds by third-parties like Azul, Bellsoft, IBM etc)

    8. This is short term money for Oracle - but it could be very large amounts of revenue in the next 3-4 years.

    (disclosure: I am an independent license consultant)

    1. ChoHag Silver badge

      Re: Java will not die...but it will be used much less

      > 7. Most software vendors / ISVs have begun the process of certifying their applications on non-Oracle Java (either OpenJDK or on builds by third-parties like Azul, Bellsoft, IBM etc)

      Funny how IBM can do this to Oracle but they can't see it being done to themselves.

      Nobody picks RedHat (or Oracle) for their technical merits.

      1. Sheshagiri

        Re: Java will not die...but it will be used much less

        Yes, this is happening. We are conducting a survey by talking to some application vendors. Will soon put out the results.

    2. Avalanche

      Re: Java will not die...but it will be used much less

      More likely, people actively using Java will move away from Oracle Java, and instead use one of the other vendors (if they haven't done so already), like Eclipse Temurin, Microsoft, Azul, Amazon Coretto or others.

      1. Sheshagiri

        Re: Java will not die...but it will be used much less

        Yes, most customers have started looking at alternatives.

  15. Anonymous Coward
    Anonymous Coward

    And so the voracious predator is hungry (for more money) again..

    Three years ago, we found the amazing phrase: "[...] on March 2, 2015, the AArch64 port was part of the main OpenJDK project. Oracle was great and helped and encouraged us through the tricky integration process." (

  16. thondwe

    Oracle's Endgame

    What's Oracle's endgame here? It's clearly having the effect of moving people onto Open Source or newer supported versions of Java. So people faced with a bill are using stuff which Oracle dont really want you to use and hence charge support? It's a bit like paying for Windows 7 extended support.

    Clearly they can't compete and make money with the free Open Source builds, so are they just trying to clear out the Java legacy mess and raking in $$$ in the meantime?? Or is there some other more Oracle like scheme afoot.

    1. Anonymous Coward
      Anonymous Coward

      Re: Oracle's Endgame

      Oracle's end game seems to be in monetising anger and hatred.

  17. nfriese

    Increase could be 100x and more

    The calculation is worse, than the factor 2x-5x indicates.

    The previous Named User Plus metric counts desktop users, that have Java installed on their desktops and costs about $2.50 per NUP per month

    Additonally $25 per 2 Intel cores per month were billed.

    The new model counts employees regardless, if the use Oracle Java or not. $15 per month per employee are billed. This alone is at 6x more expensive than before.

    Think about a situation, where a customer wants to implement a new application based on Java for just a smaller department with 20 user.

    If there was no Java Subscription around previously, you'll have to pay for all employees regardless if they do the cleaning, white collar, or even the IT guys that do not use Java are counted.

    A hospital with 1.000 employees but 20 Java users had to pay $50 p. month according to the deprecated NUPs model.

    Now they have to pay $15.000 which is an increase by 300x.

    Oracle would give more discounts with the new model, but 99.7% discount will certainly not be offered.

  18. Anonymous Coward
    Anonymous Coward

    Just use Openjdk. Job done

    Unfortunately, some will have no choice. Legacy systems built on older versions of Java, where short term redevelopment costs (even if feasible) significantly outstrip the licence. No one starting something new uses Oracle Java. Unless thinking impaired. Oracle knows this and knows who must pay the fees.

    We migrated away from Sybase to Postgres for the same reason. Plenty of money in that, still, in banking, so Sybase can charge accordingly. Same with Oracle Java. Glad we evolved towards Openjdk over time.

    1. CowHorseFrog Silver badge

      Re: Just use Openjdk. Job done

      The article is misleading EVERYBODY has a choice, there is basically no lock into the Oracle runtime. If you are using standard public apis youwill be fine, if you are using oracle classes you are an idiot.

  19. Somone Unimportant

    From the "Definitions" section of Oracle's price list...

    "Employee for Java SE Universal Subscription: is defined as (i) all of Your full-time, part-time, temporary employees, and (ii) all of the full-time employees, part-time employees and temporary employees ofYour agents, contractors, outsourcers, and consultants that support Your internal business operations. The quantity of the licenses required is determined by the number of Employees and not just the actualnumber of employees that use the Programs."


    Charging license fees for people in an organisation who will never even touch a computer sounds a little bit illegal to me, but IANAL.

    1. tellytart

      Wow, that can escalate quickly. If that means what I read it to mean, by adding outsourcers...

      So if I outsource my telephone call handling to a third party call centre, I have to pay a fee for every single employee of that call centre, not just the ones handling my phone calls?

      It's highly ambiguous. The last bit of the sentence reads "that support your internal business operations" - how do you define that. Dropping the list of employment types, the line reads all of the full-time employees, part-time employees and temporary employees that support Your internal business operations.

      So is that all staff of the companies that support your internal operations, or just those third party employees directly involved in supporting your internal business operations?

      1. BOFH in Training

        And if the call centre works for multiple clients, thats multiple clients paying licence for the call centre?


        No Oracle anything in anywhere I work in which I have a say in.

  20. fg_swe Bronze badge

    Calm Down, Folks

    $3000 000 for a 45 000 employee-company is $66 per employee. How much is the average labour cost of an employee per year ? Surely 100x to 5000x more, wherever it matters. North Korea and Nigeria does not count.

    Also, compared to a tool machine worker, $66 is a pittance. He stands in front of a $500 000 CNC tool machine, which is depreciated over 10 years.

    We computer folks should really get a grip on economics.

    The SUN freetard model has destroyed this company. It also destroyed BORLAND, who had a Pascal/Delphi business before the freetard Java model came along. Great job, SUN, you destroyed Borland and yourself by your stupid idealism.

    Oracle provides tens of thousands of nicely paid, health insured jobs for software engineers. Where do we expect the money for that to come from ???

    1. CowHorseFrog Silver badge

      Re: Calm Down, Folks

      What are you talking about ?

      Its amazing how you name call suns honorable aspirations and then you think Oracles greed and arsehole tactics are something to be proud of because they provide healthcare. Well guess what basically every free country in the western world has free healthcare for everyone without being a total areshole.

  21. fg_swe Bronze badge

    Compared to CINCOM

    Cincom is the main developer-provider of serious Smalltalk IDEs and VMs. They demand $500 per dev per year and 6% of your product revenue.

    Other pricing models of their products are in the $5000 to $10000 range one-time per developer.

    So, Java is not expensive at all, compared to Smalltalk and DELPHI from Embarcadero. Depending on the situation, of course. A few ST devs in a large corporation *might* come cheaper than Java.

    1. fg_swe Bronze badge


      CINCOM does not clearly say how much they want for internally developed apps. The want to "discuss" this with you. And apparently they also use number of users or number of employees to calculate license fees for company-internal applications.

      I would not be surprised to learn that they are more expensive than Oracle is.

      (No, I am not financially related to Oracle !)

  22. CowHorseFrog Silver badge

    For starters every one of those languages you picked is basically single threaded.

    Secondly those languages are alsoa horror if one wants to refactor the code, because code without types is significantly harder to modify with confidence and impossible to refactor, and yes theres zero tools that support real refactoring of any of those languages, search and replae doesnt count.

    Now you know why the big boys like Amazon, Ebay, Google dont use them except for the most basica tasks.

  23. Bill Gates

    Did you know that the "reference version" of Java that all others are based on is called OpenJDK.

    Did you also know that its fully open source and free?

    Amazing huh.

  24. Long John Silver

    Digital rentier economics

    When price is not determined mainly by supply and demand, providers of a product have much greater leeway for setting their charges. Digitally expressed products, not just computer software, are not capable of full compliance with conventional market-economic discipline.

    Incompatibility arises from lack of physical scarcity and consequential inability for 'price discovery'.

    Copyright and patent 'protected' digital products (physical too, but a differing argument applies) cannot be shoehorned into market-economics other than by sleight of hand legislation conferring monopoly. The 'fit' is a pretence of digital sequences sharing properties of physical goods; a pretence by mutual consent of nations; one that is as vulnerable as a 'naked emperor'. When global 'multipolarity' sets in (e.g. a powerful BRICS) there will be incentive to question why so much of the disposable incomes of nations, enterprises, and individuals must be channelled into rent paid primarily to major Western economies.

    The only long term viable future for producers of digital products is to sell support services and 'added value' in various forms. This in open competition because digital sequences themselves have no more intrinsic scarcity than table salt. With respect to creating sequences possessing utility, it shall be the skills of production that can seek the highest bidder on an open market, but not standalone finished digital products.

  25. Claverhouse Silver badge


    Larry want new island !

  26. Grumpy Rob

    "Python, Ruby, and JS have extremely poor performance for some kinds of tasks."

    Anyone care to comment on which tasks, and relative frequency in real life? I'd think that by percentage the "really big" applications, with thousands of transactions per second, accessing millions of records would be a small part of Java app. development??

    I'm retired now, but I'm really biased against using Java if at all possible. So much bloat, and with all the library dependencies complicating everything. "Just use Jenkins.." I was told, but that just made everything more complicated to set up, and more opaque when things went wrong. Not to mention bloody IBM Websphere loading its libraries first, introducing subtle, and sometimes not so subtle bugs. Gaaaah!

    Of course there are so many different use cases out there it's impossible to generalise, but for the simple stuff I developed later on in my career I much preferred Python. But then I started off developing software for SCADA systems in assembler when core memory was VERY expensive. When we moved to RAM and C it was "luxury" (cf Monty Python).

  27. CowHorseFrog Silver badge

    oh yes Garnter a company full of people who just make shit up and release zero software ....the perfect example of a group nobody should be listening too.

  28. Anonymous Coward
    Anonymous Coward

    Gouge HARDER!

    When Oracle wants to increase revenue they just gouge harder as it's easier than winning new customers. The large customers will be able to negotiate a substantial discount to stop them migrating.

    I'm guessing they see the product nearing the end of it's life for them.

  29. fortyrunner

    This problem has been solved already.

    Switch to Redhat or one of the free alternatives. We did this 3 years ago. Problem solved.

  30. Zippy´s Sausage Factory

    And now, wait for Microsoft to realise that they can do the same thing with .Net...

    1. Sheshagiri

      Ha ha.... nice one.

      That would be the day...Fervently hope they do not do it, though.

      1. Zippy´s Sausage Factory

        Does this count? A C# dev kit for Visual Studio Code... that requires a Visual Studio licence.

        And so it begins.

POST COMMENT House rules

Not a member of The Register? Create a new account here.

  • Enter your comment

  • Add an icon

Anonymous cowards cannot choose their icon

Other stories you might like