Why I hate Java


Introduction

In this post, I summarize why through the years I’ve become yet another Java hater.


1. Java is a resource hog

As soon as the JVM is installed and its process(es) loaded into memory, your computer resources and performances are heavily penalised. It allocates itself a disproportionate share of disk space, memory, CPU… It makes everything else goes slower. And let’s not start talking about the Java automatic updater: one of the most intrusive, annoying, frustrating, in one word vicious piece of software ever developed, possibly even worse than a virus.

2. Java desktop applications and applets are slow

And you really do not need a benchmark to realize that. Just count the number of seconds between the time you double-click on a Java application and the time its GUI is finally available for you to interact with. And it’s the same for a Java applet on an otherwise empty web page. Java being a resource hog, you would expect Java applications to make the most of these hogged resources to boost their own performances. Big error: the JVM makes everything else slower on the computer AND Java applications are also slow.

3. New Java application to install = new Java version to download

Almost every time you install a Java application, it requires the latest version of the Java platform. A new version of the Java platform is released almost every month. The result is that each time your install a new Java application, it never works straight away (you said “run everywhere” ?), beforehand you have to find the appropriate Java version, download tens of Mb, install it (alongside tens of other versions of the JVM), pray that you won’t end up with conflicts and finally start the application. And consider yourself lucky if you are not being asked to open a command line and type “java <name_of_the_application>.jar”. What about that for user friendliness ?

4. Multiplatform… if the right Java platform is available

The Java platform is an operating system built on top of other operating systems. Unfortunately there are many different Java platforms with many different versions which of whom are only available on some operating systems and with various flavours and quality of implementation. So Java does not resolve platform interoperability problems, it just moves them a few levels of abstraction higher (and moves performances several levels lower). Each time a new version of Java is released, the whole concept of “write once, run everywhere” becomes more and more flawed.

5. Classpath Hell

How many precious hours of your life wasted on resolving java.lang.ClassNotFoundException problems? If you don’t consider those hours having been wasted, then you really do have no life.

6. YAFL (Yet Another F***ing Layer)

So many useless abstraction layers, please cut the packaging and trim the fat. Each additional useless layer is an opportunity for more opacity, more slowness and more bugs to creep in.

7. Java is a drag on productivity

One of the raison d’Γͺtre of Java was to be more productive than other programming languages. But after 15 years of existence Java has become the “new Cobol”.

8. The Java security model clashes with the underlying OS security model

The JVM process runs within the security model of the underlying operating system but tries to enforce its own security model. This causes frequent problems and incompatibilities with OS integrated authentication mechanisms like Windows authentication for example. When you start encountering those problems frustration and headaches are guaranteed.

9. Java is a magnet for security exploits

So Java with its super sandbox fine-grained security model is ultra secure ? Yeah, right. Java has now overtaken Flash as the most successful vector of attacks in browsers. Check Java: A Gift to Exploit Pack Makers.

10. Java GUI’s are ugly

Java GUIs stick out like a sore thumb. In addition to being slow, they usually completely depart from the OS look and feel.Β  Like if a two-year old drawing had been sticky-taped on an impressionist painting. Yuck !

11. No multiple implementation inheritance

Multiple implementation inheritance is one of the most handy and useful feature of OOP. Deemed “too complicated” to be in Java but even more complicated to emulate in Java.

12. JDBC drivers hell

Finding, installing and setting up JDBC drivers is a nightmare. Especially when the only error message you get is “connection failed”.

13. Java IDE’s are unintuitive, confusing and buggy

Try developing with Eclipse for example. In addition to being slow and ugly like any other Java desktop application, you end up spending most of your time trying to fix path and configuration problems created by both Java and Eclipse. When an IDE makes you less productive than you would be by simply using vi or notepad, it is just worthless.

14. Heavily tied up to a software vendor

Why would you use a language and platform whose specifications are heavily tied up to a commercial company? Have you seen the new line of t-shirts launched by James Gosling? It says it all. Since Java was born, it has been marred by so many lawsuits between Sun, Microsoft and now Oracle and Google, this is just sick. Each time Sun/Oracle wins a lawsuit it means Java loses one more big chunk of its influence. I sincerely hope Oracle wins its lawsuit against Google so that Google completely gets rid of Java on its Android platform. Check the link at the end of this post to know why.

15. An army of lame developers

