Architecture of Mule and Servicemix 42 3 ■ Setting up the Mule and Servicemix Environments 72 4 ■ the Foundation of an Integration Solution 111

Total Page:16

File Type:pdf, Size:1020Kb

Architecture of Mule and Servicemix 42 3 ■ Setting up the Mule and Servicemix Environments 72 4 ■ the Foundation of an Integration Solution 111 Open Source ESBs in Action Open Source ESBs in Action EXAMPLE IMPLEMENTATIONS IN MULE AND SERVICEMIX TIJS RADEMAKERS JOS DIRKSEN MANNING Greenwich (74° w. long.) For online information and ordering of this and other Manning books, please visit www.manning.com. The publisher offers discounts on this book when ordered in quantity. For more information, please contact: Special Sales Department Manning Publications Co. Sound View Court 3B Fax: (609) 877-8256 Greenwich, CT 06830 Email: [email protected] ©2009 by Manning Publications Co. All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by means electronic, mechanical, photocopying, or otherwise, without prior written permission of the publisher. Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in the book, and Manning Publications was aware of a trademark claim, the designations have been printed in initial caps or all caps. Recognizing the importance of preserving what has been written, it is Manning’s policy to have the books we publish printed on acid-free paper, and we exert our best efforts to that end. Recognizing also our responsibility to conserve the resources of our planet, Manning books are printed on paper that is at least 15% recycled and processed elemental chlorine-free Development Editor: Jeff Bleil Manning Publications Co. Copyeditors: Liz Welch, Tiffany Taylor Sound View Court 3B Typesetter: Denis Dalinnik Greenwich, CT 06830 Cover designer: Leslie Haimes ISBN: 1933988215 Printed in the United States of America 1 2 3 4 5 6 7 8 9 10 – MAL – 12 11 10 09 08 brief contents PART 1 UNDERSTANDING ESB FUNCTIONALITY..........................1 1 ■ The world of open source ESBs 3 2 ■ Architecture of Mule and ServiceMix 42 3 ■ Setting up the Mule and ServiceMix environments 72 4 ■ The foundation of an integration solution 111 PART 2 USING ESB CORE FUNCTIONALITIES ..........................153 5 ■ Working with messages 155 6 ■ Connectivity options 194 7 ■ Web services support 243 8 ■ Implementing enterprise-quality message flows 280 PART 3 ESB CASE STUDIES.....................................................317 9 ■ Implementing a case study using patterns 319 10 ■ Managing and monitoring the ESB 358 11 ■ Implementing a process engine in the ESB 393 v contents foreword xiii foreword xvii preface xix acknowledgments xxi about this book xxiii PART 1 UNDERSTANDING ESB FUNCTIONALITY................1 The world of open source ESBs 3 1 1.1 Why do you need an ESB? 4 Benefits of an ESB 5 ■ Using an ESB from an application perspective 8 1.2 Explaining the core functionalities of an ESB 12 Location transparency 13 ■ Transport protocol conversion 14 ■ Message transformation 15 Message routing 16 ■ Message enhancement 17 Security 18 ■ Monitoring and management 19 Core functionality overview 20 1.3 Researching the open source ESB market 21 Demystifying the open source ESB 21 ■ Overview of open source ESBs 23 vii viii CONTENTS 1.4 Why did we choose Mule and ServiceMix? 30 Defining selection criteria 30 ■ Assessing the open source ESBs 31 1.5 Hello world with Mule and ServiceMix 33 Taking a donkey ride with Mule 34 ■ Taking a JBI dive with ServiceMix 37 1.6 Summary 40 Architecture of Mule and ServiceMix 42 2 2.1 Mule architecture and components 43 Mule components overview 43 ■ Mule endpoints 46 Transformers 48 ■ Routers 50 ■ Component 53 Mule deployment models 54 ■ Mule wrap-up 55 2.2 JBI, the foundation for ServiceMix 56 Service engines and binding components 57 Services and endpoints 59 ■ Normalized message router 60 Service description, invocation, and message exchanges 62 Service unit and service assembly 64 ■ JBI wrap-up 65 2.3 ServiceMix architecture and components 65 ServiceMix overview 65 ■ Routing and transformations in ServiceMix 67 ■ ServiceMix deployment models 70 ServiceMix wrap-up 71 2.4 Summary 71 Setting up the Mule and ServiceMix environments 72 3 3.1 Three technologies enhancing the ESB functionality 73 Using Spring as an object container 73 ■ XML marshaling with JiBX 81 ■ Using JMS with the ActiveMQ broker 89 3.2 Preparing the development environment 94 Setting up ESBs, tools, and required libraries 94 Running examples from Eclipse 96 3.3 Inaugurate the Mule environment 98 Writing and configuring the Mule components 99 Running the Mule example 102 3.4 Inaugurate the ServiceMix environment 103 Select the necessary JBI components 103 ■ Configuring the ServiceMix example implementation 104 ■ Running the ServiceMix example 109 3.5 Summary 110 CONTENTS ix The foundation of an integration solution 111 4 4.1 Implementing integration logic with Mule 112 Creating a logging solution with Mule 112 ■ Developing a custom transformer with Mule 115 ■ Integrating Mule and Spring 117 4.2 Implementing integration logic with ServiceMix 120 Creating a logging service assembly for ServiceMix 120 Creating service units and a service assembly 121 Integrating ServiceMix and Spring 125 4.3 Constructing message flows with an ESB 127 What is a message flow? 128 ■ A message flow case study 130 4.4 Implementing a message flow with Mule 131 Implementing the request flow with Mule 132 ■ Implementing the response flow with Mule 133 4.5 Implementing a message flow with ServiceMix 138 Implementing the request flow with ServiceMix 138 Implementing the response flow with ServiceMix 142 4.6 Interlude: Spring Integration 148 A quick example with Spring Integration 149 4.7 Summary 151 PART 2 USING ESB CORE FUNCTIONALITIES ................153 Working with messages 155 5 5.1 Routing messages 156 Fixed router 156 ■ Content-based router 158 5.2 Validating messages 170 Validating messages with Mule 171 ■ Validating messages with ServiceMix 175 ■ An alternative way to perform message validation using Synapse 180 5.3 Transforming messages 182 Implementing message transformation in Mule 182 Implementing message transformation in ServiceMix 188 5.4 Summary 193 x CONTENTS Connectivity options 194 6 6.1 File connectivity 196 Mule File transport 196 ■ ServiceMix file transport 198 6.2 Connecting to JMS 202 Connecting Mule to JMS 203 ■ Connecting ServiceMix to JMS 206 6.3 Connecting to a database using JDBC 209 Connecting Mule to JDBC 210 ■ Connecting ServiceMix to JDBC 213 6.4 Connecting to mail servers 222 Connecting Mule to POP3 and SMTP 223 ■ Connecting ServiceMix to POP3 and SMTP 225 6.5 FTP connectivity 229 FTP and Mule 230 ■ FTP and ServiceMix 233 6.6 Connecting to EJB 3 234 Using EJB 3 from Mule 237 ■ EJB 3 and ServiceMix 239 6.7 Summary 242 Web services support 243 7 7.1 Top-down approach web service 244 Java implementation of the web service 250 ■ Implementing a top-down web service using Mule 252 ■ Implementing a top-down web service using ServiceMix 256 7.2 Bottom-up approach 259 Bottom-up approach using Mule 260 ■ Bottom-up approach using ServiceMix 260 7.3 Consuming web services 263 Consuming web services with Mule 263 ■ Consuming web services using ServiceMix 264 7.4 Web service standards 266 WS-Security 267 ■ Using WS-Security with Mule 267 Using WS-Security with ServiceMix 272 ■ WS-Addressing 274 Using WS-Addressing in Mule 275 ■ Using WS-Addressing in ServiceMix 277 7.5 Summary 279 CONTENTS xi Implementing enterprise-quality message flows 280 8 8.1 Handling errors in your message flow 281 Error handling with Mule 281 ■ Error handling in ServiceMix 284 8.2 Securing the ESB environment 288 Authentication and authorization with Mule 288 Authentication and authorization with ServiceMix 302 8.3 Making your message flows transactional 307 Implementing transactional message flows in Mule 309 Implementing transactional message flows in ServiceMix 312 8.4 Summary 316 PART 3 ESB CASE STUDIES...........................................317 Implementing a case study using patterns 319 9 9.1 Introducing a design approach for integration projects 320 Introducing the Enterprise Integration patterns 320 Analyzing a pattern-based design approach 322 9.2 Introducing a restaurant table reservation case study 324 9.3 Designing the restaurant table reservation solution 325 Designing a publish-subscribe message flow 325 ■ Designing a filtering and routing message flow 327 9.4 Implementing the case study with Mule and ServiceMix 328 The Spring and Hibernate building blocks 328 ■ Implementing the Mule message flow 332 ■ Implementing the ServiceMix message flow 339 9.5 Testing and deploying the integration solution 352 Using JUnit to test the Mule and ServiceMix flows 352 Deploying an integration solution to a production environment 356 9.6 Summary 357 xii CONTENTS Managing and monitoring the ESB 358 10 10.1 System-management Enterprise Integration patterns 359 The Wire Tap pattern 359 ■ The Message Store pattern 363 The Detour pattern 368 10.2 Monitoring using JMX 375 Using JMX to administer Mule 376 ■ Monitoring Mule using MC4J 380 ■ Mule Galaxy and Mule HQ 382 Using JMX to administer ServiceMix 386 ■ Monitoring ServiceMix using MC4J 388 10.3 Summary 391 Implementing a process engine in the ESB 393 11 11.1 Introducing the process engine 394 The execution environment for processes 395 ■ Designing processes for a process engine 397 11.2 A process engine case study: booking a day of scuba diving 400 11.3 Diving into the messages and services 402 Designing the case study message definitions 403 ■ Serializing the case study messages to XML with JiBX 405 ■ Setting the stage for the case study implementation 406 11.4 Implementing a process engine with jBPM and jPDL 411 Orchestrating services with jPDL 411 ■ Implementing the case study with jBPM and Mule 415 11.5 Implementing a process engine with Apache ODE and WS-BPEL 426 Orchestrating services with WS-BPEL 426 ■ Implementing the case study with Apache ODE and ServiceMix 429 11.6 Summary 435 appendix A: ServiceMix 4.0 436 appendix B: Differences between Mule 1.4.x and Mule 2.0.x 441 appendix C: Graphical tool support 445 appendix D: Mule component overview 452 appendix E: ServiceMix component overview 469 appendix F: The Swing test client 477 appendix G: Overview of tools and libraries 481 index 484 foreword Getting different applications to work together has never been fun.
Recommended publications
  • SOA Using Open ESB, BPEL, and Netbeans” > Focus Is to Explain How WSDL, BPEL, JBI, Open ESB, Java EE Work Together
    SSOOAA uussiinngg OOppeenn EESSBB,, BBPPEELL,, aanndd NNeettBBeeaannss SSaanngg SShhiinn JJaavvaa TTeecchhnnoollooggyy EEvvaannggeelliisstt SSuunn MMiiccrroossyysstteemmss,, IInncc.. 1 Three Talks I Did on SOA Here • NetBeans Day: “Tools for Simplifying SOA” > Focus is to show how to use NetBeans for building a simple Composite application • GlassFish Day: “Open ESB and GlassFish” > Focus is to show more advanced features such as Intelligent Event Processing module for building a composite application • Sun Tech Day: “SOA using Open ESB, BPEL, and NetBeans” > Focus is to explain how WSDL, BPEL, JBI, Open ESB, Java EE work together 2 Agenda • Composite Applications • BPEL • Services • JBI • Java EE Service Engine • Open ESB • Open ESB runtime, tools, and sample apps • Demo 3 CCoommppoossiittee AApppplliiccaattiioonnss Traditional Application Development • Point technologies, products, and APIs > For example: EJB, Spring, Hibernate, JSF, Servlets, Struts, etc. • Lots of glue written by developers > Requires a great deal of expertise & time > Inflexible 5 Composite Applications • A way to compose applications from reusable parts • Composite applications employ SOA principles > Features exposed as Web services > Standards-based interaction between services > Are themselves composable 6 WWSSDDLL TTuuttoorriiaall ((OOppttiioonnaall PPrreesseennttaattiioonn)) Why WSDL? • Enables automation of communication details between communicating partners – Machines can read WSDL – Machines can invoke a service defined in WSDL • Discoverable through registry
    [Show full text]
  • Proof of Concept Implementation of an Enterprise Service Bus for Health Information Exchanges
    PHILIPPINE ENGINEERING JOURNAL PC Zuñiga, et al 49 PEJ 2020; Vol. 41, No. 1: 49-66 Proof of Concept Implementation of an Enterprise Service Bus for Health Information Exchanges Philip Christian Zuniga, Joseph Benjamin Del Mundo, Edgardo Felizmenio, Marie Jo-anne Mendoza and Rose Ann Zuniga Computer Security Group, Department of Computer Science, University of the Philippines - Diliman Abstract – Integration of health systems is one of the biggest problem in eHealth today. There are a lot of systems, yet they were developed using different platforms and technologies, making them virtually impossible to connect. In this paper, we discussed how to implement an ESB as the integration platform for health data. We identified use cases and functional requirements. Logical and deployment architecture were developed, and an actual proof of concept of an ESB is developed. Experiments were also done to determine the overhead caused by the ESB. Some of the functionalities of the ESB were examined to determine their individual overheads. Keywords: Enterprise Service Bus, Interoperability, Health Information Exchange, OpenHIE. I. INTRODUCTION During the past few years, the healthcare industry has witnessed a growth in the development of Health Information Systems. Hospitals, both public and private, rural health clinics, and even individual clinics of medical practitioners have been developing or acquiring their own Electronic Medical Records (EMRs), and Hospital Information Systems (HIS). The goal of these systems is to ensure a secure, organized and effective way of collecting and storing patient data [1]. The increase in the number of edge applications leads to the increase of patient data that are stored separately and independently, depending on the application that collected the data.
    [Show full text]
  • Kuali Student Advanced Camp
    Kuali Student Advanced CAMP June 19-20, 2008 Jens Haeusser Director, Strategy Information Technology Objectives . At the end of this session you will have seen . The Kuali Student technical architecture vision . The results of our efforts to date . The working relationships in place to support our efforts Kuali Student – Advanced CAMP June 19-20 2 Agenda . Kuali Student’s Vision . Our vision for Phase I and Phase II (July 2007 – May 2008) . Our execution of the vision . Kuali Student Architecture . Web Services Stack . Development Infrastructure . Our Current Challenges . Relationships with vendors, open source, and Kuali . On the Leading Edge While Remaining Flexible . Getting Validation of Our Work Kuali Student – Advanced CAMP June 19-20 3 Background . Modular, standards-based next generation student system . Community Source project with a 5 year timeline . UBC, Berkeley, Florida, Maryland, San Joaquin Delta, Southern California . MIT, Cambridge . Person centric system . Service Oriented Architecture . Enables integration at diverse institutions . Allows schools to implement their practices Kuali Student – Advanced CAMP June 19-20 4 Functional Vision . Support end users by anticipating their needs . Wide range of learners and learning activities. Wide range of business processes . Easier to change business processes. Reduce time staff spend on routine task Kuali Student – Advanced CAMP June 19-20 5 Technical Vision . SOA and Web Services . SOA Design Methodology . SOA Governance . Web Services: SOAP, WSDL, XML Schema . Web Services
    [Show full text]
  • Towards Distributed Information Access Possibilities and Implementation
    Towards Distributed Information Access Possibilities and Implementation Victor de Graaff i ii Towards Distributed Information Access Alternatives and Implementation Master thesis Author: Victor de Graaff University: University of Twente Master: Computer Science Track: Software Engineering Internal Supervisors: Dr. Luís Ferreira Pires Dr. ir. Marten van Sinderen External Supervisors: ing. Gerke Stam, TSi Solutions iii iv Preface This thesis describes the results of a Master of Science assignment at the Software Engineering group at the University of Twente. This assignment has been carried out from February to November 2009 at TSi Solutions in Enschede, The Netherlands. I would like to thank all the people who gave me support while writing this thesis. In the first place these people are my girlfriend Susanne Jeschke and my daughter Melissa. They have supported me through the last piece of my Bachelor and my entire Master course by taking my mind off work every night and weekend, as far as my deadlines allowed them to. They have given me the chance to spend countless hours on my work, my classes, and later my thesis, while they went to all the activities and appointments a young child has. I can truly say that I could never have finished my studies without their support, understanding and patience. Another great influence has been the supervision of Luís Ferreira Pires, Marten van Sinderen and Gerke Stam. Luís managed to keep the balance in my work between quality and steady progress. On top of that, Luís taught me a lot on writing objective texts by rephrasing or pointing out sentences which were subjective or too popular.
    [Show full text]
  • Hänninen, Arttu Enterprise Integration Patterns in Service Oriented Systems Master of Science Thesis
    CORE Metadata, citation and similar papers at core.ac.uk Provided by Trepo - Institutional Repository of Tampere University Hänninen, Arttu Enterprise Integration Patterns in Service Oriented Systems Master of Science Thesis Examiner: Prof. Tommi Mikkonen Examiners and topic approved in the council meeting of Faculty of Information Technology on April 3rd, 2013. II TIIVISTELMÄ TAMPEREEN TEKNILLINEN YLIOPISTO Tietotekniikan koulutusohjelma Hänninen, Arttu: Enterprise Integration Patterns in Service Oriented Systems Diplomityö, 58 sivua Kesäkuu 2014 Pääaine: Ohjelmistotuotanto Tarkastajat: Prof. Tommi Mikkonen Avainsanat: Enterprise Integration Patterns, Palvelukeskeinen arkkitehtuuri (SOA), Viestipohjainen integraatio Palvelupohjaisen integraation toteuttaminen mihin tahansa tietojärjestelmään on haas- tavaa, sillä integraatioon liittyvät järjestelmät voivat muuttua jatkuvasti. Integraatiototeu- tusten tulee olla tarpeeksi joustavia, jotta ne pystyvät mukautumaan mahdollisiin muu- toksiin. Toteutukseen voidaan käyttää apuna eri sovelluskehyksiä, mutta ne eivät vält- tämättä takaa mitään standardoitua tapaa tehdä integraatio. Tätä varten on luotu joukko ohjeita (Enterprise Integration Patterns, EIP), jotka kuvaavat hyväksi havaittuja tapoja tehdä integraatioita. Tässä työssä keskitytään näiden mallien tutkimiseen ja siihen, miten niitä voidaan hyödyntää yritysjärjestelmissä. Jotta tutkimukseen saadaan konkreettinen vertailutulos, erään järjestelmän integraatioratkaisu tullaan päivittämään uuteen. Uusi ratkaisu hyödyntää sovelluskehystä,
    [Show full text]
  • Kuali Student Service System: Technical Architecture Phase 1 Recommendations
    Kuali Student Service System Technical Architecture Phase 1 Recommendations Kuali Student Service System Technical Architecture Phase 1 Recommendations December 31 2007 Kuali Student Technical Team Technical Architecture Phase 1 deliverables 2/14/2008 1 Kuali Student Service System Technical Architecture Phase 1 Recommendations Table of Contents 1 OVERVIEW ........................................................................................................................ 4 1.1 REASON FOR THE INVESTIGATION ................................................................................... 4 1.2 SCOPE OF THE INVESTIGATION ....................................................................................... 4 1.3 METHODOLOGY OF THE INVESTIGATION .......................................................................... 4 1.4 CONCLUSIONS ............................................................................................................... 5 1.5 DECISIONS THAT HAVE BEEN DELAYED ............................................................................ 6 2 STANDARDS ..................................................................................................................... 7 2.1 INTRODUCTION .............................................................................................................. 7 2.2 W3C STANDARDS .......................................................................................................... 7 2.3 OASIS STANDARDS ......................................................................................................
    [Show full text]
  • Les Meilleures Solutions Open Source
    ESB Les meilleures solutions open source I . T IS OP E N I.1 SMILE Smile est une société d’ingénieurs experts dans la mise en œuvre de solutions open source et l’intégration de systèmes appuyés sur l’open source. Smile est membre de l’APRIL, l’association pour la promotion et la défense du logiciel libre, du PLOSS – le réseau des entreprises du Logiciel Libre en Ile-de-France et du CNLL – le conseil national du logiciel libre. Smile compte plus de 1200 collaborateurs dans le monde ce qui en fait le premier intégrateur français et européen de solutions open source. Depuis 2000 environ, Smile mène une action active de veille technologique qui lui permet de découvrir les produits les plus prometteurs de l’open source, de les qualifier et de les évaluer, de manière à proposer à ses clients les produits les plus aboutis, les plus robustes et les plus pérennes. Cette démarche a donné lieu à toute une gamme de livres blancs couvrant différents domaines d’application. La gestion de contenus (2004), les portails (2005), la business intelligence (2006), la virtualisation (2007), la gestion électronique de documents (2008), les PGIs/ERPs (2008), les VPN open source (2009), les Firewall et Contrôle de flux (2009), les Middleware orientés messages (2009), l’ecommerce et les Réseaux Sociaux d'Entreprise (2010), le Guide de l’open source et NoSQL (2011), Mobile et Recensement et audit (2012) et plus récemment Big Data et ERP open source pour l’e- commerce (2014). Chacun de ces ouvrages présente une sélection des meilleures solutions open source dans le domaine considéré, leurs qualités respectives, ainsi que des retours d’expérience opérationnels.
    [Show full text]
  • Buenas Prácticas Para La Orquestación De Servicios BPM-SOA Para La
    MARCO DE REFERENCIA PARA LA ORQUESTACION DE SERVICIOS SOBRE ESBs OPEN SOURCE SUMINISTRANDO UN CONJUNTO DE BUENAS PRACTICAS QUE SIRVAN COMO INSTRUMENTO A UN ARQUITECTO DE SOFTWARE PARA LA IMPLEMENTACION DE UNA SOA Andrés Camilo Rojas Mariño David Alfonso Tafur Ramírez Universidad Piloto de Colombia Ingeniería de Sistemas Bogotá D.C. 2014 3 MARCO DE REFERENCIA PARA LA ORQUESTACION DE SERVICIOS PARA LA IMPLEMENTACION DE UNA SOA Coinvestigadores Andrés Camilo Rojas Mariño David Alfonso Tafur Ramírez Trabajo de tesis para optar por el título de Ingeniero de Sistemas Docente Investigador Ingeniero Andrés Mauricio Marín Restrepo Asesor metodológico: Sociólogo Ignacio Hernández Molina Universidad Piloto de Colombia Ingeniería de Sistemas Bogotá D.C. 2014 4 A nuestras familias, profesores y amigos quienes pusieron entre todos un grano de arena para hacer de este trabajo una realidad. 5 AGRADECIMIENTOS A nuestras familias quienes nos apoyaron a lo largo de nuestra carrera y a quienes les debemos nuestro trabajo y el fruto de lo que somos en este momento, sin su apoyo el desarrollo de nuestras carreras profesionales no hubiese sido el mismo. A nuestro director de tesis, Ing. Andres Mauricio Marín por su esfuerzo y dedicación, quien con sus conocimientos, su experiencia, su paciencia, su motivación, por sus consejos y el excelente desempeño de su profesión como docente ayudo a formarnos como personas e investigadores y ha logrado hacer de este proyecto una realidad. A la Universidad Piloto de Colombia por darnos la oportunidad de estudiar y ser profesionales. También nos gustaría agradecer a nuestros profesores los cuales durante toda la carrera profesional de Ingeniera de Sistemas aportaron con sus conocimientos aportaron en nuestro crecimiento en las diferentes áreas profesionales y de la vida.
    [Show full text]
  • Understanding the XSLT Designer
    Understanding the XSLT Designer Sun Microsystems, Inc. 4150 Network Circle Santa Clara, CA 95054 U.S.A. Part No: 821–0234 June 2009 Copyright 2009 Sun Microsystems, Inc. 4150 Network Circle, Santa Clara, CA 95054 U.S.A. All rights reserved. Sun Microsystems, Inc. has intellectual property rights relating to technology embodied in the product that is described in this document. In particular, and without limitation, these intellectual property rights may include one or more U.S. patents or pending patent applications in the U.S. and in other countries. U.S. Government Rights – Commercial software. Government users are subject to the Sun Microsystems, Inc. standard license agreement and applicable provisions of the FAR and its supplements. This distribution may include materials developed by third parties. Parts of the product may be derived from Berkeley BSD systems, licensed from the University of California. UNIX is a registered trademark in the U.S. and other countries, exclusively licensed through X/Open Company, Ltd. Sun, Sun Microsystems, the Sun logo, the Solaris logo, the Java Coffee Cup logo, docs.sun.com, Java, and Solaris are trademarks or registered trademarks of Sun Microsystems, Inc. in the U.S. and other countries. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc. in the U.S. and other countries. Products bearing SPARC trademarks are based upon an architecture developed by Sun Microsystems, Inc. The OPEN LOOK and SunTM Graphical User Interface was developed by Sun Microsystems, Inc. for its users and licensees. Sun acknowledges the pioneering efforts of Xerox in researching and developing the concept of visual or graphical user interfaces for the computer industry.
    [Show full text]
  • Interview Author of New Book on SOA-Based Composite Application
    Interview: Author of New Book on SOA-Based Composite Application Development 2008-05-26 14.23 Published on SOA Zone (http://soa.dzone.com) Interview: Author of New Book on SOA-Based Composite Application Development By geertjan Created 2008/02/14 - 1:00pm A brand new book on SOA has just come out, entitled Building SOA-Based Composite Applications Using NetBeans IDE 6 [1]. Here its author, Frank Jennings, is interviewed. He tells us about the suprising wealth of SOA features he found in NetBeans IDE and shares some tips about writing programming books. Frank, first please tell us who you are and what you do? I’m Frank Jennings. I work for Information Products Group at Sun Microsystems in Bangalore, India. I’m currently getting paid to evangelize Solaris Developer Tools, Web Stack, and NetBeans for building enterprise grade applications. I joined Sun 3 years back. In these 3 years I have worked on Sun Java System Web Server, HCTS, Sun Device Detection Tool, and Web Stack. Now, what's this new book about? The book's aim is to help enterprise application architects and developers to get to know various SOA tools available as part of the NetBeans IDE. These tools enable them to build enterprise-grade, scalable applications in a very short period. This book deals with NetBeans IDE and Project OpenESB, an Enterprise Service Bus runtime using Java Business Integration (JBI), in addition to other tools. Why did you write it? I was analyzing various SOA tools available in the market today, those enabling you to build composite applications with minimal programming effort.
    [Show full text]
  • Technologies Web, Web Services, SOA, Intégration D'applications
    Technologies Web, Web Services, SOA, intégration d'applications Standards incontournables dans les échanges de données sur le Web, XML et JSON ont une place majeure dans les applications Web, les Systèmes d’Information et les projets d’intégration. Les Web Services, quant à eux, apportent une réponse efficace aux besoins d’intégration inter-applications. Ils offrent un modèle d’architecture centré sur l’accès aux services (SOA, micro services, API) qui permettent d’améliorer la réactivité du Système d’Information. L’adoption d’une architecture WOA permet de faire les liens entre ces applications sur le Web à grande échelle. ORSYS propose des filières pour comprendre les concepts afférents à ces technologies et apprendre les meilleures méthodes pour les mettre en ?uvre au sein des Systèmes d’Information. Etat de l'art : XML, JSON, Web Services, SOA, WOA XML & JSON, synthèse (réf. XML) .... p.2 Services Web, synthèse (réf. WSN) .... p.4 WOA, architecture orientée Web, synthèse (réf. BOA) .... p.6 SOA, architecture orientée services, synthèse (réf. SAO) .... p.8 XML : conception et développement d'applications Technologies XML, conception, mise en œuvre (réf. PXM) .... p.10 XML, modéliser ses documents et données (réf. CAX) .... p.12 Développer avec XSL-T et XSL-FO (réf. LSX) .... p.14 Web Services : développement Développer des Web Services en Java (réf. DSJ) .... p.16 Web Services RESTful, développement avancé en Java (réf. WER) .... p.18 Architecture REST, développer des Web Services en PHP (réf. STE) .... p.20 WCF, développer des Web Services en .NET (réf. WBS) .... p.22 .NET, développer des Web Services REST (réf.
    [Show full text]
  • Research Collection
    Research Collection Master Thesis Complex event detection on an enterprise service bus Author(s): Kohler, Silvio Publication Date: 2009 Permanent Link: https://doi.org/10.3929/ethz-a-005772951 Rights / License: In Copyright - Non-Commercial Use Permitted This page was generated automatically upon download from the ETH Zurich Research Collection. For more information please consult the Terms of use. ETH Library COMPLEX EVENT DETECTION ON AN ENTERPRISE SERVICE BUS Master Thesis Systems Group September 16, 2008 – March 16, 2009 Silvio Kohler ETH Zurich [email protected] Supervised by: Dr. Peter Fischer Kyumars Sheykh Esmaili 2 Abstract Service-oriented architectures (SOA) have been adapted by businesses to improve their flexibility, recently with a focus on dynamic outsourcing of business processes. A cor- nerstone of a SOA is an Enterprise Service Bus (ESB), which is used to loosely connect services by the means of message exchange. Businesses using a SOA still need to comply with applicable laws and regulations. To ensure this compliance, the MASTER [12] project supposes a control infrastructure to be implemented as another service in the SOA. Observing the message flow on an ESB provides ample opportunities to observe and compute indicators for compliance. The control infrastructure mentioned above needs to catch raw messages on the ESB to detect complex events and answer queries posed by a higher level infrastructure. The goal of this master thesis is to close the gap between the interface of such a higher level infrastructure (defined by MASTER) and the interfaces provided by exist- ing ESBs. This includes providing an overview of existing Enterprise Service Buses and the interfaces they offer.
    [Show full text]