Skip to Content

Using Native Clients with NetWeaver Mobile

For those of you who have been for long with mobility, the battle for the right UI technology is not new. I have had several discussion with colleagues, partners and customers and one of the topics is the user experience. Everyone agrees that applications on mobile devices need to have a native user experience and have extremely good performance. 

However from an investment perspective there several mobile platforms e.g. Windows, RIM, Symbian, Linux, Palm, iPhone and not to forget the latest “Android” and one needs to decide which platforms will be supported and which ones will be supported in “later releases”. Alternatively one could “open up” the platform and let customers and partners choose any client technology that suits their business needs while staying away from solving all the other issues like data distribution, data integrity, device management, scalability etc. and at the same time reuse as much application content as possible.


Having this as the guiding principle, the NetWeaver Mobile 7.1 platform has been architected and opened up in a way that customers and partners can build own client technology or native applications and still derive leverage all the capabilities of the platform.


Mobile devices: As we see today, there is a very high demand for occasionally connected (or occasionally disconnected which every you prefer) applications for the next 8-10 years (remember that connectivity everywhere is the long tail for telecom industry). The mobile device capabilities are continuously evolving and it will be quite some years before this market matures. The challenge that comes with this is that end-users will demand the latest devices, but the application may not be built for these devices. Therefore it is essential to make sure that you can leverage your investments as much as you can and yet exploit the capabilities of the new devices and satisfy your user demands.


Reusing Application Content: For those of you who are following the various articles and blogs on NetWeaver Mobile 7.1, you would know that for mobilization you need to import the backend business objects in to DOE. Once you have the business objects or data objects as they are called in DOE, these can be packaged together based on the scenario or the role of the end user. Then you can define distribution rules on top of data objects that determine which devices/user get which data set. Once you have data objects in the DOE, you can easily hook them up to different development environment and different runtime and develop you client application based on your need.


Openness of Data Orchestration Engine:


DOE is not only a high scalable middleware for applications built on client technology shipped by SAP, but it is also open for integration with other development environment. For example, you can import the application meta-data from DOE into a BlackBerry Developer Studio and develop a BlackBerry application providing users a native user experience. From a run-time perspective, DOE exposes web services that can be integrated with BlackBerry Enterprise Server and the data exchange is handled through the BES.

On the other hand, if you some of your users use a Palm device, you can reuse the application content defined in the DOE and build you own client for Palm by either using the sync protocol published by DOE or by building your own custom sync protocol.

In short the NetWeaver Mobile 7.1 is an open platform for integrating any mobile client or perhaps even your existing mobile applications that you can benefit from the non-functional capabilities of the platform. We are still in the process of publishing these interfaces and considering them for offering certifications. I would like to hear from you, if this empowers you in mobilizing the business scenario that you have always dreamed of. 

You must be Logged on to comment or reply to a post.
  • Hello, In the picture apperas that it’s possible to develop .Net Application in the device to work with SAP Mobile. Is this in development? when is planned to be available?


    • Hello Xavi,
      we are in the process of finalizing the interfaces for the middleware based on customer projects. Once this is done, we will publish these interfaces and you can build your own client for .NET. If you want an early access to these interfaces and influence them, you should apply for NetWeaver Mobile 7.1 Ramp-up.
      • Dear Sudhir,
        I like your article because it addresses a key strategic issue for SAP clients planning to invest in a mobile solution from SAP.
        My company has been using multiple non-SAP mobile solutions for the last 15 years and we are watching the developments close. As all our mobile devices run on Windows we would not want to invest in a JAVA based platform. Hence we got pretty excited when the first hints of a .net option within NW mobile 7.1 appeared on the roadmap (first seen during SAPPHIRE 2007 TUEV NORD Case study – by Katharina Rock). Later at TechEd 07, SAP product management wasn’t able to specify the development status and details of a native .net platform as an extension to NW mobile. Where do I best go for futher information.
        • Dear Thomas,
          protocol for developing native clients will be published soon on SDN. If you are interested in an early access, you can apply via the ramp-up program for NW Mobile7.1.
          • Hello Pierre,
            thanks for your patience, the documentation and verification is under way and it should be available until mid march.
    • Marco,
      the protocol is not publicly available yet. Couple of Ramp-up customers have access to this and based on their usage and feedback, it will be released. we plan to release this around Q2/Q3.2008
        • Hi Brian,
          I would suggest you to get in touch with your ramp-up coach. He can liason with the backoffice and help you with the information.
          best regards,
  • My company is a Ramp-up partner, but I am unsure where to go to find the documentation of the interface that would allow us to use the .NET or MDS interface.  Can you please point me in the right direction?

    Thank you.