Realizing Great Customer Experiences with Adobe® LiveCycle® ES3

LiveCycle – Platform for Customer Experience Management RICH CLIENT BROWSER RICH DOCUMENT DEVELOPMENT & DELIVERY BUSINESS PROCESS RIA SERVICES DOCUMENT SERVICES MANAGEMENT EXISTING APPLICATIONS & SYSTEMS Enterprise LIVECYCLE SERVICES ECM Message Directories Databases Information Legacy Repository Queues Systems & Systems 3rd Party Services © 2010 Adobe Systems Incorporated. All Rights Reserved. 4

Adobe® LiveCycle® Enterprise Suite 2 REST SOAP EJB eMail Remoting Watched Folder Task Manager ENDPOINTS RIA Services BPM Document Services EXISTING Process Rights APPLICATIONS Data Services Output Production Print & SYSTEMS Management Management Mosaic BAM PDF Generator Forms Digital Signatures Collaboration Reader Message Assembler Databases Queues Service Extensions Content Services Enterprise Common & Foundation Services Directories Information Systems SERVICES ECM Legacy Content FileNet Documentum SharePoint Repositories Systems Manager ECM CONNECTORS © 2010 Adobe Systems Incorporated. All Rights Reserved. 5

Announcing LiveCycle ES2.5  Platform release focused on solutions and their acceleration  Extending the goodness of ES2  Same component and application models  Introduction of LiveCycle Mobile  Updated SharePoint connectors  Enhancements to LiveCycle Collaboration Service and Mosaic © 2010 Adobe Systems Incorporated. All Rights Reserved. 7

LiveCycle Mobile Extend leadership position in bringing worker productivity to mobile devices.  Dramatically enhance mobile worker productivity by introducing  Data capture  Critical document access  Process initiation/completion in the field Major Capabilities Data capture via Guides-based Form; authoring of mobile-optimized Guides Simultaneously connect to multiple LiveCycle Instances Content browser/viewer Server-side provisioning of services © 2010 Adobe Systems Incorporated. All Rights Reserved. 8

LiveCycle ECM Connector for Microsoft® SharePoint® Add support for SharePoint 2010  Merge LiveCycle Process Management with the SharePoint user interface  SharePoint 2010  Replace the SharePoint process engine with LiveCycle Process Management  Embrace and extend SharePoint capabilities with LiveCycle Major Capabilities Find LiveCycle Form or Guide within SharePoint, click to render & pre-populate See and act on LiveCycle tasks from within SharePoint Initiate a LiveCycle process from SharePoint 2010 © 2010 Adobe Systems Incorporated. All Rights Reserved. 9

LiveCycle Rich Internet Application (RIA) Services LiveCycle Mosaic LiveCycle Collaboration Service LiveCycle Data Services Assemble intuitive, personalized Build real-time, multi-user Improve the performance and and highly productive applications collaboration into existing or new simplify the development and through a composite RIA rich Internet applications integration of your RIA framework application with backend systems © 2010 Adobe Systems Incorporated. All Rights Reserved. 10

LiveCycle Mosaic Composite RIA Framework for rapidly assembling intuitive, personalized and activity-centric RIA applications that aggregate existing enterprise applications      © 2010 Adobe Systems Incorporated. All Rights Reserved. 11

LiveCycle Mosaic – 9.5 Release Feature Highlights Application layout  UI customization through Flex 4 skinning  Nested panels Figure 1: Default Aqua theme  Enhanced tile layout Application composition  Fine-grained permissions to applications and catalog content  Panels and view templates stored in catalog  Default panels and views; configurable layout for default panels User Experience  Renaming views and panels  Deleting tiles confirmation API enhancements  Injectable services to implement application or tile initialization hooks  Panels and view templates; dynamic loading and activation  Remove tiles from panels and views from applications  Display state change (including notifications) for tiles, panels and views © 2010 Adobe Systems Incorporated. All Rights Reserved. 12

LiveCycle Mosaic – Developing Composite RIAs  Composition approach to application development  Client side communication between application components  Comprehensive ActionScript and JavaScript API – HTML and Flex integration  Central catalog for housing all reusable application components  Out-of-the box skins, shells and layout managers  Pluggable component model  Integrates with existing SSO, directory and entitlement management solutions © 2010 Adobe Systems Incorporated. All Rights Reserved. 13

