Slashdot Mirror


James Gosling Grades Oracle's Handling of Sun's Tech

snydeq writes "With the four-year anniversary of Oracle's Sun Microsystems acquisition looming, InfoWorld reached out to Java founder James Gosling to rate how Oracle has done in shepherding Sun technology. Gosling gives Oracle eyebrow-raising grades, lauding Oracle's handling of Java, despite his past acrimony toward Oracle over Java (remember those T-shirts?), and giving Oracle a flat-out failing grade on what has become of Solaris OS."

45 of 223 comments (clear)

  1. Forgetting OpenOffice.org by jordanjay29 · · Score: 4, Insightful

    Even though it's since transitioned to Apache, Oracle still deserves to be graded on their handling of OO.o.

    1. Re:Forgetting OpenOffice.org by bhcompy · · Score: 2

      Which is what exactly? I never had any problems with their handling of OO.o. It was free, it wrote files in formats that were easily accessible, it didn't have ugly ribbons, it was intuitive to reformed Office users, it loaded faster than Office, and it handled everything school, home, and most of what work threw at me without issue. For a freeware product, what more could you ask for? Sounds like a good grade to me.

    2. Re:Forgetting OpenOffice.org by R.Mo_Robert · · Score: 3, Informative

      Even though it's since transitioned to Apache, Oracle still deserves to be graded on their handling of OO.o.

      Gosling didn't "forget" to grade OpenOffice.org; he was the (co)creator of Java. That's why this article is treating his assessment of Java as special. You wouldn't get that with OO.o.

      --
      R.Mo
    3. Re:Forgetting OpenOffice.org by Rennt · · Score: 5, Insightful

      You are taking about the product itself, not Oracle's handling of the project.

      Yes, OpenOffice could open your documents fine. It did all that stuff before Oracle came along, alienated the developer base and ran the project into the ground.

    4. Re:Forgetting OpenOffice.org by MrBigInThePants · · Score: 2

      Then you would be wrong.

      There was much written about their views at the time.

  2. That James Gosling fella is of no consequence... by bogaboga · · Score: 4, Interesting

    While I applaud James for his contribution to Java, I am afraid he's of no consequence to its direction now.

    It would have been better if he proposed some kind of direction Oracle should have taken with Java.

  3. To know Oracle... by Anonymous Coward · · Score: 2, Funny

    To know Oracle is to hate Oracle.

    An Oracle Field Engineer shared the secret meaning for the name, "oracle".
    One
    Rich
    Arse
    Called
    Larry
    Ellison

  4. Re:Should've sold out to soneone else by mark-t · · Score: 2

    Google probably would have made a better offer initially if they had reason to suspect how things were going to play out with oracle. Although I'm sure that everybody realized as soon as Oracle had made an offer for Sun that Google would have been a far better choice than Oracle for Sun's IP, I don't think anyone else expected just how colossally bad Oracle was going to be with it.

    I have mixed feelings about the idea of MS being a better choice.

  5. Java in the server, in the client, in the browser by gwolf · · Score: 5, Insightful

    Are three very different things. Java in the server and in the client is alive and very very much healthy. Ugly and slow applets in the browser thankfully are almost dead — Because HTML5 delivered way better. But applets dying off does not in any way mean Java is any less healthy!

  6. Re:That James Gosling fella is of no consequence.. by cffrost · · Score: 3, Funny

    I think it's too early to tell, as James Gosling just lacks the experience most people are used to from those like him — there's still a lot left for him to learn from his father, industry veteran Jim Goose. Once his father retires, though, I think James will get to chance to really spread his wings, and we'll probably see some very good ideas of his take flight. For now, though, I think he's just a bit green around the beak.

    --
    Thank you, Edward Snowden.

    "Arguments from authority are worthless." —Carl Sagan
  7. I'm still sad... by gwolf · · Score: 2

    That MySQL's space was/is being transferred to MariaDB, instead of just dying a relatively quick death.

    Why bother with MySQL if you can just migrate over to PostgreSQL? Yes, of course, some of the weirdest bits won't work, and errors will now (for a change!) actually interrupt your work instead of silently losing information. But it seemed like a good way to kill that ugly beast!

  8. Re:Oracle's JAVA by hlge · · Score: 5, Informative

    Dhu, The main usage of Java is on the server side, where it's fairly popular. Java skils is still the most sought after skill when it comes to developers. There are a few popular desktop applications written in Java, Minecraft comes to mind :) And of course we have the slightly modified version of Java that powers every Android application. So Java is still around and kicking..... As to the big Reds handling of Java, out of the gate it was pretty bad in it's interactions with the Java community. Not surprising as they axed most of the folks that where doing that part back at Sun...... But they actually got better with interacting with the Java community lately, could improve more but still kinda on the right track.

  9. No mention of SPARC? by kry73n · · Score: 5, Insightful

    SPARC has seen more advances in the 4 years under ORACLE then in the previous 15 years under Sun. I actually enjoy reading about their tech every now and then. But unless they open up Solaris again to attract the open source community the only thing that keeps it alive is backwards compatibility of legacy software.

    1. Re:No mention of SPARC? by Anonymous Coward · · Score: 2

      All of the work that you're seeing now on SPARC was started well before ORACLE picked up. What happens in the next 5 will be most telling of ORACLE's influence.

      Hardware, unlike software, has a very long lead time (years).

      From Larry's perspective, source code is the most valuable asset. Thus they want to keep as much of it behind closed doors as possible. That's the lesson he learned from developing the database business that is ORACLE's foundation. And there is only one opinion that counts in the company: Larry's.

    2. Re:No mention of SPARC? by thogard · · Score: 2

      What advances would that be? The ones out of Fujitsu? The T chips are just now catching up with workloads that they can run reasonably. I have work loads that a 15 year old Sparc IIi will out perform a few year old T2. The V100 was a $1000 appliance box yet the base T2 was selling for more than $6,000. If the UltraSparc IIIi was made at 22 nm (unlike its original 130 nm) and it would scream for most web appliance roles. It would even be a nice cpu for the Lights Out Management system and it could even run Solaris unlike their current LOM which is running Linux.

    3. Re:No mention of SPARC? by unixisc · · Score: 3, Interesting

      He did grade SPARC. He said that it was tough to tell, since SPARC was floundering well before Oracle took over.

      SPARC is interesting, but for the OpenSPARC/sparc.org consortium. I don't see how Oracle gains squat by promoting SPARC: the only reason SPARC is alive is Fujitsu SPARC64. Otherwise, SPARC would have been EOLed, just like the SPARCstations.

      I think SPARC has a limited market, since routers are now MIPS and maybe ARM, consoles were MIPS & Power and moving to AMD, servers are x64 and later maybe ARM64.

    4. Re:No mention of SPARC? by thogard · · Score: 2

      No, the t2 can preserve the context of 64 threads but it can and will only run no more than 8 execution threads at a time. In most cases, the pipeline is so starved, it won't even manage 8. When it is running 8 at a time, it is doing each at a much slower rate that the older CPUs would be doing if they were made using the same process.

      The II/IIi/IIIii can preserve something like 4 processes executions context at a time. Sometimes that is better. It is better on nearly all of my workloads.

  10. An F- for the handling of Solaris by vikingpower · · Score: 2

    is totally merited. Solaris was and still is brilliant, one of the best operating systems ever made. The scalability and reliability are legendary. I do not know of any OS that can run on a tiny PC AND on a big-mama cluster with exactly the same code. Solaris is another example of how mergers and corporate acquisitions boil down, most of the time, to sheer destruction of capital. Observed that with tiny companies and start-ups as well as with mega-mergers & acquisitions. Solaris is dead, and I concur with Gosling: I weep.

    --
    Religous speak to God. Insane are spoken to by God. When all shut up, one can finally hear Shostakovich in peace
    1. Re:An F- for the handling of Solaris by unixisc · · Score: 2

      is totally merited. Solaris was and still is brilliant, one of the best operating systems ever made. The scalability and reliability are legendary. I do not know of any OS that can run on a tiny PC AND on a big-mama cluster with exactly the same code.

      How about the BSDs? NetBSD? FreeBSD? OpenBSD?

    2. Re:An F- for the handling of Solaris by upuv · · Score: 4, Interesting

      I completely agree. Solaris "was" a great OS. With some very notable monster issues. Oracle has effectively killed Solaris. I simple can't use it anymore. The licensing costs of it and the software that runs on it are more than my total IT budget. Despite it's fantastic attributes I can no longer afford to put this in my Datacenter. With on demand virtualisation I can not afford to have to worry about things like. "Am I going to violate my license conditions if I spin up X more?"

      I had an Oracle sale rep try to sell my that ridiculous Oracle stack in a box Exadata/logic. I was almost crying in laughter by the end of the sales presentation. 2/3 of the way through I stood up and wrote on the white board "Tell me how this isn't vendor lock in?". I called time at the 1 hour mark. I ended the meeting with the simple statement. Everything you have shown me is all about "vendor lock in" every word out of your mouths just re-enforced this concept. I had one question for you the entire meeting and you simple could not in any way respond to it.

      So I priced everything I might need on Amazon. Using free and commercial AMI's with the odd vendor SW package tossed in. My first year spend was 1/25th of the Exadata discounted opening price. Nothing on the EC2 list had anything to do with Solaris. This is how you kill something. Make it financially ridiculous.

      Issues with Solaris. That should have been addressed in the Oracle years.
      - Package manager was brain dead. apt, yum are far better. ( Sorry Solaris 11 was too late. Too much legacy out there. )
      - Patching made no sense. You have no idea what packages are patched with a patch. Patches were just binary disk vomit that spewed crud all over the system. Impossible in the real world to build any sort of verification around them. ( Sorry Solaris 11 was too late. Too much legacy out there. )
      - Zones: Are a nightmare of security and privilege. I don't care what any says a zone is just a change root jail. Which means you will only every be as up-to-date as the host system. And it means you must be compatible and tested against the host system. Which is really no different than not having zones. Zones are a horrible horrible mess.
      - No dependable only repository of packages that is robust or up to date. Far to much package hunting still required to locate software for solaris. Most packages are months to years behind there linux counterparts.
      - Java performs better on x64 than Solaris/SPARC. This has boggled me for years. Only recent sparc architectures let java and other highly threaded applications stacks really perform well. Why do I even have to know about processor binding for processes?

    3. Re:An F- for the handling of Solaris by drinkypoo · · Score: 3, Insightful

      No dependable only repository of packages that is robust or up to date. Far to much package hunting still required to locate software for solaris. Most packages are months to years behind there linux counterparts.

      This is something that has boggled my mind for nigh-on twenty years. Eighteen of them, I guess. Linux came with all the latest tools, but in order to get them for Solaris you'd have to download some old tools and use them to build some new tools. Ultimately I think it's really all about selling you the sunspro compilers, or whatever they're called now, two decades on. If it's too easy to just use gcc, nobody will ever buy sunspro, for which they want a massive stack of cash. It's the only compiler that generates very good SPARC code, and it costs a million billion dollars so many people didn't bother to buy it, and went GCC instead. And then they were throwing away performance. If you're going to run those tools, you might as well run them on x86-Linux. And in fact, that's been eroding Solaris steadily for all this time.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  11. Re:hard to fault Oracle by thogard · · Score: 4, Informative

    ZFS is on the right path but it still isn't quite where it needs to be. For example I can't tell it not to reallocate blocks on write so I can't force overwrites of sensitive data -- which is required in several industries that Sun used to be strong in. Someone in ZFS land needs to create an ioctl/fctl to fix that. The boot system also needs to be clear if it is trying to mount a ZFS or UFS disk since that is a bit tricky when the disk looks like both. They should also fix the fsck stub so it knows about ZFS and have a /usr/lib/zfs/fsck even if it is just a link to zfs status.

    How is SMF better than init? They even bothered to break init so you can't pull SMF out the system if you don't want it. They now link init and smf to a number of libraries that have horrible security records. Do you want the main process in your system linking in libraries that need security updates on a monthly basis?

    I know how SMF is worse, it is slower to start up, it is indeterminate in its start up state and order, it keeps its data in unauditable binary files an it takes far longer to shut down. It also isn't very good at what init was, which was making sure programs always ran. Solaris 11.1 turns off auditing, then syslog before killing off all user processes which means you have no idea what a rogue process did when it was told the system is shutting down. That appears to be a result of someone at Oracle deciding all the disks need to be mounted before starting syslog, which requires lots of extra crud to be running like NFS, RPC and whatever YP is called this decade and it appears that stuff is all trusted to shut down cleanly without the need of logging. At least with init, you could have two different syslog entries for the different run levels so you could make sure everything was logged and audited.

    The number of bugs in Solaris 10 is far worse than Solaris 9. You can't build a light weight Solaris 10 or 11 system. Under 10, you could build a Solaris 9 container which would only run a bare number of processes but not any more since that feature was pulled out of 11. I have a number of Solaris 9 systems that are running less than a dozen packages but I'm one of the people who feel that if there isn't any unneeded software on a system, hackers can't use it hack the system.

    Solaris 11 also has managed to break decades of sanity of using ifconfig to build network stacks. Now there are other tools that do part of the job and then can allow ificonfig to finish the job.

    At least with Solaris 11.1 they created a tool to create smf xml files which means they are now no longer hand crafted which means a tool can be written to turn them back into rc.X scripts and they can be put back where they belong. Now if I could just remove svc.* without installing a fake to keep the contract open, I would be back up to the integrity level of a Solaris 9 system.

  12. VirtualBox? by utkonos · · Score: 5, Interesting

    Where is the grade for VirtualBox. As opposed to the others on the list, I would give them an A+ for their stewardship of VirtualBox so far. They have released regular updates and bugfixes. I have run into zero problems running Linux, FreeBSD, and Windows in VMs. The UI has gradually improved. The project is still open source, and they actually provide binaries for every major OS.

    1. Re:VirtualBox? by Anonymous Coward · · Score: 3, Interesting

      I'd agree. I'm a huge fan of Virtual Box and it's kept improving, all the time, no matter which company "owned" it, Innotek, Sun, Oracle. A really great job by everyone involved. I've hardly used VMWare Workstation ever, and as far as I can see, whatever lead that had over Virtual Box years ago, has vanished, in terms of features and compatibility. Virtual Box is certainly smaller than VMWare Workstation.

    2. Re:VirtualBox? by gweihir · · Score: 3, Informative

      Indeed. As VmWare networking is now completely unusable, unless you are fine with not being able to ssh-in etc. in the free version, I have moved to Virtual Box, and there are simply no such stupid issues.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  13. Solaris name dead, but OSS code lives on by Marsell · · Score: 3, Informative

    While Solaris itself is no longer relevant outside of some enterprise niches, it has an actively-developed OSS fork named "illumos", developed by former-Sun hackers working at several different private companies. There are several distributions -- I use SmartOS in particular, and OmniTI's OmniOS is also excellent.

    1. Re:Solaris name dead, but OSS code lives on by unixisc · · Score: 3, Informative

      Illumos is itself an x64 only OS, which makes it worthless for most Solaris users who run it on SPARC, but there is a derivative of that, called Schillix, which is a SPARC specific open Solaris.

  14. Quickstarter still exists by robbak · · Score: 3, Informative

    It is still there as an optional item in the installer, not selected by default (because that is the way it should be).

    --
    Prediction for end of Universe #42: Fencepost error in Quantum_bogosort.cpp
  15. Gosling's Solaris alternatives? by unixisc · · Score: 2
    From Gosling's Solaris grade of F-

    I have had to convert all my Solaris systems to Linux. I weep'.

    What has he done - gone w/ Debian? Since Red Hat seems to have stopped supporting the SPARC ages ago, and I'm assuming that Gosling's Solaris systems are SPARCstations or similar. Which makes me wonder - couldn't he have gone w/ OpenIndiana or Schillix? Especially since it seems to have been more recent? I'm assuming that the BSDs were not an option, since he probably wants an SVR4 based Unix.

  16. Re:Java in the server, in the client, in the brows by imthesponge · · Score: 2, Interesting

    Sometimes reliability is more important then having a pretty UI.

  17. Re:Java in the server, in the client, in the brows by Anonymous Coward · · Score: 2, Funny

    And that's where Java really shines... ah no, wait...

  18. Re:Java in the server, in the client, in the brows by djdanlib · · Score: 4, Funny

    It reliably dumps a longer stack trace than my scrollback can handle, anyway.

  19. Re:hard to fault Oracle by dbIII · · Score: 2

    For example I can't tell it not to reallocate blocks on write so I can't force overwrites of sensitive data

    I know that you have such requirements forced on you by others, but with respect that one is quite ridiculous and appears to be a rule from tape or other removable storage or disk disposal that has been badly misapplied to filesystems possibly by accident or teenager writing Quality Assurance rules. If someone gets to your drives at a block level via root on your system or by physical access to the server you are pretty well fucked for a dozen reasons anyway.
    IMHO overwrites are something to be done when media is about to leave a "secure" area so not something a filesystem, even one like ZFS, should be bothered about.

  20. Re:oracle and aquisitions by Y2K+is+bogus · · Score: 3, Informative

    This comment, and the other 3 that replied to it before me, show a huge lack of knowledge or care. Oracle isn't very transparent, but it only takes a small amount of effort to see that neither MySQL or VirtualBox are in danger of perishing. There are many people who left Oracle/Sun/MySQL for Percona and MariaDB/SkySQL, but most of those people left for their own reasons and *many* left before and Sun or Oracle influence was upon them.

    I get to see it from the inside, and MySQL is growing and has more market share than either of the other competitors. The newest developments are really spectacular improvements. I get to see the walled garden from the inside, and it's anything but dying, it is in better shape as a product than it has ever been. Oracle is anything but stupid and doesn't have a track record of making stupid decisions with their products, which can't be said for some companies. Oracle is putting a lot of resources into MySQL to make it even better.

    VirtualBox is a fairly decent team and they are not just working on VirtualBox, there is a reason it continues to be developed and the technology doesn't have a dead end to it.

    I think that most of the comments I've read are uneducated and purely people spouting off uninformed opinions mixed with conjecture and hyperbole. The people I work with are the brightest group of people I've ever had the privilege of working with, there are some really notable folks that work on MySQL and you wouldn't know it unless you paid attention to the blogosphere.

  21. and Hudson automated build system by coder111 · · Score: 2

    AFAIK authors had to fork and rename it to "Jenkins" after Oracle filed for trademark for original name "Hudson".

    I hate Oracle with passion, although they seem to be doing OK job with Java.

    --Coder

  22. Re:Oracle's JAVA by allcoolnameswheretak · · Score: 2

    Maybe the guts of it aren't. To a developer though, Dalvik is 95% Java.

  23. Re:Java in the server, in the client, in the brows by allcoolnameswheretak · · Score: 3, Interesting

    An outdated hack? That sounds mean... SWT was great at the time when it was needed. It is the reason why Eclipse never felt like a bloated, slow memory hog, in comparison to other Java applications of similar scope, like Netbeans. With SWT you had native, memory efficient UI components, whereas AWT/Swing duplicated everything into inefficient Java heap memory with slow Java2D rendering. It is true that now, with all the performance improvements Java and Swing have received, you barely notice a difference, so SWT isn't as essential as it used to be, but I still think it has the nicer API. Today I would probably use JavaFX

  24. Re:Oracle's JAVA by gbjbaanb · · Score: 3, Interesting

    as many people do - get a copy of an app inspector - I recommend Addons Detector - and use it to see what dev tools were used for build the apps on your phone. You'll be surprised to see just how many were built with the NDK. All the fast and responsive games are at least.

  25. Re:hard to fault Oracle by jedidiah · · Score: 2

    > If your server handles anything worth actual money, OpenBSD on Sparc64 is the way to go.

    You're funny.

    --
    A Pirate and a Puritan look the same on a balance sheet.
  26. Oracle Killed Sun by Bigbutt · · Score: 2

    Personal opinion of course.

    We have SPARC gear along with Solaris 10. When we wanted to upgrade the hardware from the T2000's, the cost for Oracle licenses went through the roof. So we stuck with T2000's (still have them). It kept us from purchasing new Sun hardware. No new hardware, no new business for Sun.

    After much investigation, we went with Dell hardware and Redhat and have been spinning up Redhat VM's right and left. For the mission critical stuff we're using HP gear and HP-UX. We've been spinning up Informix, MySQL, and PostGreSQL in place of Oracle as well.

    [John]

    --
    Shit better not happen!
  27. Re:hard to fault Oracle by Chris+Mattern · · Score: 2

    You're absolutely correct. We are a Solaris shop transitioning out to Linux on VMs. Solaris is wonderfully stable and reliable and Sun supported it well. We liked it a lot. But it was already becoming unaffordable before Oracle took them over and now you simply can't afford it, no matter how pretty it is. We won't be buying any more SPARC hardware, ever.

  28. Re:Java in the server, in the client, in the brows by jellomizer · · Score: 3, Insightful

    So what can you program in that those execs will give you a green light for? I mean they really don't make good decisions off of their choices. They really just pick what they think they like.

    PHP/Python/Ruby etc... It is those nasty open source freeware programs that may be out of style in a few year, we don't want to use those. (and they don't seem to have those mythical enterprise features that they want, but yet never tell us what they are)
    C/C++ Too cumbersome to code in, doesn't allow for Rapid Development
    C#/VB.NET Well they are fine for little apps, we want something a little more heavy duty. Sometimes you will get a better debate about needing a more scailable servers then what Microsoft can provide.
    COBOL/FORTRAN/FoxPro etc... These old languages.

    Unfortunately Java, even with its security problems is seen as the best enterprise choice, because Companies thinks for some ungodly stupid reason that Enterprise software is some how good.

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
  29. Re:hard to fault Oracle by mlts · · Score: 2

    Solaris was made in a time when there were almost hundreds of flavors of UNIX. Everyone had their own different variant.

    When SunOS 1.x to 4.x were out, those were extremely BSD. It wasn't until the renaming to Solaris and Solaris 2.x when Sun moved to a SVR4 base.

    I do miss Sun though. SPARC hardware was extremely well built. Now, Oracle hardware just looks like any other machine sitting in a rack. Plus, it was nice having another CPU architecture than x86 that was commonly available.

  30. Re:You forgot Minecraft! by egranlund · · Score: 2

    Considering they've ground-up rewrote Minecraft 3 times for iOS, Android, and XBox, I have a feeling that Minecraft may not always be in Java.

  31. Re:Java in the server, in the client, in the brows by Dcnjoe60 · · Score: 2

    wha? .net? me?

    I think you have me confused with someone else.....

    I do serious software, where my skill with the tools mean I don't have such a productivity hit as others who need java or .net to keep up. I prefer C/C++ but I do turn my hand to quite a few different technologies as appropriate.

    Server side programming in C/C++ can be done and many do, but I would question why? Since most server side work is to serve up various web pages, they tend to be constrained by IO not memory or cpu. Not only is there the initial development time, which seems not to be an issue for you, given your sill level, but there is also maintenance work, where the next person might not have your level of expertise in C/C++.

    Just like Java can be used for client side programming, although it isn't optimum, it would seem that C/C++ would not be the first choice on server side. As for Anything.Net, I only use it if a client or project requires it. I find that it is good at doing many things, but not great at any of them. The one thing it has going for it is that it is a Microsoft technology, so decision makers who don't necessarily know any better tend to specify it in the requirements. That keeps it alive and kicking. In the 60s and 70s, the old adage was "Nobody ever got fired for buying IBM." Today, the old adage still rings true if you substitute "Microsoft" for "IBM" at least at the enterprise level.