1 / 32

Web Services and SOA with CA Plex and Websydian TransacXML

Web Services and SOA with CA Plex and Websydian TransacXML. Speakers. Søren Madsen Chief Consultant, Soft Design A/S Anne-Marie Arnvig Communications Manager, Websydian A/S. Agenda. SOA vs. web services What is a service? What is Service Oriented Architecture ? The SOA Benefits

osborn
Télécharger la présentation

Web Services and SOA with CA Plex and Websydian TransacXML

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Web Services and SOA with CA Plex and Websydian TransacXML

  2. Speakers • Søren Madsen Chief Consultant, Soft Design A/S • Anne-Marie Arnvig Communications Manager, Websydian A/S

  3. Agenda • SOA vs. web services • What is a service? • What is Service OrientedArchitecture? • The SOA Benefits • SOA in the Real World • Services and interfaces • Going SOA withPlex and Websydian: demo of Websydian TransacXML • Questions

  4. SOA vs. web services You can have SOA without doing web services, and you can do web services without having SOA. SOA is more a methodology than a particular technology. Mindset and discipline are essential.

  5. What is a service? A service consists of one or a series of contact points where some kind of interaction or interchange occurs: • Ordering a sandwich in a sandwich shop • Calling your local tax authorities for instructions • Retrieving data on a web site • … A service is a way of organizing or structuring a series of action processes/interchanges in order to lead the service receiver to the service goal.

  6. The SOA idea Each interaction process should interface to the next to finally reach the goal. If we do it right, we can reuse the processes, but only if the interface contract is in place and fulfilled.

  7. How not to Both elements fulfill their individual purpose, but the interface contract between A and B is not in place or not fulfilled. A B

  8. Building blocks with standard interface • The general SOA idea is to work smarter by constructing systems as sets of building blocks that can all be fitted with each other to create new facilities – one fits all. • The building blocks are services. • Built correctly they are so loosely coupled that they can be shared and used for other applications.

  9. SOA Benefits • Code reuse • Parallel development • Focused developer roles • Platform independence • Greater testability • Better scalability • Higher availability

  10. SOA in the Real World Can we use the SOA mind set at all in the real world? We all have applications that are not structured like building blocks, and real life doesn’t always permit us to work that disciplined.

  11. Luckily you work with CA Plex You are much closer to SOA than you might think. CA Plex developers have a head start compared to other coders. With model based development you can profit from these benefits. Plex ensures: • modular separation of business processes • that processes and directories are kept tidy and can be reused by our colleagues effortlessly • that you can use the SOA mind-set in Plex calls

  12. Going SOA with CA Plex and Websydian • Consider how you want to structure actions/interchanges as services with Plex calls or web services. • Use the general idea of building blocks with web services. • Start thinking in terms of independency regarding platforms, applications etc. using the web services standards: XML, WSDL etc. • Extend your possibilities and applications • Get immediate benefit from the SOA idea

  13. A practical approach Søren Madsen, Soft Design A/S • Chief Consultant • Used CA 2E since 1990 • Used CA Plex since 1996 • Used TransacXML since 2001 • Speaker at: • CA WORLD and Plex/2E user conferences since 2004 • COMMON US since 2007

  14. Services

  15. Why all this talk about services? • You probably already made ”services” yourselves • Moduls, API’s, ServiceFunctions, or whatever you call them.

  16. Traditional development and CA Plex systems Every circle illustrates a system ”Read an item” in one of our solutions is called by 109 functions => High maintenance costs

  17. SOA – Separate Our Application Areas

  18. SOA – Create Interfaces

  19. Web services - when relevant Internet Web services

  20. Interfaces • Have to be stable • I.e. a change must NEVER influence a caller. • Underlying logic to return an answer can be adjusted as long as the answer remains the same format. • If an interface is to be adjusted, a new interface is created • So the existing interface is stable. • Caller has to change to the new interface if he needs to.

  21. Interfaces • Have to be ”self-explanatory” • The name explains the business logic executed. • Input/output are the logic information needed to do the job. • I have often made interfaces that “do too much” • Hard to use since input/output aren’t self-explanatory • Hard to test and maintain because you influence a lot of “services”

  22. If we focus on the notion of web services rather than architecture, SOA is great for: • enabling communication between applications over the Internet • establishing communication between services in different systems

  23. Loose coupling

  24. Loose coupling SAP The interface is kept stable Caller has not been affected by the change Exactly what happened at a customer’s site - ”LB”

  25. Demo • How to develop the XML part of a web service using CA Plex and Websydian TransacXML

  26. Demo Basics • Management just bought a new ERP system. • The IT-department is required to keep periferal systems working • In this case the ERP-system is SAP. • The operation used in this demo is a Create Customer • Focus is on creating and receiving the XML – Not the transport layer HTTP, FTP, MAIL .....

  27. Web services – SAP Demo XML RESP CA Plex Websydian TransacXML REQ DB2 SAP ERP-System

  28. Demo Challenges • How do I define the XML • How do I create the XML Document • How do I send the XML • How do I receive the XML Data Response • How do I traverse trough the XML Sheets • Use TransacXML with WSDL/Schema Import

  29. Live demo

  30. Another example • A partner requires that we interact with them using XML • In this case the partner has SAP • The operation used in this demo is a Create Customer • Focus is on creating and receiving the XML – Not the transport layer HTTP, FTP, MAIL .....

  31. Documentbased web services Your system Partner’s system WWW. Firewall Firewall XMLGenerator SOAP Req HTTP Server XML Processor SOAP Res Apps Apps

  32. Q&A

More Related