Nowadays Java is the only OO language taught in computer science courses. It is so removed from actual “computer science” that most Java developers have no clue about computer architecture. Most programmers nowadays only know about Java. This is a perfect recipe for ending up with waves after waves of lame Java applications.

16. Brainwashed supporters

Conscientious Java application developers spend so much overtime trying to fix or workaround all the problems created by Java that Java takes over their life and their way of thinking. For conscientious Java developers, defending Java becomes defending their way of life. Any attack on Java becomes a personal attack on them. In the realm of science, when subjectivity takes over rationality, hypotheses become religious rules. And this is what Java has become for many of its followers: a religion i.e. a rigid system of ideas and opinions built on sand (in a sandbox in the case of Java).


Conclusion

In one word Java is lame. If you are serious and want to be efficient at developing professional, high-performance, good-looking, multi-platform software using object-oriented programming, do not use Java.
And as a computer user, make yourself and your computer a favor : uninstall Java and never let it sneak back in again. Your whole computing experience will be vastly improved. If an application has been written in Java you can safely assume it is lame and that there is a better one out there, written in C or C++ for example, that does the same job faster and better.


As a bonus for having reached the end of this post here is a link to a small video demo illustrating how Java performances are trashed by other programming languages on the Android platform : YouTube – Android 1.5 speed comparing C++, C# (mono) and Java (using Roozz plugin)

And if you want to carry on, here is another good article on the topic : Why I hate Java


Advertisements
This entry was posted in Uncategorized. Bookmark the permalink.

