Tuxedo is Oracle’s application environment for the non-Java languages. Like most “legacy” transaction servers, Tuxedo provides major large enterprise functionality to the programming languages prior to Java. Tuxedo had focused on C/C++ and COBOL until now. Among a couple of innovations, the most exciting news in the just-announced Oracle Tuxedo 11g release is the support for Ruby and Python. This pushes these newer languages immediately up the enterprise performance and reliability scale, making them comparable to COBOL, ABAP, and NATURAL.
The huge challenge for Oracle after this move will be to get access to the Ruby and Python developer communities. Most of them are looking more at open source runtime environments than at heavyweight enterprise transaction environments. However, this latest move by Oracle may resonate with these young open source natives, who’ve gone from university to their first job at banks, insurance companies, and other traditional mainframe shops. Ruby and Python on Tuxedo could be appropriate choices for those developers who want to move stuff off a mainframe but don’t want to get into COBOL on the new platform again.
Hi, I'd like to share part two of a recent discussion that I had with Martin Schindler, Editor of Silicon.de. See part one here in case you missed it.
Martin Schindler: You indicated earlier that interest in third-party maintenance has increased since SAP wanted to make its Enterprise Support basically mandatory. Is this just excitement or real demand?
Stefan Ried: Yes, interest has increased. We're also seeing that from the vendor side. In addition to Rimini Street, which already offers maintenance for SAP systems, there is also Aptech, netCustomer, the Spinnaker Management Group, and Versytec, which are today limited to PeopleSoft, JD Edwards, and Siebel. The vendor space has developed further, and the list of SAP-supporting vendors will soon become longer. Finally, it makes sense to ask the larger systems integrators, such as Wipro, Tata Consultancy Services, IBM Global Services, and Siemens (SIS), which are also the largest SAP integrators, to quote for offering SAP third-party maintenance.
Martin Schindler: This is interesting. We've read little about such offers.
Stefan Ried: These integrators naturally don't make a lot of noise about these things, as they also have a partner relationship with SAP, of course. At the end of the day, the demand will be balanced with the supply — and if more customers request SAP maintenance from their systems integrator, they will start to offer it.
Martin Schindler: Is this profitable for integrators?
I'd like to share a recent discussion that I had with Martin Schindler, Editor of Silicon.de
Martin Schindler: There are experts who talk of a non-existing market when it comes to SAP third party maintenance. Is that correct?
Stefan Ried: You could have the impression, especially for Germany, because companies remain very close to SAP and many have decided for a Single-Vendor-Strategy. But in other countries it is much less the case. However the price politics of SAP in the last year and now the slow innovation speed has raised the discussion of alternative maintenance model again.
Martin Schindler: Are there German users with real interest in obtaining maintenance for their SAP system through another company?
Stefan Ried: Yes, there is definitely interest.
We regularly make, and particularly in the last year, sample calculations for users (as well as for system integrators) if it is worth going for third-party maintenance. It depends on various factors, whether it is worth it.
Martin Schindler: What do these factors look like?
Stefan Ried: Companies must check, for example, how much "know-how" exists in-house. Third-party maintenance can work very well, if not everything from SAP-Maintenance is needed. This is for example the case, when parts of the SAP-System are regarded as frozen, small legal changes follow, or to repair a bug. With this technical problems, compatibility with operating system patches, performance problems within an established system can be addressed and the system can operate securely with very little change. So, third-party maintenance vendors can, especially for older SAP systems, work very well.
Larry Ellison angrily dismisses suggestions that Oracle’s business will be harmed by the rise of cloud computing. Many misinterpret Ellison’s remarks to mean he (and by extension Oracle) thinks cloud computing is a dumb idea that Oracle won’t pursue. We are now learning that Oracle does, in fact, intend to pursue cloud computing. But we're also learning that Oracle's strategy is more limited than those of IBM and Microsoft, its large-vendor competitors.
Since the announcement of Oracle to acquire Sun Microsystems you can find a lot of thoughts on the web about Oracle’s main motivation behind the deal, the portfolio mapping of the two giants and how Oracle would leverage pieces of the new assets or possibly sell-off some again.
Oracle continues to assure they are not planning to depart from any of their new assets. If we believe in this mantra the consequences to the whole IT eco-system are severe. It is the first time that a large application vendor expands into the hardware territory and forces us to redefine the traditional view of IT market segmentation – again.