LiveCycle Mosaic – Architecture Desktop Client Browser Client Runtime Perspective Runtime Perspective Design Perspective* Catalog Management Perspective* AIR Flash Player REST (HTTP + HTTP/S) Mosaic Server Composite RIA View Authentication / Catalog Service Management Authorization WebDAV / Spring Security LiveCycle ES2 Foundation Repository User Management Tomcat Java EE App Server Developer Deployment Production Deployment * Preview © 2010 Adobe Systems Incorporated. All Rights Reserved. 15

LiveCycle Collaboration Service Multi-user collaboration in real time  Engage more effectively through a web presence enhanced with real-time collaboration tools.  Integrate text chat, whiteboard functionality, webcam video, and audio into any rich Internet application (RIA), Major Capabilities Peer-to-peer (P2P) streaming of data, HTTP server-to-server APIs audio and video Private audio/video streaming Server-side provisioning of services Large Rooms – via on-demand loading of Audio/video application multicast user presence Record and Playback Screen sharing JavaScript APIs – integration with a customer’s existing websites © 2010 Adobe Systems Incorporated. All Rights Reserved. 16

LiveCycle Collaboration Service – SDK makeup Pods High-level Roster WhiteBoard Chat FileShare Note WebCam Components RTC UI Components Webcam Pub / Sub File Pub / Sub Audio Pub / Sub Shared Cursors Foundation Classes Shared Managers Shared Model Shared Property UserQueue Users AV Streams Shared Collection Baton Files Room Pub / Sub Messaging + Permissions Session (Connection, Authentication, Reconnect/Failover, RMI Routing) © 2010 Adobe Systems Incorporated. All Rights Reserved. 17

Announcing LiveCycle ES2.5 (continued)  Platform release focused on solutions and their acceleration  ...  LiveCycle ES2.5 Solution Accelerators  Correspondence Management streamlines customer correspondence from creation to archival  Interactive Statements transforms the static monthly statement into a dynamic, two-way channel for customer engagement  Managed Review & Approval makes structured reviews efficient, collaborative and auditable © 2010 Adobe Systems Incorporated. All Rights Reserved. 18

ES3 Platform Stack for CEM Solutions ES Solution Accelerators (Correspondence Mgmt, Interactive Stmts, MRA, Field Force Automation, …) • Selection and capture • Data dictionary • Field enablement framework • Review, comment, approval • On-demand assembly • AIR2PDF • ... • ... Building blocks ES Modules • Content integration • Process management • LCDS • Forms • Enterprise collaboration • PDFg • Mosaic catalog • Reader extensions • ... Spring-based • ... DSC-based ES Foundation • Bootstrap • Lightning container • Edge caching • ES core services • Spring DM framework • FIRE (LCDS) • ... Spring beans • ... OSGi bundles • User management ... • Logging ... POJO + DI © 2010 Adobe Systems Incorporated. All Rights Reserved. 19

LiveCycle RIA Goals  Technology platform to power enterprise RIAs  Enable Customer Experience Management solutions  Infrastructure for XOA  Enterprise and Web scale support  Multiple client technologies: Flex/Flash, HTML/JavaScript, Devices  Modularized RIA technology (client, server, tooling)  Increases productivity of enterprise developers, SIs and ISV partners  Easy adoption for individual developers  Deployed and customized on premise or hosted  On-premise with seamless enterprise IT infrastructure integration  Managed on-demand services  Pay-per-use subscription (platform-as-a-service) © 2010 Adobe Systems Incorporated. All Rights Reserved. 24

LiveCycle RIA Anatomy – Client Stack LiveCycle ES3 Solution Application (e.g. Field Force Automation) LiveCycle RIA Component Libraries RIA Server Content Collab Mosaic • Custom web apps Security Guides more… • RIA services • Mosaic server • Data Services RIA Core Services • Collaboration Service • Content (CRX) Authentication Logging • Common libraries • Caching Persistence Configuration Data Services • Logging • User management Context more … integration (LiveCycle ES) • Spring-based Gravity • OSGi-ready Dependency Injection Messaging SWF/Module Loading Flash Player © 2010 Adobe Systems Incorporated. All Rights Reserved. 25