32 Responses to Why I hate Java

  1. Nano says:

    I totally agree, because of its numerous conceptual flaws, Java is aging really badly and has become a liability.

  2. John says:

    This issues seems to imply that the open source part of Java inherantly provides a level of security risk to it. Much as some are saying Android is also more at risk. Whenever you show your cards someone will find a way to cheat. I myself was shocked to find 23 or more Java exploits on my computer even with decent Anti Virus software. Yes, the A/V detected them after the fact but it seems nobody can stop them from getting on your computer in the first place. I am certainly evaluating if I need Java on my computer.

  3. Eduardo says:

    What programming language do you recommend me? Which is especially better than Java ?

    • Good question. It depends on what you want to develop (desktop application, mobile application, web application, video game, utility, etc..), which language qualities are important for you (performances, ease of use, productivity, etc…), what the existing technical environment is made of, etc… So not really possible to answer without an idea of the context. But one thing is for sure : under most circumstances Java is always the wrong choice.

  4. Eduardo says:

    If desktop I’m looking for performance and for web applications I’m looking for ease of use, in both cases security is important

    • For high-performance desktop apps, I would go for C++. If you want your C++ desktop apps to be cross-platform (Windows, Linux, Mac, etc…) I would recommend you use cross-platform C++ libraries (just Google “C++ cross-platform toolkits” for some examples of such libraries but do not ask me to recommend you one in particular, from there it’s really up to you to research). For easy to use web development language, PHP is a sure bet. It’s easy to use and very widely used (for example Facebook, Wikipedia, etc…) so also easy to integrate, easy to deploy and easy to find support for it. In terms of security, PHP is intrinsically good and as it is widely used, security holes in the language are quickly fixed. Regarding C++ security, one of the main concerns is “buffer overflows” but if you use modern C++ memory allocation and do not mess around with raw pointers you will be fine. I hope this helps. I cannot go further into details because my time is limited but if you want to explorer further the above topics you will find plenty of resources on the web, Google is your friend πŸ™‚

  5. Eduardo says:

    Many thanks for your assistance

  6. Anoymous Coward says:

    IMO, biased – heavily.

    Resource hog: not really. Depending on what you use/do, it can come pretty close to the same mem usage as a native code app, and is occasionally faster than native code (because the JIT compiler does a better job at optimizing for the particular platform it runs on, instead of generically optimizing for some lowest common denominator platform).

    Slow: not really. Java native UI was slow in the past, but it’s gor a lot better since then. If you compare MS VS with Eclipse, however, you’re comparing apples to oranges. Do the comparison again when MS VS will know to do what Eclipse already did years ago.

    App/JVM version compatibility: unless you’re still using Java 1.0 apps, I can’t really believe this. Some apps, always require the newest Java VM, but IMO it’s just good practice to keep your entire platform up to date. Besides, the update is just one click away.

    Multiplatform availability: Idunno, Windows is covered, Android is covered, Linux is covered, Mac is covered, BSD is covered … how many machines do you think are left out? If you talk abut Java Micro, this was never widespread, and is an entirely different story anyway.

    Classpath Hell: right, if you insist on manually managing packages. Usually Java app installation is just unpacking an archive and starting the .bat/.sh/whatever. You’ll most definitely get into problems if you try manually moving packages around. But if you do so, it’s your fault.

    YAFL: you state this completely without args.

    Productivity: Idunno, Bruce Eckel said in an article he’s twice as fast in any language with managed memory than in C++. I’m tempted to share his opinion. Of course, you can get slow in any language, if you don’t know the language, the libraries and the tools.

    Security: Java had a solid security model years before Windows had a decent one. Of course Java uses a different one from Windows or Linux, since Java’s security model is addressing application platform needs and not OS needs. If this was a problem, I can’t see how come many popular and widely used app servers run on Java, and many large users, with high exposure, haven’t dumped them yet.

    Security exploits: if you mean browser plugin exploits, talk to the browser makers. Java isn’t inherently insecure, but it definitely can be used in an insecure way. Even worse, bad configuration (which many users do) can compromise even the safest implementation.

    Java GUIs are ugly: you’re living in the past. If Swing is ugly, or SWT is ugly, how’s Gnome?

    Multiple inheritance: Arthur J. Riehl (google him) (approximative quoting): if you find yourself using multiple inheritance, assume you’re doing it wrong and try to prove otherwise. Simply put: multiple inheritance, except for interface inheritance, is bad and almost always hides some more subtle design flaw. Which is why the language designers explicitly forbade it.

    JDBC drivers: Idunno, the only problems I ever spotted with JDBC drivers were between the chair and the monitor.

    Java IDEs bad: it depends. Eclipse is better for both C++ and Java, but I write code twice as fast in Java than in C++ using Eclipse, simply because it has better language support for Java. Anyway, even when using C++, I write code significantly faster in Eclipse than in MS VS. (Things may have changed with VS 2010, which I haven’t used yet, but given that MS VS was repeatedly a disappointment for me – each version caliming to catch up to Eclipse and then not doing so – I’m not really keen on trying out one more version.)

    Single vendor: this is plain stupid, un-informed or ill-intended. Java standard is open source and freely available, and no lawsuit or owner of the trademark can undo this. They may stop supporting the free version, but then you’re free to clone it. Besides, there are already completely open source clones available – Ubuntu ships by default with OpenJDK. Also, compare the Java ecosystem to the MS ecosystem: several big name IDEs, many independent tool and library vendors, several independent but still standards-compatible technology stacks, heavily used in enterprise infrastructures, different implementations, several platforms supported. The MS alternative: just one serious IDE vendor, one single non-standard techology stack, very many library and component vendors which are seriously milked by MS, one single OS and HW platform supported.

    Lame java developers: Idunno what your definition of lame is, but these lame Java developers support most of the business infrastructure today, the code they produce solves problems a lot more complex than what VB6 programmers solved previously, and they’re not that much of a pain for customers or users to deal with as C++ programmers are (which can’t see the business needs because of the technology problems).

    Brainwashed developers: Idunno, again, your definition might differ from mine. Pragmatic developers who care about solving customer problems fast and in a way which is viable on a long term, as opposed to developers who only care about clean code, resource-efficient implementations and formal correctness … you can call the former brainwashed, I don’t care. That’s because the latter ones become every day less relevant – they simply don’t serve any business need, their niche in the ecosystem is narrowing down, and they’ll eventually die out.

    • Hi,

      Thank you for your long point by point and constructive comment.

      As you can imagine I obviously disagree. I won’t answer back point by point because I would probably repeat myself and the discussion would probably be never ending anyway.

      Just one thing I will say, I’ve worked on many projects of all sorts in Java (since 1996), C# (since 2003) and C/C++ (since 1990). I’ve always found Java and C# frustrating to work with because of their numerous limitations at both low-level and high-level of abstractions and the advantages that these limitations are supposed to provide are very faint IMHO. With Java and C# the sandbox is the limit (if you are stepping aside using native calls then there is very little point using these languages in the first place). With C++ the universe is the limit.
      Boys play in their sandbox while real men play both very deep in the sea and very high in the sky (and everywhere in-between, including building sandboxes for the boys when they have a moment).

      Oh and by the way, you are probably writing your comments from a browser (implemented in C/C++) running on an OS (implemented in C/C++). Your comments are then sent on the Internet through network nodes and routers (whose software are all implemented in C/C++), then reach the web server (implemented in C/C++) itself running on an OS (implemented in C/C++), passed to WordPress (implemented in PHP, itself implemented in C) and finally stored in a database (implemented in C/C++). No Java anywhere to be seen along that path, because, maybe except for the WordPress PHP code, it simply could not compete and will never be able to compete against C/C++ for all the other fundamental tasks.
      By the way since mid-2010 I’ve banned any JVM / JRE from any computers I own or I am in charge of and the resulting computing experience has never been so blissfully good. For every Java application out there, there is an application doing the same in C/C++ faster and better (or PHP for web stuff). Java is just a nuisance, but please carry on using it as you give C/C++ developers competing against you a much easier task.
      Hundreds of millions of lines of code are being written in C/C++ everyday to implement all sorts of software, not simply throwable software that sends 2 database queries and displays a few lines of text like most Java applications do. Java is not the first and won’t be the last VM-based language (all going from trendy to has-been) to appear and disappear while timeless C/C++ is outliving them all.

  7. Hmm says:

    Wow, what a totally non-biased, self opinionated piece of crap.

    I understand that you wish to voice your concerns with Java, but it’s usually the developers that make Java app’s that cause all the problems. GUI is completely down to them, which is one of your many invalid arguments – just like resource hogging! Java tends to reserve a pool of physical memory to perform its operations. In some cases, this may be disk space in terms of pagefile if not enough physical memory is to hand, or the operating system decides that Java should use pagefile instead. Yes, granted, it tends to grab a little more than needed – but nothing better than a simple strip of command line code to work around that. Jesus!

    Java can actually be incredibly low-resource, such as use in mobile devices and home entertainment equipment .. Consuming no more than 4-12Mb of RAM to perform media tasks.

    • Your arguments tend to confirm my point but anyway if you’re happy to develop in Java, please do so. As previously stated I’ve stopped developing with it and even stopped allowing it to run on any of my computers and since then my life as a developer and as a computer user has been greatly improved. You’re happy, I’m happy, so everything is great. Thanks for your comment and goodbye.

  8. kirtg says:

    Thanks for the site. My son likes Minecraft, which seems to be a Java program. My computer just “update” java and recommended I delete the older versions, which I did not do. Javaw.exe uses a lot more memory than the older java.exe. Should I delete the new one and see what happens?

    • You’re welcome, thank you for your email. Your problems really summarize very well most of what is wrong with Java. As you’ve probably understood I would not bother with Minecraft and Java, if I were you I would just erase both from my computer and wait until Minecraft (or some clone) is written properly in C++. Nonetheless if you absolutely want your son to be able to play the current version of Minecraft (which I believe unfortunately still uses Java) without rendering your computer unstable and/or making it consume too much memory/CPU, I would recommend you to address your query directly to the Minecraft support or some specialised forums which should hopefully provide you with some tips on how to try to solve these problems. IMHO the first thing to try would indeed be as you’ve pointed out to completely erase Minecraft (first) and Java (second) then reinstall from scratch Java (first) and Minecraft (second) to see if it improves things. Anyway good luck and just remember : if you can avoid installing / running Java on your computer in the first place you will avoid crippling your computer with unnecessary problems. So I would also suggest, if you can, to give your son his own personal computer so that he doesn’t interfere with your own personal computer by installing / running rogue software (like Java) on it.

  9. Thomas says:

    You surely don’t know what you are talking about. Anyone can find ‘reasons’ to hate anything he hates already. While I agree that vulnerability issues coming with java are dangerous, this is the only part I can agree with you on. Simply put: you don’t know what the hell are you talking about.
    The language is beautiful, easy to read; the libraries are vast, so you can program just about everything, and … really β€” performance issues nowadays? In times when your browser eats 1GB of memory just on opening a few panel from previous session and gets so fat as 2-3GBs of RAM while using, what does 256MB allocated for the whole JVM change? The single most notable performance hog is starting-up the JVM. Once started, java programs run mostly less than 10% slower than native apps; server applications sometimes beat C implementations and always beat PHP when properly coded. On the other hand you have an application you can use on windows, linux or a mac and possibly with great architecture (meaning great ways to expand the functionality), which is something that easily comes by in java world.
    As I see it, the real problems with java are that both third-party support and Oracle’s Java core implementors are negligent and unimaginative. 1) The JVM could load much more faster if there would be better support from the kernel/OS and even some hardware chip to accommodate its unique needs. 2) Java could be run on mainstream hosting sites if just some genius found a way to do it simply, without any maintenance on part of the host whatsoever.

    • Hi, thank you for your comment. As previously mentioned in one of my other comments, all the computers I own or manage have been Java-free since mid-2010 and I’ve never looked back. No more problems of performance, memory consumption, JVM versions, Java updates, bloated frameworks, security holes, Oracle dependency, etc… Java is a useless abstraction layer that creates many more problems than it solves. You seem kind-of happy with Java (although you mentioned quite a few negative points) and I’m very happy without Java so everybody is happy which is great. Bye.

      • Thomas says:

        πŸ™‚
        If it’s about our mutual happiness, then it’s ok and we can let it be.
        But I was looking forward to a fine argument as nothing would please me more than realizing I was wrong all along.
        I’m programming in java for about 8 years since I came out of college. And the experience is quite good I might say. I encountered almost none of the issues you are writing about (using Linux for 4 and Mac for 5 years). So the conclusion is for me that either a) I have not the required understanding how things can be done better and quicker using some other language+tools b) You didn’t really dig into the simple&beautiful Java I know.
        Assuming that I’m the idiot I would like you to tell me more about the other – better – language & tools I can use to program multi-platform Desktop&Server apps. I would be grateful for your insight. Thanks and nice day to you πŸ™‚
        Thomas

        [[Desktop apps – fast,good looking and easily programmed GUI linked to propertyChange enriched objects that can be simply (de)serialized to file/DB/webservice IO, simple localization, user preferences etc.]]
        [[Server apps – web GUI frontend +/ webservice frontend, business logic inside service classes, DAO-style access to DB/OpenDirectory, POJOs representing DB/OpenDirectory entities]]
        [[Am I missing something?]]

      • Hi, thank you for your message, I’ve already replied to that question in this thread, basically Google C++ and the type of frameworks / patterns / libraries / … you are interested in. Seeing your question, if you only program applications as basic as web / desktop / mobile CRUD multi-tier applis that do not require low-latency response times (or some other constraints) then you can probably get there in Java (although much more slowly and less gracefully than in C++). If after 8 years of programming you are still stuck developing this kind of applis I feel a bit sorry for you but then I understand why Java is good enough for you.

  10. Thomas says:

    Auch, that was uncalled for.

    • Hi there, I think my comment was fair. You put your point across about Java, I put my point across about C++. We won’t convince each other (no matter how far we go into details) but we are both happy with what we do and the language in which we develop and hopefully our users are happy as well so that’s what counts after all πŸ™‚ Wishing you good luck in your endeavours whatever the (class) path you choose πŸ˜‰ Bye.

      • Thomas says:

        Fair? That you feeling sorry for me beeing 8 year in java development wasn’t πŸ˜€
        That is not such a big problem: I find your views… erm… challenging at least, and the whole reason for writting the comments here and even reading your post is that I always try to reevaluate my views and remain openminded. Will you follow?
        If you will, than the simplest thing you could do is just write about what type of program you actually developped, which tools you used for it and what is so great about them. That would give me and other readers great insight and may affirm your position.
        It’s far better to write about the good what comes from what one likes than writing about the bad from what he hates. Just write about your C++ approach, I won’t bite πŸ™‚

      • Hi again, I appreciate your comment. Regarding examples of C++ applications please see some of my comments above, for example the one about what happens when you click on a HTTP URL in a browser, I could also mention high-end video games or any kind of sizeable applications that require low latency and a high degree of performance tuning down to hardware level. I don’t want to be too specific about myself sorry. Also the post is about Java not C++. With regard to C++ tools / libraries, I could mention some but they could be overtaken by better ones within months (because within the C++ arena there is real race for performances between software providers at all levels of abstraction) so better to google and experiment by oneself when one needs to (or ask a C++ consultant if you can’t do it by yourself but I won’t do the job a C++ consultant on that page sorry). If you prefer to be served average / standard stuff on a silver plate then stick to Java, if you prefer gold-mining then go for C++, the learning curve might be steeper but you will find the trade much more fulfilling and enriching specially if you are genuinely interested in computer science and about extracting the best of a computing device.

      • Thomas says:

        I’m sorry, but you really didn’t answer to my question. As 4k pointed out, you don’t write arguments, but (repeatedely) state your opinions and views.

        The only thing I would now like is for you to write about the advantages of C++ over Java that it gives you when programming some relevant application. (games are of course irrelevant)

        Features of THE language of choice should NOT be it’s execution SPEED (as performance critical portions of a program can be determined beforehand and implemented in C and speed bottlenecks are optimizable down the road as they are discovered), but mainly richness and matureness of tools, scalability and, when speaking only about the language itself, the strength of such a language and maintainability of the code.

        Strength of a language can be described as the ability of a programmer to provide production-ready program in such a language for a given problem in LESS TIME, with more EFFICIENCY, greater MAINTAINABILITY and future EXTENDABILITY which in turn provides the user with MORE FEATURES. These are my criteria for a strong language.

        Of course different problems require sometimes different languages to be expressed in. I don’t argue with usefullness of C and C++ and their rightful place in the computing world. (Btw I did code in both.)

        So let’s define some use case: can you describe, how it would be done in C++? Or choose different real-relevant problem:
        Let’s say… {{ an enterprise application running on a networked server that would provide business logic over data stored in DB to the customers that they access using a thin client. }}
        Connect various techs you would use, that is not such a big problem.

        If you can’t describe a simple use case, than I must conclude, that you don’t know how to do such a thing and I’m afraid, that we really don’t have much to say to each other (as you repetitevely suggest to all that don’t agree with you)

        Peace and long life.

      • You didn’t read my reply, I have told you the post is about Java and won’t do C++ consulting on this page. I again invite you to use Google and investigate by yourself if you are inquisitive enough. By any means please carry on using Java if you think it’s good enough for you. Thank you again and peace and long life to you too πŸ™‚

      • Thomas says:

        You are fake, mister.

      • I have explained my points both in the post and following comments, you are entitled to your opinions, no problem, as previously mentioned we won’t succeed in convincing each other, let’s close that discussion here because otherwise we’ll run into a useless infinite loop for ever, thank you for your comments anyway and goodbye.

      • Thomas says:

        You don’t get it or what? You didn’t explain anything because of the fact that you didn’t present any valid argument. We tried to show you what could constitute any argument on the subject, but you stubbornly returned to stating your opinions, but NO arguments. So this invalidates your views until you present some.

      • Well I have presented 16 arguments in this post and a few more in my comments. The 16th argument actually suits you perfectly and you illustrate and validate it completely : brainwashed Java supporters. I’m afraid as you don’t want to exit that useless infinite loop that you are forcing upon us, I’ll have to consider any of your further comments as spam. Thank you again and goodbye.

  11. 4k says:

    too subjective… dear author, sure you have some practical experience, but… you not understand it)) be more objective in what is good and what is bad for programming languages… at that time you do not have solid criterions for comparison (meanwhile, as 99 percent of “my language is better than yours” flamers). criterions must be based on real brain physiology laws (like “no more than 7 things to manage at some moment”) and principles of complexity management (quality of implementation “divide et conq” principle, quality of modularity in language). and you mix language deficiences with platform implementation deficiences. and you say that good things (lack of multiple inheritance is good for program modifability, as many OOP professionals clearly understand) is bad, and so on. if you say some… provide better ground for that saying. solid ground, not “i want that be true” style.

    • As mentioned in a previous comment with someone else, no matter how far we go into details (even down to using neuroimaging technology to check that the use of a language lights up the human brain with a “better” pattern than with another language which would be flawed anyway because of neuroplasticity but more importantly because as human beings we use lot of external tools to supplement our cognitive power, not only our brain) we won’t convince each other. So yes this is mostly about personal developer’s experience but also customers’ experience, sys-admins’ experience, etc… You and me obviously have had different experiences on the topic which led to opposite opinions, well I guess that’s life. Wishing you well, bye.

  12. Pingback: Minecraft Spigot Server mitsamt OpenJDK 7 auf Ubuntu 13.04 installieren | gurunest.com

  13. No_name_this_time says:

    Multisingular,
    I agree with everything you’ve said on this page. I work in a datacentre as a Linux engineer and our monthly advisory reports almost always have Java advisories. The third line teams comment how every application installs its own JRE and it’s impossible to keep them all up to date. My, how the application teams howl if you remove a single JRE!

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s