Sirius Software, Inc. Gary Gregory Sirius Update SUG 2004.

Sirius Software, Inc.

Gary Gregory

Sirius Update

SUG 2004


Agenda

Welcomeschedule "tuning"

Some questions for the audienceok to ditch 3480 drives?documentation

Overview of newsworthy eventsBrief Review of Recent ReleasesWeb Services/Service-Oriented Architecture — You Can Do It!

A look at our future direction


Who would have thoughtnext year is twentieth anniversary of Sirius

Our first international User Group meeting outside of the Boston areabetter weather (warmer, anyway)change of scenery

More new attendeesMore User presentations

More fun!

Welcome to Tenth Annual SUG

April 25 - April 29, 2004


Schedule Tuning - Tuesday

0900 - 0930 SOAP, UDDI, SOA, BPM, MDA, UML – Bingo! Gary Gregory

0930 - 1025 HTTP Client Programming with Janus Sockets and SOAP George Walter

1025 - 1035 Break Phillip Morris

1035 - 1200 Object-Oriented XML API Dave Evans

1200 - 1300 Lunch

1300 - 1355 Janus SOAP Talks to Your End-Users Alex Kodat

1355 - 1425 Managing Large Procedure Files Tom Thoresen

1425 - 1435 Break RJR

1435 - 1600 SOA at Centrelink Daniel Yee - Centrelink

1600 - 1700Java and Model 204: Web Serving or Application Development – It's Your Choice

Steve Nelson - CCA


Presenting Users - Thank You!

Ann MacEwan - Texas Youth Commission

Janus Web Server - Better Than Botox For Your 3270 Applications

Mon 1130 - 1200

Daniel Ascher - Marks and Spencer

Real-Time Inventory Management Using Model 204 with Microsoft Biztalk

Mon 10300 - 1130

Daniel Yee - Centrelink SOA at Centrelink Tue 1435 - 1600

Don Essick - Northrop Grumman

Developing an Enterprise Query Solution at the DEA

Wed 1355 - 1450

Leon RasheedCentrelink

Centrelink Update – Managing GrowthMon 1505 - 1605

Mary Brady, Sandy Kosina, Patti Neuman - CNYRIC

CNYRIC Student Information SystemWed 1500 - 1530


Presenting Partners - Thank You!

Jim DamonCCA Model 204 V6R1 – Coming Attractions Mon 1355 - 1455

Pete BurlowSoftware Europe Sirius Wishlist Discussion Wed 1630 - 1730

Robert WaggonerNodus, Inc.

Get Out the Gold Watch and the 30-year Service Pin – Retiring the KEY Attribute

Wed 1300 - 1355

Steve NelsonCCA

Java and Model 204: Web Serving or Application Development – It's Your Choice

Tue 1600 - 1700

Tony PickeringYoda Software Power Editing With Xtend Mon 1300 -1355


Robert Wagonner - Nodus, Inc.

Packaged, on-site courses on User Language, HTML, XML and Janus Web Server

Robert WaggonerNodus, inc.P.O. Box 426Decatur, Tx [email protected]+1.940.627.9163

User Language training with a Janus flair


Tony Pickering - Yoda Software Pty Ltd

Syntax-aware editor for User Languageintegrated help

ƒ UL syntaxƒ Model 204 dollar functionsƒ Sirius dollar functions and APIs

Tony PickeringYoda Software Pty LtdPO Box 496Leederville, Western Australia [email protected]+61 [0] 419 928 640

Xtend — PC-based Editor for UL


Question for the System Janitors

Does 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 Wishlist

Sirius can receive3480 or 3490 - 18 or 36 track, with or without IDRC3490 "B model", ie 10GB or 20GB before compression

Do you need to receive tapes?if so, can you accept 3490 (36-track)?


Speaking of Feedback

What 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 needs

Jim LaPierre is our tech writer: [email protected] let him know if you have any comments aboutfont choicesfont sizewhite space and binding marginsanything else


The Kodats Deploy Overseas

Katie Kodat Awarded Fulbright Fellowship

Will be in the United Kingdom (Oxford) for 4.5 monthsneighbors of Matthew Webber!don't worry, we've tested our IP phone extenders

Then Hungary for 6 monthsalso has good connectivityunfortunately the wine is good too, I'm told


