Skip to content

Oracle Buys Sun Omnibus

Iron Man Runs Oracle

As you must have heard, Oracle is buying Sun. A deal this big has a lot going on. Really, the only thing you can do is wait and see what Oracle will do with the massive portfolio they’re buying. If you don’t like waiting, here’s some scenario-speculation, lacing in some fine speculatin’ from others as well – nothing beats the grasshoppers (this one included) out of the grass like a mega-acquistion. Some of these ideas and scenarios seem good to me, others seem tragic, but I’ve tried to lay them out with an eye towards reality rather than what I’d like to see happen.

The Viking Scenario

The first thing you can expect from a Oracle acquisition is due-diligence of the assets and a comparative analysis where Oracle has competing assets. Oracle will weigh up what’s worth keeping and jettison the rest. The latter will be marked by end-of-lifing via support and maintenance, or releasing code to the community – where it will fade and die. Gavin Clarke

First, there’s the easiest scenario. Under this scenario, you can pretty much ignore the more nuanced and tweedy discussion that follows in the rest of this note. The simplest scenario is Oracle strip-mining Sun, selling off chunks that Oracle doesn’t need or understand (hardware), tanking the “unsellable” stuff, and keeping a few, key software assets (Java, Solaris, Identity Management, maybe MySQL, and a handful of others).

A large part of this would be a defensive move to prevent others (read: IBM) from acquiring and benefiting from Sun’s technologies. It’d also be one of the biggest Oracle chest-thumpings ever, like a lawn mower running over a frog.

The primary break-up here would be Oracle selling off Sun’s hardware business. Becoming a software and hardware company is difficult (ask HP and Cisco, or even IBM who makes it look graceful from the outside).

The point is that Oracle always has been and is a software company. Software people think differently than hardware people, and hardware people think differently than software people: one has to always be more important than the other, and it’s rare that one company can treat them as equals. As an example by anecdote, just look at the software that comes with your printers and scanners: no respecting software person would let that crap escape their fingers.

If Oracle is going to take Sun on as a whole, they’ll have to become one of those few companies that treats hardware and software as equals. The other problem with taking on Sun as a whole, as alluded to in the next first section, is filling out the Oracle consulting and services arm. Taking on Sun as a while would be risky if Oracle wasn’t trying to become IBM. To do that, they’ll need armies of consultants, which seems to point towards acquiring a services firm, as IBM did long ago.

Looking at Oracle past acquisitions, their initial, stated tendency is to speak towards fusing their existing software and newly acquired software together. That scenario isn’t too pragmatic if you can manage to extract good maintenance fees from the existing software (as Oracle seems to be doing with it’s enterprise software portfolio): rather than spend the money to integrate “legacy” software into the future, you just slowly keep ratcheting up the maintenance cost until your customers can’t take it any more, then you sell them a brand new thing that comes with the initial revenue bump of a rip-n-replace install. Hey, those yachts don’t pay for themselves, brother.

That’s the easiest, “worse case” scenario for the people at Sun: either your product produced revenue in the here and now (you stay), or you’re out. That said, as Gavin gets to in another part of his piece, Oracle is known for applying that same rule to itself: if an item from the Sun portfolio is better, they’re prone to throw the weaker Oracle item over-board.

But that’s the Viking scenario. What’s the more happy-path one(s)?

One Pair of Hands to Choke Many Throats

There’s one grand-theory put forth on the press release and the short conference call this morning: Oracle can build a “drive to application,” metal-to-screen stack of enterprise software. Previously, Oracle really only had middleware and enterprise applications to sell. Sun brings hardware, both on the server side and client side (with SunRays). Along with the ERP applications Oracle has, this means a business could buy “everything” from one vendor.

In reality, enterprise buyers like to buy across multiple vendors and also end up accreting all sorts of technologies and vendors through M&A and different CIOs. Less grandiose than buying “The Oracle Stack” is Oracle’s potential to sell to more parts of the enterprise IT stack, software and hardware.

Becoming IBM