LiveCycle RIA Anatomy – Client Runtime Foundation LiveCycle ES3 Solution Application (e.g. Field Force Automation) LiveCycle RIA Component Libraries RIA Server Content Collab Mosaic • Custom web apps Security Guides more… • RIA services • Mosaic server • Data Services RIA Core Services • Collaboration Service • Content (CRX) Authentication Logging • Common libraries • Caching Persistence Configuration Data Services • Logging • User management Context more … integration (LiveCycle ES) • Spring-based Gravity • OSGi-ready Dependency Injection Messaging SWF/Module Loading Flash Player © 2010 Adobe Systems Incorporated. All Rights Reserved. 26

What Is Gravity?  A binary plugin framework for the Flash runtime  A framework for binary code reuse across space and time  Space…  An application and plugins can use other plugins from all kinds of sources  A plugin can be used by arbitrary applications and other plugins  Time…  Applications can be upgraded without upgrading all the plugins  Plugins can be upgraded without upgrading the application or other plugins © 2010 Adobe Systems Incorporated. All Rights Reserved. 27

Key Features of Gravity  “Configuration, not recompilation”  Functionality is requested by the desired capability, not by implementation  Different plugins can have conflicting versions of the same classes  Including conflicting versions of the Flex SDK  This feature is not yet available for single-SWF platforms  Classes can be shared between a subset of plugins  Code can be transparently demand loaded  The SWF isn’t loaded until the code is actually required  The caller doesn’t need to know anything about demand loading  Makes loose-coupling easy  Swap plugins via configuration to swap implementations © 2010 Adobe Systems Incorporated. All Rights Reserved. 28

Quick Facts about Gravity  Closely based on OSGi, a popular Java module system  Optional Dependency Injection based on the Spring “IoC” container, also popular in the Java world (might recognize the OSGi/Spring IoC combo as “Blueprint services” from OSGi)  Works on any ActionScript 3 platform  AIR  Flash Player  Works well in Flex applications but does not require the Flex SDK  Makes it easy to create applications with parts built on different Flex SDKs © 2010 Adobe Systems Incorporated. All Rights Reserved. 29

Why Do We Need Gravity?  Enable the Flash platform for distributed development of large applications  Large applications are frequently just small applications that “grew up”  Enable the Flash partner ecosystem © 2010 Adobe Systems Incorporated. All Rights Reserved. 30

Distributing Code – a Comparison Libraries Modules Marshall Gravity Plan Strongly typed ✓ ✓ ✓ Isolation of implementation ✓1 ✓ ✓ No recompilation ✓2 ✓ ✓ Incremental ✓ ✓ ✓ Discoverable ✓ Lightweight ✓ ✓ ✓ Flex SDK multi-version ✓ ✓ Flex not required ✓ ✓ 1 Partial:the main application is isolated from modules, and modules are isolated from each other, but modules are not isolated from the main application. 2 Partial: since modules are tied to a specific Flex SDK version, the main application and all modules must be recompiled if any piece needs to move to a new Flex SDK. © 2010 Adobe Systems Incorporated. All Rights Reserved. 31

Gravity and Frameworks  Gravity is not an application framework or micro-architecture  This is explicit policy: as much as possible, Gravity does not dictate how your write your application  In general Gravity should work well with frameworks such as Parsley and Cairngorm  Typically framework use is per-plugin and Gravity is used for cross-plugin integration  This means that different plugins in an application might use different frameworks; this should not be an issue  Frameworks are just starting to provide functionality in this area of modularity  Adobe is considering how to potentially open source Gravity  Adobe acknowledges the wider community of project with some overlap © 2010 Adobe Systems Incorporated. All Rights Reserved. 33

Gravity and Enterprise Rich Internet Applications  Gravity is the core client technology for LiveCycle RIA  Already present, but not a public API, in Mosaic 9.5  LiveCycle ES3 RIA also includes client and server components for security, content management, and other capabilities  Some previously existing LiveCycle RIA client pieces such as LiveCycle Data Service will still have limitations when used in a Gravity application for LiveCycle ES3  In general, Gravity is the basis for LiveCycle client development going forward  Mosaic and Administrator are now Gravity-based, Mosaic tiles and Administrator components are Gravity plugins  Workspace is providing Gravity plugins in addition to the legacy libraries © 2010 Adobe Systems Incorporated. All Rights Reserved. 34

