Comments on: SAP ABAP: Dead or alive? http://itknowledgeexchange.techtarget.com/sap-watch/sap-abap-dead-or-alive/ A SearchSAP.com blog Sat, 28 Nov 2009 15:48:54 +0000 http://wordpress.org/?v=2.6.2 By: Harsha jadhav http://itknowledgeexchange.techtarget.com/sap-watch/sap-abap-dead-or-alive/#comment-623 Harsha jadhav Fri, 16 Nov 2007 15:48:01 +0000 http://sap.blogs.techtarget.com/2007/11/14/sap_abap_dead_or_alive/#comment-623 It is of my opinion that ABAP is very alive and why does it not matter to the outer world. If I am a customer and if I am going to use SAP for my work I would obviously prefer people who know SAP better. When it comes to this question whether or not if anything is to be newly written in ABAP would surely be a question from the TCO point of view as JAVA is still not as close to SAP as ABAP (I hope this is picked in the right way). Hence any new SAP implementation would not be possible without a ABAP programmer at site. Hence it is up to the JAVA community who would want to be faithful to SAP to learn the depths of the SAP application and architecture instead of putting lots of bespoke things at the helm of the customer from just a programming language perspective. Having said that it is now to the old and large ABAP developer community to clinch upon the newest offerings from SAP to fortify its faith and nearness and hence get polished. It is of my opinion that ABAP is very alive and why does it not matter to the outer world. If I am a customer and if I am going to use SAP for my work I would obviously prefer people who know SAP better.
When it comes to this question whether or not if anything is to be newly written in ABAP would surely be a question from the TCO point of view as JAVA is still not as close to SAP as ABAP (I hope this is picked in the right way). Hence any new SAP implementation would not be possible without a ABAP programmer at site. Hence it is up to the JAVA community who would want to be faithful to SAP to learn the depths of the SAP application and architecture instead of putting lots of bespoke things at the helm of the customer from just a programming language perspective. Having said that it is now to the old and large ABAP developer community to clinch upon the newest offerings from SAP to fortify its faith and nearness and hence get polished.

]]> By: ABAPer with Java Flavor http://itknowledgeexchange.techtarget.com/sap-watch/sap-abap-dead-or-alive/#comment-622 ABAPer with Java Flavor Thu, 15 Nov 2007 17:29:37 +0000 http://sap.blogs.techtarget.com/2007/11/14/sap_abap_dead_or_alive/#comment-622 SAP is implementing new technologies in all the new areas as it see to it fits. For the new emerging SOA, Web Services, XI and Java/NWDI, SAP has made significant improvements for the SAP SW. Also it's not just Java but there's also .net as well. Which means for the SAP to work seamlessly among all the alphabet soup of technology the technologies SAP needs to develop these new areas. But for the core modules, SD, CRM, SCM, there's nothing better than the ABAP since the BASIS layer is built up on this ABAP language. For example to make SAP Ecommerce more appealling and robust to it's customer, J2EE has been chosen which is one of the core standard as well as the .net so SAP is going that way but SAP also built BSP so ABAPer can also build it's own Ecommerce or HTTP thin client applications. Only one thing that seems to lagging is the way all this new technology communicates with ABAP backend; RFC needs to be improved and it shouldn't be so much depend on the performance of ERP Backend work load. SAP is implementing new technologies in all the new areas as it see to it fits. For the new emerging SOA, Web Services, XI and Java/NWDI, SAP has made significant improvements for the SAP SW. Also it’s not just Java but there’s also .net as well. Which means for the SAP to work seamlessly among all the alphabet soup of technology the technologies SAP needs to develop these new areas. But for the core modules, SD, CRM, SCM, there’s nothing better than the ABAP since the BASIS layer is built up on this ABAP language. For example to make SAP Ecommerce more appealling and robust to it’s customer, J2EE has been chosen which is one of the core standard as well as the .net so SAP is going that way but SAP also built BSP so ABAPer can also build it’s own Ecommerce or HTTP thin client applications. Only one thing that seems to lagging is the way all this new technology communicates with ABAP backend; RFC needs to be improved and it shouldn’t be so much depend on the performance of ERP Backend work load.

]]>