I have a blind spot when it comes to the services & consulting arm that Oracle + Sun would have – it doesn’t seem like there really would be a large one. Enterprises buy 3 things in IT: hardware, software, and consultants. IBM has offerings in all three of these; that’s one of IBM’s strengths. If Oracle + Sun acquires a large consulting arm, you can start to see IBM business model duplication going on, which isn’t a bad business to be in.

This move would be the final stage of Oracle trying to evolve from it’s database identity. While there are still plenty of sales and places for the Oracle DB, MySQL, Postgres, and now cloud storage/databases layered with things like Hadoop are showing that, eventually, data management will be commoditized. Or put, another way, the length of time that a company can extract revenue from data management software has shortened. Oracle has long expanded its portfolio beyond the database with acquisitions like PeopleSoft and Siebel, and acquiring the enterprise IT portfolio that Sun has pushes Oracle into being a fuller enterprise vendor, lacking a services arm to collect that extra $8 for every $1 of IT-spend (or whatever kookie multiplier you want to use).

Dear Customer…

This perspective is from the vendor’s angle, of course, which means extracting more money from customers. To get a peak at the potential negatives from the buyer perspective, check out Howlett:

Who worse to entrust your entire stack than Oracle, that voracious consolidator of application providers and now, it seems, guzzler of open source and hardware?

He goes on to talk about body parts in vices and maintenance fees.


Surely Oracle will want to derive all the strategic value they can from the acquisition and subsequent control of the JCP. I can’t imagine that they would be willing to give up that control of the JCP in favor of a more open organization.

That’s a shame as I think all parties would be served in the long run by having a truly open Java run by a truly open organization. I’d love to see Oracle give up the reserved seats and allow the JCP to be truly democratic (or as democratic as any standards organization run by companies with competitive interests can be) but I just don’t see that happening.

Alex Miller

In short, chances are low that the Java world will change for two reasons:

  • Java has been an independent enough entity for long enough that screwing it up is difficult to do. Put another way, it’s BigCo interests have been mucking around with the Java world for so long that it can’t really get worse.
  • Java is at the heart of much of Oracle’s software, and its at the heart of Oracle competitors like SAP and IBM. Java is so inter-woven into the enterprise software industry as a whole (on both the vendor and buyer/enterprise side), that it’s hard to screw around with it. When innovation in the Java world slowed down, JBoss and Spring came about to make up for that calcified process.

Not to mention that it’s open sourced – TCK, kiosk-use, and trademark shenanigans aside. What could be negatively effected, as Alex Miller gets to above, is a better future, sooner rather than later, for Java.

Screwing around with the status quo of Java has the potential to mess-up Oracle as much it would mess up it’s competitors. To put it another way, Java is already as screwed up as it can be. For as old as a technology as it is, it’s screwed up very gracefully, which should be taken as a compliment.

The worse case scenario is that Oracle won’t do anything with Java. They’ll let it stay the same, with some bullying in the JCP to very mildly serve Oracle’s interests. But, again, since Java is at the heart of so much of Oracle software and of their customer’s software, I’m doubtful that they’ll try to change it or calcify much more than already has. When something works in technology, you tend not to screw with it: you try to do the exact opposite, and keep it how it is as much as possible.

In the Sun part of the Java-world, there are some weird, from Oracle’s perspective, items to think on: JavaCards, JavaME (what does Oracle care about the mobile and embedded market?), and as explained more below, JavaFX.

“I’m an Oracle developer…er…hrm…”

Unless Oracle keeps Java at the same arms-length that Sun has, relative to the rest of the company’s portfolio, the Java community will have something of a identity crises.

Java programmers have always been, well, Java programmers, not Sun programmers. Netbeans bundling aside, Java has remained a rather separate entity in Sun-land. If Oracle messes with that sort of approach – for example, marging JavaOne into Oracle OpenWorld (making OpenWorld, perhaps, the largest developer conference) – Java programmers will be in a weird, new head-space they haven’t been in yet: alligence to a vendor, not a platform.

Open Source

Redmonk analyst Stephen O’Grady noted important differences of opinion between McNealy and Ellison regarding open source that also “could present a problem.”

O’Grady told me this “will definitely be a painful acquisition… I don’t see any of these integrations happening quickly. There’s a lot of moving pieces” that have to be reconciled. *