CCA and Centrelink Sign Ten-Year Deal

Reflects 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 presentation

Creates new challenges and opportunities"war on MIPs" - see Leon Rasheed's presentationultimate scalability

Enterprise license across all mainframes


Yellow Merges with Roadway

Two largest "Less Than Truckload" (LTL) trucking companies combineYellow buys Roadway for $1,100,000,000

Extensive evaluation of all IT to reduce duplicationsurvival of the fittestRoadway selected for customer and partner-facing web applicationsƒ Go Model 204 and Janus!

primary issues time to deploy and TCOƒ agility


Model 204 Rules the Roost forMassive OLAPI DatabaseUltra large-scale repository

continuous real-time data additionlittle, if any culling

Complex queries accessing large volumes of datacertified multi-source security filter

Migrating supporting ETL/data cleansing from batch C and PL/I using VSAM staging files to native User Languagetakes 25% less CPUeasier to maintainzero latency

Yet another "modern" replacement sputtersnot dead yet, but bleeding profusely


Recent (Or Very, Very Close) Releases


Fast/Unload 4.1

September, 2003

Multiple output data streams for one pass of fileuseful for "culling" data

FUEL structure enhancementslabelsLEAVE IF statementmacro facilities for dealing with field definitions

ƒ #IF <field> DEFINEDƒ #ELSEƒ #END IF

enhanced FUEL program listingRemoved size limit on FUEL programs

was 4MB for compiled program (Centrelink hit limit!)More #functions


Fast/Unload 4.2

March, 2004

Online Fast/Unload ($FUNLOAD) support for multiple output streamsrequires Sirius Mods 6.5

FSTATS extended to include procedure dictionary statsdetailed procedure stats only if procedures are unloaded

UAI 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 files

ƒ can provide significant savings in compilation costsƒ nota bene: may require more buffers for Fast/Reload step


Sirius Mods Version 6.5

April 31, 2004

Fast/ReloadLAI support for reloading procedures unloaded by UAI