Bundles and Services  Gravity has two key concepts  Bundle – the deployment abstraction, just a SWF  Service – the runtime abstraction, just an ActionScript object © 2010 Adobe Systems Incorporated. All Rights Reserved. 35

Gravity Bits – Deployment in a Dynamic Environment  The bootstrapper SWF – creates the initial ApplicationDomain hierarchy  Interface SWFs – provide interfaces and classes to be shared between all bundles  Bundle SWFs – provide the implementation code; classes are not shared globally  Manifests – provide information to the Gravity runtime about bundles, interface SWFs, and the services they expose or consume © 2010 Adobe Systems Incorporated. All Rights Reserved. 37

Using Gravity – the Short Story 1. Configure the HTML wrapper or AIR application descriptor to point at the Gravity bootstrapper instead of your application 2. Configure which bundles are to be loaded and the interface SWFs required in the manifest file(s); your application will be one of the bundles 3. Each bundle, when loaded, can register any number of services 4. When code is looking for pluggable functionality, it looks up the service and uses the object returned – no need to know which bundle it comes from © 2010 Adobe Systems Incorporated. All Rights Reserved. 39

The Simplest Bundle Manifest <manifest xmlns="http://ns.adobe.com/gravity/manifest"> <bundle location="gravity_hello_bundle.swf" loader="flex-application"/> </manifest> © 2010 Adobe Systems Incorporated. All Rights Reserved. 40

The Simplest Gravity Application <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml"> <mx:Text text="Hello Gravity!"/> </mx:Application> © 2010 Adobe Systems Incorporated. All Rights Reserved. 41

Working with Gravity in ActionScript  It always starts with your bundle’s IBundleContext  The bundle context can always be accessed via BundleContext.currentContext: var context:IBundleContext = BundleContext.currentContext;  To register a MyFooImpl object as an IFoo service: context.registerService([IFoo], new MyFooImpl(), {someProp: "foo"});  Registering properties can be useful to allow clients to filter when there are multiple services of the same class © 2010 Adobe Systems Incorporated. All Rights Reserved. 42