The most repeated themes are around what Oracle would do with the open source part, essence even of Sun. As I told one reporter today, the open source community has been “mildly gloomy” today. Oracle has not established a fantastic reputation for some in the open source world, for example, coming out with Unbreakable Linux and just being a closed source company in general. That said, like all Elder Companies (those large, successful companies that’ve been around “forever”), Oracle has warmed up to at least using source if not promulgating business models around it.

In buying Sun, Oracle has to know what it’s getting into with the open source world: namely, a lot of it. As Stephen alludes to in the quote above, the cultural fit is not exactly fantastic, as good as it could have been with IBM. To use an excellent point I’ve heard from Sam Ramji a few times recently, those IBM lawyers understand open source, and that’s your first barrier to doing open source at a large company. Oracle’s use of Java and Eclipse shows that they’re a shrewd users of open source. Taking on the role of a being steward of open source, as Sun aspires to, is up in the air.

Large vendor involvement in open source is largely along the lines of funding and budget for the full-time staff who work on open source. Oracle has touted the Linux kernel development it does and they picked up a smattering of OSS Java involvement with BEA. Still, Oracle is no where near as “involved” in open source as Sun, IBM, or others (I realize I’m setting myself for an exciting [re-]overview briefing from Oracle here on all their OSS involvement ;>).

We like to sell software, not give it away

I’m not really that rosy on Oracle believing in the idea of open source business models. Clearly, they’re convinced that using open source is good for their business, but selling open source, not so much as Sun.

This isn’t really all gloom and doom though. Sure, Oracle could layoff the Sun staff that dedicates the majority of it’s time to open source projects (you can bet they’ll keep up the clip of the existing Sun layoffs, if not more). Or, in that specter’s perspective, people who do not directly contribute to revenue generating software. But this has been the problem with open source of late: nailing the BigCo business model.

As gets covered quarterly by the usual suspects (myself included), open source has been proven to work extremely well to boot-strap a business (and for fantastic exits for the likes of the MySQL team), but questions remain about using pure open source business models. As I’m fond of quipping now-a-days, the way you make money with open source is to sell closed source.

