Comments for iWUA - integration Working Under Architecture http://www.iwua.nl the path to integration | EAI, SOA, EDA, BPM' Fri, 18 Mar 2011 10:48:10 +0000 hourly 1 http://wordpress.org/?v=3.3 Comment on SAP unveils new functionalities in SAP PI 7.3 by Roberto Viana http://www.iwua.nl/soa/sap-unveils-new-functionalities-in-sap-pi-7-3/#comment-92 Roberto Viana Fri, 18 Mar 2011 10:48:10 +0000 http://www.iwua.eu/?p=143#comment-92 The use of dual stack is generally speaking not a good practice. It means for instance, that you have to manage two different kind of application servers (ABAP en JAVA), you need both type of skills in your team, performance tuning and security is approached different for both platforms, twice databases to manage, etc, etc.. If in PI 7.3 SAP provides the choice to choose one of their two available stacks, then it will positive influence the adoption of SAP PI as full-blown ESB. The use of dual stack is generally speaking not a good practice. It means for instance, that you have to manage two different kind of application servers (ABAP en JAVA), you need both type of skills in your team, performance tuning and security is approached different for both platforms, twice databases to manage, etc, etc..

If in PI 7.3 SAP provides the choice to choose one of their two available stacks, then it will positive influence the adoption of SAP PI as full-blown ESB.

]]> Comment on SAP unveils new functionalities in SAP PI 7.3 by jvmz78 http://www.iwua.nl/soa/sap-unveils-new-functionalities-in-sap-pi-7-3/#comment-63 jvmz78 Mon, 28 Feb 2011 10:05:43 +0000 http://www.iwua.eu/?p=143#comment-63 Hi, But what about performance using that temporary solution? Isn't better to use dual stack? It appears that the only available method to take advantage of single stack performance improvements is migrate the ccBPM workflows. Regards Hi,

But what about performance using that temporary solution? Isn’t better to use dual stack?

It appears that the only available method to take advantage of single stack performance improvements is migrate the ccBPM workflows.

Regards

]]> Comment on SAP PI 7.11 – Paving the way to SOA & Process-Driven IT – Part 2 of 2 by Andre Jansen http://www.iwua.nl/soa/sap-pi-711-paving-the-way-to-soa-process-driven-it-part-2-of-2/#comment-3 Andre Jansen Mon, 15 Mar 2010 22:16:16 +0000 http://iwua.eu/wp/?p=11#comment-3 Hi Roberto, I was triggered by your remark "this new version of the product enforces the use of SOA". No doubt the new version provides a better basis for creating SOA based solutions, but the product is still based on this 'old' XI point to point architecture. It is so easy just to continue creating old-fashioned point-to-point interfaces, or to migrate all your old interfaces from XI 3.0 or PI 7.0 to 7.1. It's the mindset, the organisation, the architecture principles and all other things outside of SAP PI which enforce the use of SOA. SAP helps you in this direction, but it is not the tool which enforces SOA. (I'm sorry for the late response, but better late than never). Hi Roberto,

I was triggered by your remark “this new version of the product enforces the use of SOA”. No doubt the new version provides a better basis for creating SOA based solutions, but the product is still based on this ‘old’ XI point to point architecture. It is so easy just to continue creating old-fashioned point-to-point interfaces, or to migrate all your old interfaces from XI 3.0 or PI 7.0 to 7.1. It’s the mindset, the organisation, the architecture principles and all other things outside of SAP PI which enforce the use of SOA. SAP helps you in this direction, but it is not the tool which enforces SOA.
(I’m sorry for the late response, but better late than never).

]]>