comparing XI with other Integration Tools

[Former Member]

XI integration tool, like XI we have other integration tools like message broker..etc.., what is the advantage of XI comparing to other integration tools..

what is for using XI instead of having other Integration tools.

[santhosh_kumarv]

Hi Lokesh,

XI is a like many others Middlewares, but it suits well for connecting SAP(like ERP, CRM) systems with each other and with non-SAP and SAP provides XI content which can make your integrations very easy .If your focus is not on SAP systems, other middlewares might be a better.

SAP XI provides an integrated workflow engine that allows to define adapters to non-XML-protocols and mappings to convert data content from source to target.

>>what is the advantage of XI comparing to other integration tools..

1. XI provides you with central routing and central monitoring of messages

2.Main advantage of XI over other middleware tool is

central monitoring and central development. XI is better suited for IDOC and RFC scenario that other middleware tools.

3. It is from the market leader SAP in ERP.

4.It has advantages in the following:

a.Message processing

b.Volume

c.performance

d.Development help

e.BPM

f.MArket acceptance

5.Data security as expected from any SAP product.

6.Standards based - XML, XSD, Xpath etc

7.Synchronous & Asynchronous communication possible

8.Mapping is possible to accomplish in Java. Platform independent Java components. It also supports Java & .Net.

Also check these links..

Wiki: https://www.sdn.sap.com/irj/sdn/wiki?path=/pages/viewpage.action?pageId=16263

https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/26bb3aae-0501-0010-5cab-a7509e71...

Case Study: http://www.sap.com/usa/search/index.epx?ct=international&mode=quick&q1=BestPracticesof+XI

Regards

San

there is a Way.

[Former Member]

Hi Lokesh

We concluded with the following; BizTalk should be used as the main integration engine between the different system landscapes and ALL external communication, and XI should be used as the integration engine for all data to/from our SAP system landscape. Depending on the integration scenario, we may use both.

<b>BizTalk will not see any SAP systems, only web services exposed by XI or using IBM MQ depending on an async/sync integration scenario.</b>

We believe that XI is better with integration from/to SAP, and;

- In future SAP will deliver out of box integration for the XI system (XI content) for Enterprise Services Architecture

- Several components in the NetWeaver stack are using XI for communication

We have a SAP system landscape with several 46C systems (IS/OIL, HR ...) and newer NetWeaver solutions.

• BizTalk ******

Overall communication between SAP systems and BizTalk depending on the integration scenario and who is the initiator:

SAP 46C to BizTalk:

There are no good mechanisms available for sending data from 46C to BizTalk, we are using HTTP_POST with XML payload. Then you must use the iXML library on the SAP side, its ok, but you will spend, in my point of view, too many hours on XML programming that can be generated automatically.

BizTalk to SAP 46C - Which SAP adapter to use for BizTalk?

We started with SAP adapter from IWay, but that adapter gave us a lot of problems on the BizTalk server (pretty complex adapter with strange behaviour, and several integration scenarios stopped working for no reason at all (unstable)).

Due to several severe problems, we switched to SAP adapter from Microsoft 1 year back in time. If I don’t remember wrong, back then, the SAP adapter from Microsoft did not support parameter of type string or table types – so there are/were some limitations regarding the signature of the RFC function.

The SAP adapter from Microsoft is more stable than the previous, BUT we have some hick ups with that one as well when BizTalk does very frequent calls to SAP 46C.

SAP 640 to/from BizTalk:

I assume you can use the web service functionality on the SAP side in order to send/receive data, but I don’t know whether 640 support asynchronous web service.

• XI *****

<b>The communication mechanism between different SAP systems and XI are much better than with BizTalk and others:</b>

SAP 46C to XI:

Configure a sender communication channel with RFC adapter; basically the XI system will be RFC server so the only thing you have to do is to create a RFC port on the 46C system “pointing” to the XI system. In the Abap program, you can do normal function calls with destination (RFC port) AND the RFC call will automatically be translated to XML on the XI side.

Thus, you can forget all about the iXML library and XML rendering of the payload to HTTP.

Besides, you can choose to use sRFC, tRFC or even qRFC depending on the integration scenario and whether you want guaranteed delivery.

XI to SAP 46C:

More or less same as BizTalk using a SAP adapter, but string and table types are supported.

SAP 640 to/from XI:

This is a very nice situation, every 640 has a local integration engine, so the main integration engine (XI) can send/receive XML messages both async/sync. Another advantage is using the SPROXY transaction on the 640 system, generating automatically a proxy class being able to send/receive messages based on a message interface defined in XI (outside-in programming).

• Finally *****

BizTalk and XI are at a conceptual level identical, two integration engines with the purpose of send/receive, route and do message transformation (mapping) using adapters to different technical systems.

Microsoft has a lot of resources available and for sure, BizTalk will be a very good choice for most companies.

SAP came late with XI, but they are not trying to make the best integration engine, but good enough. And for sure, I think SAP will come with very nice XI content in time (interface mappings between message interfaces – business solutions) which is beyond BizTalk.

As an ABAP programmer I just love the transport system between development, quality and production systems. We are using the CMS transport systems between our development XI, quality XI and production XI – it is so nice and fast. With BizTalk you have to create a MSI file (installation file – which files to include…) and somehow transport the file (mail or whatever) to the quality environment for installation – really tedious work compared to XI.

So we are using XI 3.0 , PI 7.0 and we are very happy

Thanks !!

[Former Member]

hi lokesh,

Advantages of XI:

XI is a middleware like many others. It is well suited for connecting SAP systems with each other and with non-SAP.If your focus is not on SAP systems, other solutions might be a better choice today. SAP XI provides an integrated workflow engine that allows to define adapters to non-XML-protocols and mappings to convert data content from source to target.

Any fully mature middleware should provide these three layers.

1. An independent Message Queue

2. A data consolidator and mapping engine

3. Workflow processor.

XI is lacking full-fledged Message Queue compared to other established Middleware products.

SAP's next XI release might provide this missing piece and many more features which is due 2007 i guess.

Here are the advantages of SAP XI from my point of view.There are lots of advantages but to list a few :

• Easy Integration with SAP products & components (RFC, IDOC, Proxy).

• Data security as expected from any SAP product.

• Standards based - XML, XSD, Xpath etc

• Ability to communicate with other messaging systems/products.

• Business Process Management

• Synchronous & Asynchronous communication possible.

• Complex processes for communication possible instead of only sending and receiving (business process management) (connect e.g. asynchronous and synchronous steps, define complex communication scenarios)

• Mapping etc possible to accomplish in Java. Platform independent Java components.

• Java & .Net support.

• Big range of adapters for different technologies / tools (SOAP, Mail, JDBC, CDIX...)available in standard or offered by other companies (EDI e.g. by Seeburger).

• Process functionalities inside XI to modify content in the communication channel on own defined rules fpr business purposes.

• Central monitoring for data communication for all your communication between different systems.

• And the marketing issue: SAP and its partners provide high volume of development capabilities to make XI always up-to-date for new requirements

also try this -

regards

biplab