2 Agenda Welcome Some questions for the audience schedule "tuning"Some questions for the audienceok to ditch 3480 drives?documentationOverview of newsworthy eventsBrief Review of Recent ReleasesWeb Services/Service-Oriented Architecture — You Can Do It!A look at our future direction
3 Welcome to Tenth Annual SUG April 25 - April 29, 2004Who would have thoughtnext year is twentieth anniversary of SiriusOur first international User Group meeting outside of the Boston areabetter weather (warmer, anyway)change of sceneryMore new attendeesMore User presentationsMore fun!
4 Schedule Tuning - Tuesday SOAP, UDDI, SOA, BPM, MDA, UML – Bingo!Gary GregoryHTTP Client Programming with Janus Sockets and SOAPGeorge WalterBreakPhillip MorrisObject-Oriented XML APIDave EvansLunchJanus SOAP Talks to Your End-UsersAlex KodatManaging Large Procedure FilesTom ThoresenBreakRJRSOA at CentrelinkDaniel Yee - CentrelinkJava and Model 204: Web Serving or Application Development – It's Your ChoiceSteve Nelson - CCA
5 Presenting Users - Thank You! Ann MacEwan - Texas Youth CommissionJanus Web Server - Better Than Botox For Your 3270 ApplicationsMonDaniel Ascher - Marks and SpencerReal-Time Inventory Management Using Model 204 with Microsoft BiztalkMonDaniel Yee - CentrelinkSOA at CentrelinkTueDon Essick - Northrop GrummanDeveloping an Enterprise Query Solution at the DEAWedLeon RasheedCentrelinkCentrelink Update – Managing GrowthMonMary Brady, Sandy Kosina, Patti Neuman - CNYRICCNYRIC Student Information SystemWed
6 Presenting Partners - Thank You! Jim DamonCCAModel 204 V6R1 – Coming AttractionsMonPete BurlowSoftware EuropeSirius Wishlist DiscussionWedRobert WaggonerNodus, Inc.Get Out the Gold Watch and the 30-year Service Pin – Retiring the KEY AttributeWedSteve NelsonCCAJava and Model 204: Web Serving or Application Development – It's Your ChoiceTueTony PickeringYoda SoftwarePower Editing With XtendMon
7 User Language training with a Janus flair Robert Wagonner - Nodus, Inc.User Language training with a Janus flairPackaged, on-site courses on User Language, HTML, XML and Janus Web ServerRobert WaggonerNodus, inc.P.O. Box 426Decatur, Tx 76234
8 Xtend — PC-based Editor for UL Tony Pickering - Yoda Software Pty LtdXtend — PC-based Editor for ULSyntax-aware editor for User Languageintegrated helpUL syntaxModel 204 dollar functionsSirius dollar functions and APIsTony PickeringYoda Software Pty LtdPO Box 496Leederville, Western Australia 6903+61 
9 Does Sirius need 3480 cartridge drives? Question for the System JanitorsDoes Sirius need 3480 cartridge drives?We would like to retire our 3480 (18-track) drivestoo costly to maintainonly used to distribute products "on tape"Most customers prefer download from our web sitesave your suggestions (ie better D/R zap UI) for WishlistSirius can receive3480 or or 36 track, with or without IDRC3490 "B model", ie 10GB or 20GB before compressionDo you need to receive tapes?if so, can you accept 3490 (36-track)?
10 What do you think of Sirius' documentation? Speaking of FeedbackWhat do you think of Sirius' documentation?Show of hands, does anyone print the PDF's to read the manuals?We have been investing heavily in our documentation and want to make sure it is meeting your needsJim LaPierre is our tech writer: let him know if you have any comments aboutfont choicesfont sizewhite space and binding marginsanything else
11 Katie Kodat Awarded Fulbright Fellowship The Kodats Deploy OverseasKatie Kodat Awarded Fulbright FellowshipWill be in the United Kingdom (Oxford) for 4.5 monthsneighbors of Matthew Webber!don't worry, we've tested our IP phone extendersThen Hungary for 6 monthsalso has good connectivityunfortunately the wine is good too, I'm told
12 Enterprise license across all mainframes CCA and Centrelink Sign Ten-Year DealEnterprise license across all mainframesReflects ongoing committment of Centrelink management to Model 204a setback for "alternative technologies"we hope to make it a defeat of sameEnabled by extraordinary pace of development for Model 204 (and related add-on products)see Jim Damon's presentationCreates new challenges and opportunities"war on MIPs" - see Leon Rasheed's presentationultimate scalability
13 Yellow Merges with Roadway Two largest "Less Than Truckload" (LTL) trucking companies combineYellow buys Roadway for $1,100,000,000Extensive evaluation of all IT to reduce duplicationsurvival of the fittestRoadway selected for customer and partner-facing web applicationsGo Model 204 and Janus!primary issues time to deploy and TCOagility
14 Model 204 Rules the Roost for Massive OLAPI Database Ultra large-scale repositorycontinuous real-time data additionlittle, if any cullingComplex queries accessing large volumes of datacertified multi-source security filterMigrating supporting ETL/data cleansing from batch C and PL/I using VSAM staging files to native User Languagetakes 25% less CPUeasier to maintainzero latencyYet another "modern" replacement sputtersnot dead yet, but bleeding profusely
16 Fast/Unload 4.1 September, 2003 Multiple output data streams for one pass of fileuseful for "culling" dataFUEL structure enhancementslabelsLEAVE IF statementmacro facilities for dealing with field definitions#IF <field> DEFINED#ELSE#END IFenhanced FUEL program listingRemoved size limit on FUEL programswas 4MB for compiled program (Centrelink hit limit!)More #functions
17 Fast/Unload 4.2March, 2004Online Fast/Unload ($FUNLOAD) support for multiple output streamsrequires Sirius Mods 6.5FSTATS extended to include procedure dictionary statsdetailed procedure stats only if procedures are unloadedUAI now unloads UL procedures as well as datamay be suppressed via the "NOPROCS" option on UAIused with Fast/Reload (in mods 6.5) to reorg procedure filescan provide significant savings in compilation costsnota bene: may require more buffers for Fast/Reload step
18 Sirius Mods Version 6.5 April 31, 2004 Fast/Reload LAI support for reloading procedures unloaded by UAIrequires Fast/Unload 4.2can automatically re-size procedure dictionary (see Tom's talk)$FUNLOAD support for multiple output streamseven though Fast/Unload 4.1 introduced multiple output streamsJanus Web Serverperformance boost when logins requiredSETFASTLOGIN parameterHIGHPRIORITY parameterbetter interfacing to RACF for authentication
19 Sirius Mods Version 6.5 April, 2004 Janus SOAP APIs OO-style interfacesrelieves argument limits on $-functionssimplifies programming, improving programmer productivityJanus SOAP XPath enhancementsmore axes supportedfollowing-sibling, preceding-sibling, descendant-or-self, descendantancestor-or-self, ancestor, followingnamespace supportsignificant performance enhancementsJanus SOAP XML conformancemore syntax rules enforced for serialized XMLsome compatibility issues
20 Sirius Mods Version 6.5 April, 2004 Janus Sockets SirMon SirFact support for VSEhttp helper wrapperdramatically reduces coding to consume Web Service - see Daniel Yee's presentationftp support for procedure filesSirMonUTI monitoring - see Leon Rasheed's presentationSirFactsupports dump of $-lists associated with system objectssupports display of XmlDoc, etc. contents
21 Model 204 and Janus - We Got Game Two major developments in system architecture are playing to the strengths of Model 204the emergence of Web Services and Service Oriented ArchitecturesWeb Services & SOA are here to stay, full stopthey will become ubiquitousa renewed focus on programmer productivity, especially as it relates to application architectureepic battle is raging between IBM (with Sun on the sidelines) and Microsoft
22 Web ServicesApplication components that can be called from anywhere across a Intra/Extra/InterNetWeb Services communicate with each other via SOAPsynchronous typically over HTTPasynchronous via messaging (MQ)Clients communicate to web services via XML (over HTTP)Web Services paradigm significantly better than SQL-based middleware:efficient Stored Procedure/RPC Modelarguments and results not restricted to simple tablesThis is a standard Microsoft .NET picture and definition of Web Services. Whenever I find myself agreeing with Microsoft about something, I start to worry. That said, I believe that Web Services provide a significant advance in programming technology, finally enabling efficient distributed applications.The most important thing about Web Services is that they embrace the Stored Procedure/Remote Procedure Call model for distributed programming. The second most important thing is that the input arguments and output results from Web Services RPCs are not just simple tables, they are tree structured XML documents.Finally, because Web Services are built on XML and usually transported over HTTP, they are router friendly. Thus, it is simple for partners cooperate via Web Services.
23 Janus Web Server + Janus Sockets + Janus SOAP = Web Services Janus APIsUser LanguageModel 204Janus Web Server for inbound Web Service requestsHTTP(s)Janus Sockets for outbound Web Services from UL programsHTTP(S)Janus SOAP for parsing/serializing XMLWebsphere APIsJava or COBOLDB2Equivalent to Websphere + DB2 + Java/COBOL (and probably CICS)but simplerThis slide has a base part and then an additional build that appears on the second click. The base part shows that the combination of three Janus products: Janus Web Server, Janus Sockets and Janus SOAP allows Model 204 to participate in a Web Services architecture. Of course this requires Janus TCP/IP Base and Janus Network Security may be involved, but they are left out for simplicity.The second build makes the point that the combination of Model 204, the various Janus product APIs and User Language programs is essentially equivalent to DB2, Websphere and COBOL or Java. Of course, as anyone who remembers migrating from CICS/COBOL to Model 204 can attest, the integrated application environment provided by Model 204 and User Language is vastly more productive than a non-integrated environment like DB2 and CICS or Websphere.The simplicity of the integrated environment provided by Janus and Model 204, coupled with the high degree of automation in the Janus APIs allows Model 204 customers to rapidly embrace Web Services.
24 Web Services are Ideal for Model 204 Web Services provides excellent encapsulationinternal architecture of providing server not exposedSOAP wrappers bring legacy systems into Web Services frameworkNumber of tiers not dictated by programming paradigmstrictly a function of the applicationLarge units of work emphasize strengths of User LanguageWeb Services allow Model 204 to participate in a level playing field with other application platforms. As was pointed out in the previous slide, Model 204 plus Janus and a User Language program is equivalent to DB2 plus Websphere and a COBOL or Java program. All that matters is that once the Web Service request is delivered, it gets processed quickly and the proper result returned. All of the details inside of the Web Service are hidden thus it is impossible to discern a Web Service implemented in Model 204 with Janus from a Web Service implemented in another system.This architecture neutrality causes the solutions to compete on the basis of performance and time/cost to implement both strengths of Model 204.The use of Stored Procedure/RPC lets Model 204 shine, as opposed to processing individual SQL commands transported across ODBC.As a final question, how many tiers are shown in this picture? The answer is two the Web Service and its invoker. Although a particular Web Service might be implemented as a multi-tier solution, that decision is hidden from its caller.
25 Service-Oriented Architecture (SOA) A way of designing applications using distributed componentsusually thought of as using Web Services as the componentsall about how to put them togethersee Daniel Yee's presentationFor an analogy, think of the difference between designing integrated circuits and designing a PCthe IC's were needed, but reusableand already existed
26 It's the Scalability, Stupid IBM's Path to J2EEIt's the Scalability, StupidIBM's experiences with 4GL were badCross System Product (CSP)think IEW gone worseIBM's experiences with languages worsethink PL/I and PL/Sbelieved the problem was proprietary natureseized on Java instead (not Microsoft)IBM's path was 3GL and multi-tierCICS + COBOL + DL/1 => VSAM => DB2always featured strong separation of logical and physical layersJ2EE (n-tier) is a natural progression for IBM
27 Presentation Services N-Tier Client/Server for ScalabilityNetworkApplication Server 1ApplicationLoad Balancing RouterApplicationAApplicationBData Server1Presentation LogicPresentation ServicesFastNetworkData ServernRouter balances load between multiple application serversBackend DBMS used to hold transaction state dataAddresses application server as bottleneckEven more complexity!Application Server nApplicationAApplicationBApp State Data
28 Been There, Done That! 1970 - 1980 Mainframe Data Server1Data Server2VSAM datasetsDL/1Inter-process CommunicationsApplication ServerCICSApplicationAApplicationBApplicationAApplicationBNetworkSNA NetworkThin Client3270Three-Tier, One Box Web architectureBrowser&Java AppsGreenon
29 Overwelmed CICS Programmer CICS & 3GL (COBOL or Java) Not RADCorporate DatabasesCICS App 13270mapsup-portDL/1IMSVSAMDB2Overwelmed CICS ProgrammerFrustrated End UserCICS App 2CICS LayersRemember this picture?end user needs applicationprogrammer can't keep upCaused by inefficiency of programming environment3GL and tedious APIstoo many moving parts and layersComplex, but Highly Evolvedrequired for performancelow level API'sMany Moving Partsdifficult to managenot responsive to changein spite of great tools
30 J2EE Complexity Versus Scalability J2EE adds the standardized APIs for scalabilityload balancingstate managementetc.J2EE features formalized physical layersweb serverapp serverdatabaseJ2EE makes this complexity visible to programmerjust like CICSPLEXBut it does provide ultimate scalability
31 Model Driven Architecture (MDA) The IBM SolutionModel Driven Architecture (MDA)Letting a programmer think at a higher levelneeded to address inherent complexity of CICS/J2EEdon't eliminate complexity, manage itThe core business of Rational Softwarepurchased by IBMGetting a boost from open source toolsMay have legsincreases role of "architects"not focussed at low-level detailsprobably costs morestill need programmers
32 Microsoft View of the Problem The Microsoft view according to Bill Gates:"There is no way to make a million lines of code pretty. We need higher level approaches"Microsoft is funding an effort to merge native XML and database support into a high-level language"Programming with Circles, Triangles and Rectangles"Note the focus is on XML as having "caused" the problemPrior to Web Services, DBMS APIs were tolerated, but they were still a problemMicrosoft is hedging with MDA
33 Microsoft Productivity Solution The Microsoft view:High-level language with integrated DML facilities for DBMS and XML now, concurrency and security to follow.Sound familiar?Think Model 204 plus Janus!Are we on the right track?Microsoft far ahead of Java/J2EE for Web ServicesMicrosoft programmer tools (VB.NET) easier to useI like our position at this point in the race
34 The Model 204 Solution The Best of Both Worlds The productivity of a 4GL with integrated database and XML processinghigh-level APIs handle complexity for youComplexity of achieving scalability handled by systemprogrammer only deals with the complexity inherent in the problem at handHigh-level tools for yet more programmer productivityMDA if it pans outAvoid's Microsoft's scalability problems and IBM's complexity
35 Life is a race - our customers will be first! Sirius Product DirectionsLife is a race - our customers will be first!Enhanced support for SOASOAP/Web ServicesXML Schema support for Janus SOAPJanus Web Server rules for SOAP envelope processingtighter integration with MQauto-generation of UML & WSDL from Janus SOAP UL codeSingle signon (Kerberos)Programmer productivitymore Object-Oriented Programming features in Sirius APIsEclipse plugins for UL generation from UML & WSDLWeb services are an extremely important development that is having an instant effect upon programming architectures. As we shall see in the next slide, Web services solves the middleware problems that have stymied distributed programming efforts. The combination of Janus SOAP and Janus Web Server plus Janus Sockets gives Model 204 a strong presence in the Web Services arena. We will continue to enhance these products to make them easier to use.Programmer productivity is a very important theme for Sirius. There is widespread agreement that application platforms like J2EE (Java 2, Enterprise Edition) are just too complicated for the average programmer. With Janus and User Language we are creating a platform that is a credible and powerful, yet within the grasp of average programmers.