Retrieving a Service in ActionScript, the Hard Way private function getFooService():void { var context:IBundleContext = BundleContext.currentContext; var ref:IServiceReference=context.getServiceReference(IFoo); if (ref == null) throw new NoSuchServiceError(); var token:IToken = context.getService(reference); token.addSuccessHandler(doSomethingWithFoo); token.addFaultHandler(handleError); } private function doSomethingWithFoo(service:IFoo):void { // do something with the IFoo } private function handleError(error:Error):void { // deal with the error here } © 2010 Adobe Systems Incorporated. All Rights Reserved. 43

Retrieving a Service in ActionScript, the Easy Way  Create a ServiceTracker var tracker:ServiceTracker = new ServiceTracker(context, ISomeService);  Open the tracker to start tracking the service var token:IToken = tracker.open();  Use the service or services: var someService:ISomeService = ISomeService(tracker.service); var someServices:Array = tracker.services;  Close the tracker to release any services held tracker.close();  Note that ServiceTracker properties (service, services, size, trackingCount) are bindable © 2010 Adobe Systems Incorporated. All Rights Reserved. 44

Installing Additional Bundles in ActionScript  Very simple: var token:IBatchToken = context.installBundlesFromURL(manifestLocation);  Add handlers on the async token for completion and errors  Can also load from local XML: var token:IBatchToken = context.installBundlesFromXML(manifestXml); © 2010 Adobe Systems Incorporated. All Rights Reserved. 45

Gravity Dependency Injection Configuration <beans xmlns="http://ns.adobe.com/gravity/di">  <bean id="myBean" class="com.adobe.internals.samples::SomeObject"/>  <reference id="yourService" interface="com.adobe.samples::IYourService"/>  <service interface="com.adobe.samples::IMyService"> <bean class="com.adobe.internals.samples::MyService"> <property name="yourService" ref="yourService"/> <property name="myBean" ref="myBean"/> </bean> </service> </beans> © 2010 Adobe Systems Incorporated. All Rights Reserved. 46

The Art of the Interface  In a Gravity application, all service interfaces are shared between all bundles  Careful management of the interfaces (and classes, if any) that go into the interface ApplicationDomain is critical to avoid compatibility issues  Best practice is to make all interfaces and classes fixed once released  No changes at all, period  You can deprecate an interface; after an appropriate number of releases with the interface deprecated, you can then remove that interface  Less strict approaches are possible but will result in less flexibility  There are standard mechanisms for adding new functionality, changing APIs, and deprecating existing functionality without changing the interfaces  Usually, you create a new interface, either with a new name or a new package  Service objects can implement both the old and new interfaces © 2010 Adobe Systems Incorporated. All Rights Reserved. 47

LiveCycle ES3 RIA Tooling  Customer profile  Java enterprise developers. Spring or Java EE for server side  Mixture of HTML, AJAX, JSP, Flex for UI development  Want tooling that fits within their existing build, debug, deploy methodologies and skill-sets  Bridge the gap for Flex and Java developers  Solution  Integrate Adobe tools within the Eclipse framework  Deliver an integrated stack out of the box  Integrated client and server development, debug and deployment  Augment open source tooling (Eclipse, WTP, Spring, Maven) with value-add LiveCycle RIA tooling  LiveCycle RIA Flash Builder plugin features:  Existing: Data Modeler, LiveCycle Service RIA Work- Discovery FB Plugin Spring WTP bench  Mosaic app and tile projects (code generation)  Auto-include LiveCycle RIA SWCs Eclipse Core  Augment FB build, deploy, debug for RIA components  IntelliSense for RIA SWCs © 2010 Adobe Systems Incorporated. All Rights Reserved. 48

Experience-oriented Architectural Approach Presentation  Customer-driven and design-led  Maximize potential reuse  Interface-based component interactions  Bundles for logic, UI, etc. © 2010 Adobe Systems Incorporated. All Rights Reserved. 49

LiveCycle RIA component patterns Client Server RIA Component Presentation LiveCycle ES3 RIA Server View Domain & Service Events IDomainModel Data Binding Foo getFoo() setFoo(Foo f) IPresentationModel DomainModel Foo getFoo() PresentationModel setFoo(Foo f) {View State} {Operations} IService {Events} operation() ServiceImpl operation() Infrastructure UtilityClasses © 2010 Adobe Systems Incorporated. All Rights Reserved. 50

Custom View and Presentation Model Presentation RIA Component Domain & CustomView Events Service Data Binding IPresentationModel CustomPresentationModel {View State} {Operations} {Events} Infrastructure UtilityClasses © 2010 Adobe Systems Incorporated. All Rights Reserved. 51

Custom Application Façade Customization Façade AppDomainModel RIA Component Presentation eRIADomainModel serviceDelegate Domain & Service View Events Foo getFoo() IDomainModel setFoo(Foo f) Foo getFoo() Data Binding Bar getBar() setFoo(Foo f) setBar() IPresentationModel DomainModel Foo getFoo() setFoo(Foo f) PresentationModel IServiceDelegate {View State} operation() IService {Operations} operation() {Events} ServiceDelegateImpl ServiceImpl backendService operation() operation() Infrastructure UtilityClasses © 2010 Adobe Systems Incorporated. All Rights Reserved. 52

LiveCycle Foundation  Ensures LiveCycle is easy to deploy and maintain across multiple Customer Experience Management solutions  Includes:  Orchestration across multiple operations  Invocation services  Web services, email, Java APIs, watched folders  Flex Remoting  Connectors to common data sources (e.g., LDAP, file system, SQL databases, email, etc.)  Encryption across all solution components  Administration tools  Application Administration Console  LiveCycle Configuration Manager  User Manager © 2010 Adobe Systems Incorporated. All Rights Reserved. 54

LiveCycle Foundation – DSC Container  LiveCycle Foundation serves as the main server-side runtime for the Enterprise Suite  Foundation provides an environment to support the deployment, execution, and monitoring of Document Service Components (DSC)  DSCs are well defined, self contained orchestrate-able software assets  As DSC container, Foundation provides the invocation layer, component framework and orchestration engine  Ability to separate implementation from invocation  Ability for components to participate in transacted business processes © 2010 Adobe Systems Incorporated. All Rights Reserved. 55

Document Service Component (DSC)  A component (DSC) consists of resources, metadata, and binary implementations of one or more services packaged together as a Java Archive (JAR) file.  Service: Contains business logic that consists of Java classes and interfaces.  Service operations are specified by creating a Java interface that contains public methods.  Each method defined within the interface becomes a service operation.  Component XML file: Exists for each component and specifies information such as the component's services, service operations, and other metadata related to the component, such as the component's identifier value.  Resources: Includes external libraries, icons, and other resources that the component requires.  Resources must be packaged within the component's JAR file.  Property Editor: Exposed in LiveCycle Workbench and enables process authors to specify input values required by the service as well as handle output values.  Default property editors allow process authors to work with basic data types, such as integers and strings. © 2010 Adobe Systems Incorporated. All Rights Reserved. 56

DSC Development Workflow  To develop a component (DSC), perform the following steps: 1. Set up your development environment. 2. Create your application logic. 3. Define the component XML file. 4. Deploy the component into LiveCycle. 5. Test your component.  After you deploy a component into LiveCycle, you can use it to create a process using LiveCycle Workbench, or you can invoke the component’s service(s) by using an invocation method such as the Java API, LiveCycle Remoting, or Web services. © 2010 Adobe Systems Incorporated. All Rights Reserved. 57

DSC Development Step – Create Your Application Logic  Define the service interface  Public methods become exposed service operations  Define the service implementation (POJO)  Must specify a public no-argument constructor  Class must be stateless  Input parameters, output parameters and exceptions must be serializable  Create a component.xml that describes the component  See next slide (example)  Optionally implement other classes to describe lifecycle of component, as well as enhanced design experience  Recommended: implement both com.adobe.idp.dsc.component.LifeCycle and com.adobe.idp.dsc.component.Bootstrap for your component  Property editors © 2010 Adobe Systems Incorporated. All Rights Reserved. 58

Example DSC Manifest (component.xml) <component xmlns="http://adobe.com/idp/dsc/component/document"> <component-id>org.example.customComponent</component-id> <version>1.0.0</version> <class-path>...dependent JAR’s go here...</class-path> . . . <services> <service name="customComponent" orchestrateable="true" title="Custom Component"> <hint>...component-level help text goes here...</hint> <auto-deploy major-version="1" minor-version="0" category-id="Custom"/> <implementation-class>org.example.customComponent</implementation-class> <operations> <operation name="generate"> <hint>...operation-level help text goes here...</hint> <input-parameter name="..." title="..." type="..."> . . . </input-parameter> <output-parameter name="..." title="..." type="..."> . . . </output-parameter> <description>...</description> </operation> </operations> </service> </services> </component>  Please refer to component XML reference for complete manifest schema © 2010 Adobe Systems Incorporated. All Rights Reserved. 59

LiveCycle Application Development Workflow  Understand the context in which a DSC may be leveraged  One possible workflow: 1. Plan  Define…data sources… * 2. Install  Set up…tooling environment (Workbench)… 3. Develop  Build, test and package your application 4. Deploy  Test application and move to production environment 5. Maintain  Maintain, monitor and back up application and provide end user support © 2010 Adobe Systems Incorporated. All Rights Reserved. 60

LiveCycle ES2 / ES2.5 Architecture Dependent and Fractured  LiveCycle is a hybrid architecture providing EAR S O R E its own component model while utilizing WAR A P S T EJB EJB Invocation  Hybrid model: Asynchronous EJB Processing  Both models need to be accommodated while EJB neither model is fully served EJB LiveCycle Component  EJB doesn’t understand the LiveCycle model EJB EJB LiveCycle Container and LiveCycle doesn’t understand EJB Shared Libraries  Led to the move away from JMS JDBC JMX  Forced the need for shared libraries which cause bloat and duplication JTA JNDI  EJB distributed processing rules are not effective or efficient for LiveCycle components  Multiple software layers causes inefficiency and unnecessary serialization © 2010 Adobe Systems Incorporated. All Rights Reserved. 61

LiveCycle ES3 Architecture Managed and Controlled  Hybrid architecture is abandoned S O WAR/Web R E  EJBs are replaced with libraries or LiveCycle A Provider S P T components Remoting  Shared Libraries are managed by the Asynchronous JDBC Processing LiveCycle Container JNDI LiveCycle  Dependent services are pluggable JTA Component JMX  Distribution of services is handled strictly at Shared Libraries the LiveCycle component level CORBA LiveCycle Container  Modularity allows for control over what is installed and why  Smaller install base smaller dependency tree © 2010 Adobe Systems Incorporated. All Rights Reserved. 62

LiveCycle ES2 / ES2.5 Clustering HTTP Load Balancer Node 1 Node 2 Node 3 S R S R S R O E EAR O E EAR A S A S EAR O E WAR WAR A S P T P T WAR P T Asynchronous Asynchronous Asynchronous EJB LC Processing E EJB LC Processing E LC Processing EJB EJB Contai LC Component J EJB Contai LC Component J Contai EJB LC Component LC Component LC Component LC Component EJB EJB LC Component B LC Component B EJB LC Component EJB EJB ner EJB EJB ner EJB EJB ner Shared Libraries Shared Libraries Shared Libraries JDBC JMX JDBC JMX JDBC JMX JTA JNDI JTA JNDI JTA JNDI J2EE Cluster Shared File DB Store © 2010 Adobe Systems Incorporated. All Rights Reserved. 63

LiveCycle ES3 Clustering HTTP Load Balancer S R O WAR/Web E S R S R A Provider S O WAR/Web E P T O WAR/Web E A Provider S A Provider S P T P T Remoting Remoting Asynchronou Remoting s Asynchronou Processing Asynchronou s JDBC s Processing Processing JDBC LC JDBC JNDI Component LC LC LC JNDI Component Component LC JNDI Component LC JTA LC Component Component Component JTA LC JTA LC Component JMX Component Shared Libraries JMX JMX Shared Libraries CORBA Shared Libraries CORBA LC Container CORBA LC Container LC Container Shared Service Registry Shared File DB Store © 2010 Adobe Systems Incorporated. All Rights Reserved. 64

LiveCycle ES3 Integration Possibilities S R Eclipse S R WAR O A E S O A WAR/Web Provider E S P T P T Remoting Remoting Asynchronou Asynchronou s Processing s Processing JDBC JDBC LC LC JNDI Component LC Component S O R E EAR JNDI Component LC Component JTA LC JTA LC Component A S Component P T JMX Shared Libraries WAR JMX Shared Libraries Remoting CORBA CORBA LC Container Asynchronou s Processing LC Container JDBC LC JNDI Component LC Component JTA LC Component S R OEM O WAR/Web E JMX S B B R A Provider S Shared Libraries O M M E P T CORBA A C C S LC Container P T Remoting Asynchronou s Processing Asynchronou JDBC JDBC s Processing LC JNDI Component JNDI LC JTA Component LC Spring JTA LC Component LC Component JMX DM Component LC Component Shared Libraries JMX CORBA LC Container CORBA LC Container OSGI © 2010 Adobe Systems Incorporated. All Rights Reserved. 65

LiveCycle ES3 in Summary  Architecture changes  Lightning  OSGi, Spring  Etc.  Server-side (services) enhancements and additions  Enterprise tier, Web tier  Client-side (runtimes) enhancements and additions  Gravity and enterprise RIA  Tooling enhancements and additions  Updatesites, major release as a convenience  Installation, deployment and administration enhancements and additions  Single pane of glass  Web orientation © 2010 Adobe Systems Incorporated. All Rights Reserved. 67

Great Customer Experiences in Summary  Effective, efficient, engaging, easy to learn, error-free  Personalized, responsive experiences across devices and channels  Communication and collaboration in context  Harmonization of backend processes and services © 2010 Adobe Systems Incorporated. All Rights Reserved. 68

http://craigrandall.net	345
http://feeds2.feedburner.com	51
http://www.jordomedia.com	8
http://feeds.feedburner.com	4
http://static.slidesharecdn.com	1
http://translate.googleusercontent.com	1

Realizing Great Customer Experiences with Adobe® LiveCycle® ES3

by Craig Randall on Oct 27, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

6 Embeds 410

Statistics