As a company, I expect Oracle to get rid of parts of it’s portfolio (open and closed) that don’t make money directly, are on the path to making money, or provide part of the stack that money-making software runs on (see Ellison’s comments about Linux being the #2 operating system, after Solaris, that Oracle software runs on).

From Oracle’s perspective, as is the case with IBM, if you become a systems seller, open source is just a necessary “evil” for that more complete, hybrid open/closed + hardware + services sale you try to make. Some software you charge for, some you don’t, but the whole package you damn well charge for.


Today our servers are running various versions of MySQL, tomorrow they’ll be running the same thing, and if need be ten years from now they can run the exact some software. Because of the GPL every WordPress user in the world is protected — we’re not beholden to any one company, only to what works best for us. Today that’s MySQL, tomorrow that’s MySQL, a year from now we’ll see. Matt Mullenweg

On the open source angle, everyone’s specific question is what will become of MySQL. For me, the answer here is that anything that was going to happen with MySQL already has. Much of the original team has already left (hey, why would you stick around once you were rich?), the community has already gone through a large company “acquiring” it, and Oracle has already figured out how to cope in a world where excellent, high-quality, high-volume capability database are free for the taking (they move up-market and generalize their portfolio beyond the database, see above).

Still, the question remains open: will Oracle somehow spike MySQL? For one thing, by the nature of being an open source project – trade-mark aside – that’s impossible to do, technically. The mythical “The Community,” could fork the code and go along it’s marry way. Indeed, the primary way to gage the overly general “The Community’s” reaction will be see if, when, and with how much glee someone forks the MySQL code-base this week.

More pragmatically, Oracle would be ill-adviced to mess with MySQL. While it certainly damaged database sales, MySQL is used in scenarios that Oracle databases would be ill-suited in. All of those LAMP applications running around would be a lot more tedious if the only option was Oracle, MS-SQL, DB2, and other closed source, large databases. As with Sun, the hope here is that MySQL can be two things: a way of keeping in touch with the (from Oracle’s perspective) lower market segments and, thus, an entry into accounts that would never think to talk to Oracle.

Taking a page from what most open source startups are doing now, Oracle would be well served to start wrapping closed source services and code around MySQL, building out some nice metallurgical bands of payment, all the way from lead (free) to Red (Oracle DB).

Of course, there’d be a certain Larry Ellison panache if they just chucked MySQL as a way of saying, “that was a silly way to for Sun to spend a billion dollars.”

Here’s What’s Left

There are a few interesting other items to consider:

  • Cloud Computing – Sun has been working on its own cloud for awhile. They have something there as demo’ed of late. I’m not really sure if Oracle has put much of foot in the cloud computing world, nascent and hype-driven as it is now. Oracle hasn’t been too hot on the SaaS space (yes, aside from Larry’s investments in NetSuite and Salesforce), they’ve seemed to stick to the notion of selling on-premise licenses, like their SAP buddies. The closet to cloud that I see Oracle getting (I’m sure, in an “unofficial,” “these are my words not my employer’s” capacity) are Monsieur Vambenepe’s cloud meets ITSM musings, which are quite excellent.
  • Identity – both Oracle and Sun tend to bubble up towards the top of the identity management space. Indeed, Sun IdM is a money-maker. I’d suspect some consolidation here as having two different identity management products in one house doesn’t seem to happen that often – compared to keeping PeopleSoft, Siebel, and Oracle Apps separate to keep their customer bases happy. I’ll even throw a bonus, irresponsible, whacky possibility out: maybe the UnboundID team will be back working with their pals if their high volume directory technology pans out.
  • IT Management – Oracle has always provided management tools for it’s own software and stacks. They’ve never been a strong, general IT management provider. Sun hasn’t either, but before the virtualization wave, Sun seemed to be going for it with OpsCenter. Since then, virtualization – with their own xVM hyper-visor – has been of more interest to Sun. xVM is an interesting asset to watch Oracle sort out: they’ll have to figure out if they’d rather go with more Linux-traditional virtualization silos (Xen, KVM), stick with xVM, or just deal with VMWare and Hyper-V. Before even that, Oracle has to figure out if they care about hyper-visors in the first place. At first glance, I’m not sure they would. There’s also some room for automation software, a la BMC/BladeLogic and Cisco: do a search-and-replace on Cisco/Oracle over here and you’ve got your day-dream.
  • JavaFX – thus far, in the RIA world, Oracle has had much interest in Flex. I tend to view JavaFX as re-write of Java GUIs, but Sun has emphasized the RIA angle on it, esp. when it comes to a front-end for non-traditional “screens” like phones, TVs, and other “embedded” devices. Frankly, I’m not sure what Oracle would make of JavaFX; my feeling is that they’d favor Ajax and Flex, but there is the (small) chance that JavaFX would be seen as a way to in-house rich user interfaces. The problem there is that distributing the Flash Player doesn’t cost Oracle anything – it doesn’t eat into their software margins; Oracle only spends money on Adobe tools if they want to use Flex. They’ll be buying CS4 whether they deliver rich UIs in JavaFX, Flex, Silverlight, or anything. Thus, the only advantage to in-housing an RIA technology is the strategic one of owning more of your own stack – it’s the same reason vendors like Oracle and IBM have their own Java VMs. Oracle might be interested in the video aspects of JavaFX – more data to stick in databases – but that seems like a stretch. Here, JavaFX’s association with Sun rather than Java is a weakness. If JavaFX was part of Java, then it’d be just as safe as any other Java item.
  • NetBeans – like JavaFX, NetBeans is in a tight spot under the Oracle roof. NetBeans has turned into a fine, featureful product. Having been one of the “why is Sun wasting time on this in the face of Eclipse” chorus for many years, RedMonk typically has nothing against NetBeans now-a-days. Oracle is very much an Eclipse shop, and Eclipse-people tend to have little tolerance for NetBeans. At best, I’d suspect that Oracle would cherry pick technologies they liked from NetBeans – the dynamic language editors, perhaps the modeling tools – and phase out the rest. At worse, they’d just tank it straight-out in favor of whatever the Eclipse community provides.
  • [Star|Open] Office – people who follow me closely know that I’m not a huge fan of (personally using) Open Office. That said, it is a great asset when it comes to having a stick to poke Microsoft with, something Oracle (and every Elder Company) relishes doing. I tend to fall into the camp of spinning Open Office into an independent foundation along the lines of Eclipse. The efforts to fully commoditize the “document stack,” in the way that Eclipse commoditized the IDE stack, have been constrained by cross-corporate conspiracy theories and “politics” (read: “I don’t like them, so we’re not going to do it”). Fragmentation in the “Office” space helps no one, having one vendor in that space doesn’t help anyone either: having one industry standard is what we need.

So…is this all good…or bad?

With all this, and other, considerations and scenarios on the table, it’s natural to wonder if this is good for the industry over-all.

Clearly, it’s good for Oracle. At worse, they can strip-mine Sun for a few key technologies and (no doubt) have some fun being the end-of-the-line for a Silicon Valley legend. At best, Oracle can acquire a services arm and become IBM.

The industry as a whole has three short-term risks to wade through:

  1. Oracle messing up Java, causing other ISVs and customers to look towards other platforms.
  2. Oracle messing up MySQL, causing countless web sites to look towards using another database.
  3. Oracle jacking up maintenance and (Java) license prices on existing Sun customers.

If 2-3 of those risks remain risks instead of turning into realities, things will be OK for the industry. I’m not sure if the innovation engine that was Sun engineering will be kept up under Oracle’s roof, but the cream of those existing innovations will at least have a home.

For even more thoughts from RedMonk, check out Stephen’s fine note on the topic.

Post-script: People

The above is written without much mention of all the folks who’ll be caught in the middle of change, good or bad. That is, laid off. At RedMonk, I’ve gotten to know many fine people at Sun, and a handful at Oracle (just a handful because we do tons of work with Sun, not too much with Oracle). Tragically, people will be let go and looking around for new jobs. There’s no sort of glee or ice-cold analysis to be had at that, and, in fact, it sucks.

Disclosure: Sun is a client, so I suppose Oracle will be. IBM, The Eclipse Foundation, and Microsoft are clients as well.

Categories: Enterprise Software.

Comment Feed

33 Responses

  1. Once again cote, you've saved me the trouble of how to think about this… seriously.

    One other possible happy (possibly delusional) path to push on the stack: The Greco-Roman effect; wherein the conqueror is effectively vanquished by the culture and religion of its conquest while continuing the aggressive, martial nature thereby making it a juggernaut.

    Charles LowellApril 20, 2009 @ 3:57 pm
  2. Interesting. I think Larry just bought Sun customers, though. I think Oracle will now try to pitch all their products to current Sun clients, whom they see as very vested in Sun technology. I think this will fail, however.

    I also see that many Sun people will leave, not willing to put themselves through the Oracle Mind Bender that's coming for them. There will be gnashing of teeth.

    I also think that MySQL is finished. The main devs are gone on to better things and the word on the street is that PostgreSQL, the existing version of mySQL and sqlite are good enough going forward, so no new adoption.

    On the hardware side, it will not be scaled down to profitability. It has to be scaled up to profitability, but can't be because there's not enough room in the marketplace. So it will go extinct, sooner rather than later.

    On the software side, Solaris is in a world of hurt, because Oracle has a horrible reputation for bloat, onerous licensing terms, and unplanned rate increases. If anything, this will accelerate the adoption of Linux by companies that might have renewed service contracts with Sun but won't want to do business with Oracle.

    I personally think, however, that Larry Ellison (make no mistake, he's in complete control ov what goes on at ultra-centralized Oracle) has his eyes on something specific. I think he's looking at something like ZFS, or something like that. I think he'll open the oyster, get the pearl out, and discard the oyster.

    He might just be after the JVM. I don't even think Solaris is good enough to be kept by Oracle. I don't think it makes money.

    Remember that the game is changing and that Sun was tanking. Larry is looking to extract the pearl not to carry the oyster around.

  3. Interesting analysis Cote but I think we're all left with more questions than answers. What an interesting dance this has been and a not so surprising couple are out for McNealy's last dance. Who knows what to expect…

    The math is simple here. Oracle will cut costs drastically (~20-30% of workforce) and it will make its profitability targets easily. Sun held on to way too many dreams of what it was in 1999 and simply never faced its new reality. That will change and while it may not be SW-level margins, it will be profitable. Larry will delay a boat purchase, but he'll be closer to his IBM model.

    I wonder where this leaves HP… sitting all by itself with an Itanic lineup no one wants and new Nehalem's that run circles around its ships… hmm…

    The irony in all this is Oracle is a SW company and it just acquired a company whose SW assets aren't profitable… which is a hard thing to do when you sell software. And even while Solaris drives "revenue" that's really only b/c of maintenance streams from SPARC hardware which… isn't really b/c of the SW itself. But that SPARC base has fueled Sun for years – and admittedly Oracle is partly responsible for creating that base itself anyway.

    I have to wonder – will Sun's customers stick around to find out what happens next? And how soon will RHEL roll Drizzle or another MySQL fork and remove any need for Sun's MySQL… should be interesting to watch.

    And … is anyone using OEL?

  4. Agreed about identity management. Here's my detailed analysis of Sun/Oracle identity and access product portfolios with my predictions on what'll stay and what'll go (viking scenario): (part 1 of 3)

  5. Cote,

    Good analysis. I am a bit more positive about what Oracle will do with the JCP and Java. I can see Oracle making the JCP more open and vendor neutral. Oracle needs to have a healthy Java community to drive its middleware sales but they don't need to necessarily make money by controlling the TCK's.

    btw, I also see this as being potentially great news for OSGi. Oracle has been very active with OSGi and we could finally see OSGi as the component model in the JDK.

  6. Nice, balanced in-depth coverage. I had a crack at something similar yesterday… might be worth a read.

    Whatver happens there's little we can do now but watch from the sidelines… I don't expect there to be much of a community consultation process 🙂


  7. "All of those LAMP applications running around would be a lot more tedious if the only option was Oracle, MS-SQL, DB2, and other closed source, large databases."

    And what about PostgreSQL ? It is as (if not more) open source as MySQL, and as entreprisey as Oracle.

  8. Interesting analysis. Maybe, regarding the "Open Source" thing, a difference simply should be made between Oracle stepping into Suns footsteps pushing forth projects that initially used to be Sun-sponsored open source software and the question whether/how these projects eventually might move on. I mean, after all: Eclipse? A foundation. Apache? A foundation, as well. ObjectWeb? A consortium. Codehaus? At least a dedicated community.

    Personally, I think pondering whether or not Oracle might keep up supporting or eventually even promoting any formerly Sun-based open source projects might be interesting but missing the point. What's to happen? If a project (say, NetBeans, or maybe mySQL) is important enough, read there is a community big enough interested in its existence, why not simply consider it's open source after all, taking what's left of its open sourced code and start over anew anywhere else? Apache mySQL, anyone? 🙂 Maybe this even will give the Open Source Java movement, notably IcedTea and friends, some momentum as well…

  9. Nice, thoughtful analysis.

    Teressa JimenezApril 21, 2009 @ 3:32 am
  10. Cote',

    You damn near put coffee through my nose with the “…like a lawn mower running over a frog…” line. ? Humour aside, it was a really smart, insightful piece.

    There is one thing that I think you got wrong: NetBeans

    It is actually incorrect to say that Oracle is an "Eclipse shop". They are an Eclipse strategic member but their interests in Eclipse are on the runtime side. Their tools strategy is not Eclipse-based. JDeveloper is its own technology. There are no plans that I am aware of to move JDeveloper to Eclipse.

    I have no idea what this means for NetBeans. Or for Eclipse for that matter. I suspect that it will be intrinsically tied to Oracle’s Java strategy.

  11. Let me try this again. Oracle *does* have an Eclipse tools strategy that complements what they are doing with JDeveloper. See their Eclipse Pack.

    The point I was trying to make is that their tools strategy is more complex that simply saying they are an "Eclipse shop".

    It will be interesting to watch how this evolves.

  12. Thank you Christopher for correcting my link. Thankfully the bad link points to Neal Stephenson, not some junk lit! One karma point saved.

  13. Thanks all for the feedback and corrections/clarifications/additions 😉

    To address a few items:

    Deborah: shucks, I thought the link to the Stephenson book was some sort of sci-fi reference joke 😉

    Ian: nice catch on the OSGi angle, and good point. Unless something crazy happens, OSGi will be pretty well cemented into Java sometime over the next few years.

    Stefane: yeah, there's PostgreSQL for sure. In fact, one of my indie-developer friends emailed me hoping it'd mean more attention to PostgreSQL, him being a big PostgreSQL user.

    Mike: yes, I recall now that Oracle has two IDE product lines. I'm remembering now that I even spoke with them about this back at JavaOne when they introduced the Eclipse one.

  14. I couldn't help myself so I summarized the Sun/Oracle activities in two limericks:

  15. @Mike Dolan,

    The math isn't that simple. My analysis suggests a 63% decline in SG&A spending will be required (along with other cost reductions) to hit the $1.5B operating profit target:

  16. > what does Oracle care about the mobile and embedded market?

    Well, they seem to be somewhat interested, anyway:

    "Oracle Database Lite is a comprehensive solution for developing, deploying and managing applications for mobile and embedded environments. Oracle Database Lite Client offers a small footprint SQL database that runs on many devices and platforms and can be bi-directionally synchronized with an enterprise database server using Oracle Database Lite Mobile Server." —

    Oracle also owns the venerable Berkeley DB, hosts a developer community forum for it, and has some very nice whitepapers (complete with red logo) about it. MySQL will be all right; Monty will keep Oracle honest.

    Craig GoodrichApril 23, 2009 @ 4:32 am
  17. If you’re nevertheless inside the fence: grab your favored earphones, mind comfortably to some most beneficial purchase and ask to plug them in to a Zune then an iPod and see which one seems much better to you, and which interface helps make you smile more. Then you’ll know which could be wonderful for you.

Continuing the Discussion

  1. […] good comments from Redmonk’s Michael Coté here. Technorati Tags: oracle,sun,microsoft,open source,java,mysql,solaris,netbeans This entry is […]

  2. […] the point: Oracle stands a decent chance of profiting on the acquisition. Mike Dolan, for his part, thinks that Oracle will meet its profitability targets simply with further workforce […]

  3. […] Oracle Buys Sun Omnibus and The Oracle Predicts a Setting Sun – Thorough analyses of the Oracle/Sun purchase from the RedMonk guys. […]

  4. Sun, Oracle and the need for open source… [updated]…

    Times are changing it seems: Not that long ago we were wondering about whether or not IBM eventually would buy Sun Microsystems and, if so, what this could possibly mean to many of the pretty good Sun software products like the NetBeans IDE, the Glassf…

  5. […] to the only, major, even slightly-related RIA news of the week, I ask Charles how Oracle buying Sun purchase effects his view of […]

  6. […] to the only, major, even slightly-related RIA news of the week, I ask Charles how Oracle buying Sun purchase effects his view of […]

  7. […] of all, innovation occurs across the software industry, from “elder companies” (thanks Cote) to […]

  8. […] first reason has to be the big-bad Elder Companies.  It’s no surprise that Elder Companies prefer more permissive licenses such as the Apache […]

  9. […] first reason has to be the big-bad Elder Companies.  It’s no surprise that Elder Companies prefer more permissive licenses such as the Apache […]

  10. […] Snorkle – Sun + Oracle. John gets me to re-cap my post on the topic. […]

  11. […] put it this afternoon, there’s some question of who’s going to carry the Java flag now and “selfishly speaking, we like to think it’s going to be […]

  12. […] Purdom put it this afternoon, there’s some question of who’s going to carry the Java flag now and “selfishly speaking, we like to think it’s going to be […]

  13. […] to re-write the UI in JavaFX. The previous, best-guess consensus among folks – myself included, put forth in my own weaselly oblique way – was that JavaFX would be tanked in a Snorkle world. James’ comments on Oracle and JavaFX […]