ƒ requires Fast/Unload 4.2ƒ can automatically re-size procedure dictionary (see Tom's talk)

$FUNLOAD support for multiple output streamsrequires Fast/Unload 4.2

ƒ even though Fast/Unload 4.1 introduced multiple output streamsJanus Web Server

performance boost when logins requiredƒ SETFASTLOGIN parameterƒ HIGHPRIORITY parameter

better interfacing to RACF for authentication



April, 2004Janus SOAP APIs

OO-style interfacesƒ relieves argument limits on $-functionsƒ simplifies programming, improving programmer productivity

Janus SOAP XPath enhancementsmore axes supported

ƒ following-sibling, preceding-sibling, descendant-or-self, descendantƒ ancestor-or-self, ancestor, following

namespace supportsignificant performance enhancements

Janus SOAP XML conformancemore syntax rules enforced for serialized XML

ƒ some compatibility issues



April, 2004

Janus Socketssupport for VSEhttp helper wrapper

ƒ dramatically reduces coding to consume Web Service - see Daniel Yee's presentation

ftp support for procedure filesSirMon

UTI monitoring - see Leon Rasheed's presentationSirFact

supports dump of $-lists associated with system objectssupports display of XmlDoc, etc. contents


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 Architecturesƒ Web Services & SOA are here to stay, full stopƒ they will become ubiquitous

a renewed focus on programmer productivity, especially as it relates to application architectureƒ epic battle is raging between IBM (with Sun on the sidelines) and Microsoft


Web Services

Application components that can be called from anywhere across a Intra/Extra/InterNet

Web Services communicate with each other via SOAP

synchronous 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 tables

Web Service

Client

Web Service

Web Service

Web Service

XML/SOAP

XML/SOAP

XM

L/S

OA

P

XM

L/S

OA

P

XML/

SOAP

Client

XML

XML

XM

L/S

OA

P


Janus Web Server for inbound Web Service requestsHTTP(s)

Janus Sockets for outbound Web Services from UL programsHTTP(S)

Janus SOAP for parsing/serializing XML

Janus APIs

User Language

Model 204

Janus Web Server + Janus Sockets + Janus SOAP = Web Services

Websphere APIs

Java or COBOL

DB2

Equivalent to Websphere + DB2 + Java/COBOL (and probably CICS)but simpler


Web Services provides excellent encapsulationinternal architecture of providing server not exposed

SOAP wrappers bring legacy systems into Web Services framework

Number of tiers not dictated by programming paradigmstrictly a function of the application

Large units of work emphasize strengths of User Language

Web Services are Ideal for Model 204

Client Web Service

XML/

SOAP

XM

L/SO

AP

Janus APIs

User Language

Model 204


Service-Oriented Architecture (SOA)

A way of designing applications using distributed componentsusually thought of as using Web Services as the components

all about how to put them togethersee Daniel Yee's presentation

For an analogy, think of the difference between designing integrated circuits and designing a PCthe IC's were needed, but reusable

ƒ and already existed


IBM's Path to J2EE

IBM's experiences with 4GL were badCross System Product (CSP)

ƒ think IEW gone worseIBM's experiences with languages worse

think PL/I and PL/Sbelieved the problem was proprietary nature

ƒ seized on Java instead (not Microsoft)IBM's path was 3GL and multi-tier

CICS + COBOL + DL/1 => VSAM => DB2ƒ always featured strong separation of logical and physical layers

J2EE (n-tier) is a natural progression for IBM

It's the Scalability, Stupid


Router balances load between multiple application servers

Backend DBMS used to hold transaction state data

Addresses application server as bottleneck

ƒ Even more complexity!

N-Tier Client/Server for Scalability

FastNetwor

k

Presentation Logic

Presentation Services

Application Data Server

1

Data Server

n

Application Server 1

ApplicationA

ApplicationB

Application Server n

ApplicationA

ApplicationB

Load Balancing

Router

App State Data

Network


Been There, Done That!1970 - 1980 Mainframe

SNA Network

VSAM datasets DL/1

CICS

ApplicationA

ApplicationB

Greenon

Green

3270Three-Tier, One Box

Web architecture

Network

Inter-process Communications

Data Server

1

Data Server

2

Application Server

ApplicationA

ApplicationB

Browser&

Java Apps

Thin Client


CICS & 3GL (COBOL or Java) Not RAD

Remember this picture?end user needs applicationprogrammer can't keep up

Caused by inefficiency of programming environment3GL and tedious APIstoo many moving parts and layers

Frustrated End UserOverwelmed CICS

Programmer

Corporate Databases

DL/1IMS

VSAMDB2CICS Layers

3270mapsup-port

CICS App 2

CICS App 1

Complex, but Highly Evolvedrequired for performancelow level API's

Many Moving Partsdifficult to managenot responsive to

changein spite of great tools


J2EE Complexity Versus Scalability

J2EE adds the standardized APIs for scalabilityload balancingstate managementetc.

J2EE features formalized physical layersweb serverapp serverdatabase

J2EE makes this complexity visible to programmerjust like CICSPLEX

But it does provide ultimate scalability


The IBM Solution

Letting a programmer think at a higher levelneeded to address inherent complexity of CICS/J2EEdon't eliminate complexity, manage it

The core business of Rational Softwarepurchased by IBM

Getting a boost from open source toolsMay have legs

increases role of "architects"not focussed at low-level detailsprobably costs more

ƒ still need programmers

Model Driven Architecture (MDA)


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"http://www.cl.cam.ac.uk/~gmb/Papers/vanilla-xml2003.html

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


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 use

I like our position at this point in the race


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 you

Complexity of achieving scalability handled by systemprogrammer only deals with the complexity inherent in the problem at hand

High-level tools for yet more programmer productivityMDA if it pans out

Avoid's Microsoft's scalability problems and IBM's complexity


Sirius Product Directions

Enhanced support for SOASOAP/Web Services

ƒ XML Schema support for Janus SOAPƒ Janus Web Server rules for SOAP envelope processingƒ tighter integration with MQƒ auto-generation of UML & WSDL from Janus SOAP UL code

Single signon (Kerberos)Programmer productivity

more Object-Oriented Programming features in Sirius APIsEclipse plugins for UL generation from UML & WSDL

Life is a race - our customers will be first!


Questions?

Sirius Software, Inc. Gary Gregory Sirius Update SUG 2004.

Documents

Transcript of Sirius Software, Inc. Gary Gregory Sirius Update SUG 2004.