SAP: Love those developers, hate that open source

By
03 June 2004 10:58 AM
Tags: developers, kidman, sap, angus, source, open, open source, bea
Enterprise software giant SAP is making a renewed push to build ties to the developer community, but that enthusiasm isn't likely to extend to making the source code for any of its core components available.

Speaking at Sapphire, the company's Asia-Pacific user conference, executive board member Shai Agassi boasted that the company's SAP Developer Network site had attracted 50,000 members since launching in September last year. By the end of the year, the company hopes to have 150,000 registered developers.

While those numbers might be a drop in the ocean compared to more widely deployed enterprise technologies such as J2EE, Agassi, who heads up the company's platform development efforts, argues that their overall impact will be greater.

"Comparing the amount of money that people make with Java versus the amount of money that our developers will make with NetWeaver, I actually think we have about the same gravity," he told Builder AU in an interview.

SAP's developer push comes as it aggressively promotes its NetWeaver platform as a base for building and extending applications.

"SAP has more app servers than IBM and BEA put together," Agassi told the 2,000 attendees at the conference in Brisbane. "The problem is we've never sold one of them."

However, SAP has no plans to follow the lead of BEA, CA or Sun in making elements of its technology available as open source.

"It's not in our plans," Agassi said, arguing that open source only makes sense with commoditised and interchangeable elements. "Databases are completely interchangeable, but not platforms. The J2EE part, absolutely . . . but if you look at the NetWeaver stack, J2EE is maybe 5 or 7 percent of the whole stack."

After initial scepticism, the enterprise IT world is slowly recognising the benefits of open source. Last month, BEA released elements of its WebLogic Studio platform in an open source project known as Beehive, while CA announced plans to make the code for its Ingres database available. Sun is also reported to be considering making elements of Solaris available as open source.

Angus Kidman travelled to Sapphire as a guest of SAP.

Advertisement

Talkback 2 comments

    Ha - My only guess why SAP thi ...Anonymous -- 03/06/04

    Ha - My only guess why SAP think that they have more app servers than IBM and BEA put together - because their architecture and integration suck so badly that you can't run a SAP app server concurrently with any other application on the same operating system image.

    In fact you can't run a dev, test and prod instance of SAP application server on the same operating system instance without running into some difficulties from time to time.

    Unlike BEA, IBM, SunOne, Jetty and JRun which are architected so that they can be configured to behave co-operatively with other applications without hogging all the processor or memory resources.

    Besides which the claim is entirely baseless - Peoplesoft is architected on top of BEA app server technology, and IBM app server technology is in use on huge web services applications in the travel industry.

    The only reason that SAP doesn't want to release application server code as open-source is because large chunks of it would be a total embarressment to them.

    ...well, SAP code is already o ...Anonymous -- 04/06/04

    ...well, SAP code is already open... when you are a customer. At least the application ABAP code is available, not the kernel 'commodity code'.
    And it better be, because the application code is such a commodity that it usually requires quite a bit of intense customization to be of any use in the real world.

    I would even claim that most of SAP's applications features are already commodities

    A general ledger, an inventory management, an order entry system are all commodities, part of the basic costs of doing business.

    Opening access to a captive commodity would not make business sense for them.

    However, as a commodity, it is open to competition, and competition will come from open source business apps.

    SAP and Oracle Applications were designed last century, based on many business concepts of the 60's and 70's.

    They are feature bloated, fragile to run, hard and costly to deploy, hard to customize and even harder to maintain and upgrade.

    Any major upgrade to the latest version typically costs almost as much as the initial deployment.

    SAP does not meet anymore the needs of a modern, fast paced, always changing business landscape.

    The opportunity is to build open source and open design business apps with contributions of business experts. Apps that is simple, easy to deploy, easy to customize, easy to maintain and upgrade, cost efficient and really serve well the companies that deploy them.
    Apps that are truly open, agile and adaptable.

    Everything is there to deliver: mature open source operating systems, databases, applications servers, frameworks and development tools.

    It may take 5 to 10 years, but ERP as we know it is dead.

    --
    Cheers
    Philippe
    http://www.nexb.com

Add your opinion

Latest Videos

Sponsored content

Power Centre - Content from our premier sponsors

Blogs

  • Suzanne Tindal Love me, tender
    Considering how expensive and drawn-out tender processes can be to solve problems that might be very immediate, it's little wonder that the Victorian Police IT department tried to work the tender exemptions system.
  • Array 2009 funding drought rolls on
    For Australian start-ups looking for venture capital, 2009 was a very bad year. 2010 may be no better.
  • Array Can not-so-smart meters help the NBN?
    It was interesting to witness Conroy's recent enthusiasm to spruik the NBN's role in supporting the Smart Grid, Smart City initiative. What a pity that Conroy hadn't yet seen the damning report from the Victorian auditor-general about that state's smart-meter roll-out.
  • More blogs »

Tags

Back to top

Featured