Transaction & Messaging Congress 96

Total Solutions with IBM MQSeries Bridges, Gateways and Bindings

Tisdag 5/11 9.45
Paul Williams, IBM Hursley

Dr Paul G Williams höll ytterligare en entusiastisk session i samma anda som den första. Mycket av det han sa var dock likadant som i den förra sessionen. Den här gången handlade det om de bryggor och kopplingar som IBM gjort från MQSeries för att komma åt de olika resurser som kan finnas i en organisations infrastruktur. Han hade samma inriktning som i sessionen om Advanced Messaging Solutions, och här var det prat om hur man kan få de bryggor mm, som sessionen handlade om, att fungera i de teorier som handlade om 'Commercial Messaging' med 'Business Event Driven Processes'.

En av anledningarna till att IBM skapat dessa bryggor är, enligt Williams, att man vill i så stor utsträckning som möjligt återanvända redan skriven och använd kod. Kod som kan finnas i alla möjliga delar av systemet, från stordatorer till unix-servrar. Det innebär också att man behåller den ursprungliga kulturen i systemet samtidigt som MQSeries används transparent mot de existerande systemen.

• MQSeries Link for Lotus Notes
  I det dokument som användaren öppnar finns det fält som kopplats till MQSeries Link. I Notesservern finns en MQSeries Link Application Transaction Map Database (MATM) som mappar fältet till rätt transaktion för MQSeries Link (som körs i Notes-servern). MQSeries-meddelandet skickas iväg och svaret som kommer tillbaka läggs in i fältet. Hur svaret ska hanteras ligger också definierat i MATM. Användaren som öppnat dokumentet ser ingen skillnad på data som ligger 'lokalt' och data som begärts via MQSeries.
  LotusScript Extension (LSX) är ett språk som kan köras i Notes-klienter och servrar. Det är objektorienterade moduler, där IBM har skrivit en för interaktion med MQSeries. Med hjälp av dessa kan en Notes-programmerare använda sig av vanliga MQSeries-kommandon så som MQGET och MQPUT och därigenom komma åt hela företagets datastruktur.
  Kopplingen mellan Lotus Notes och det övriga resurserna i företagets infrastruktur kallar IBM för Extended Transaktion Model (ETM). Det ska förenkla för programmen genom att de bara behöver tänka på vilka back-end-program som ska användas, och hur vad den information som mottas är representerad, men de slipper bry sig om detaljer i MQSeries-kommunikationen. Det som IBM anser som viktiga punkter i ETM-programmet är:
  • Göra det möjligt för program i en Notes-miljö att nå data och transaktioner som existerar i ett företags datasystem.
  • MQSeries ska vara transparent både för designer, programmerare och användare,
  • Setup och konfigurering av MQSeries ska vara enkelt.
  • MQSeries ska kunna ge stöd för administration.
  • Se till att program, som tex använder Java, att köras från internet och ha samma acess mote företagets datasystem. MQSeries Client for Java är under betatest just nu.

  Det gäller också att så långt som möjligt ha back-end-program som inte känner till att det är Lotus Notes som begär data.

• MQSeries bridge to IMS
  Nu finns möjligheten att komma åt IMS-program från MQSeries! MQSeries for MVS/ESA har en brygga för att via OTMA komma åt IMS-program Fördelen är att IMS-programmen inte behöver veta att de används i en MQSeries-miljö utan kör som vanligt. Det är samma garanti på leverans av meddelanden. När man idag måste hantera triggrar mm i IMS för att få programmen körda tar IMS-bryggan hand om allt det. I en sk 'Storage Class' definieras destinationen som en IMS-OTMA-destination. Svaret skickas sedan bakvägen tillbaka genom MQSeries.
  Den säkerhet och integritet som MQSeries erbjuder i vanliga fall existerar även i den här lösningen. Syncpoints och transaktioner fungerar fullt ut.
  Den här lösningen finns ännu inte för CICS! Den är dock utlovad, men levereras inte förräns om minst 12 månader. Problemet med CICS är avsaknaden av ett gränssnitt som liknar OTMA. Att hantera CICS-program i alla deras former är enligt Williams mycket svårt och kommer att ta tid. Anledningen till att IMS-lösningen kom före CICS-lösningen var bara därför att OTMA redan var gjord i IMS och därför förenklade en brygga.
• MQSeries support for World Wide Web
  Genom MQSeries Internet Gateway kan en web-browser komma åt information hela företagsstrukturen! Det möjliggör mycket 'lättviktade' klienter som inte behöver ha någon annan kod i sig än web-broswern. De back-end-program som används är inte medvetna om att de accessas från en web-klient så därför måste det finnas viss logik i web-servern genom ett program som sammanställer MQSeries-svar till HTML-kod. Problemet med web-browsers är dock att de är synkrona och måste vänta på svar efter varje anrop. Kan kanske lösas framöver med 'State Management' eller multithreaded Java.
• MQSeries link for SAP R/3
  MQSeries för SAP R/3 är ett sätt att använda resurser och data i den egna organisationen inne i R/3. Det sker via hantering av MQSeries i de IDOCs som R/3 använder, och det finns två sätt att agera med MQSeries; ALE och aRFC.
• IBM Global Network for MQSeries
  MQSeries stöds i IGN som en komponent i infrastrukturen för NCCP (Network Centric Computing Platform) samt för att agera som kommunikationslänk i en IGN-miljö.

Efter det här visade Williams på ett exempel med ett försäkringsbolag och deras telefonförsäljning. Det gick ut på att integrera olika miljöer och hantera telefonsamtal mm.