WebSphere Optimized Local Adapters
આઇબીએમ વેબસ્ફિયર ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સ (ઓએલએ અથવા ડબ્લ્યુઓએલએ) એ આઇબીએમના વેબસ્ફિયર એપ્લિકેશન સર્વર ફોર ઝેડ/ઓએસનો એક કાર્યાત્મક ઘટક છે જે ડબલ્યુએએસ ઝેડ/ઓએસ અને ઝેડ/ઓએસથી આઉટબાઉન્ડ બંને કોલ્સ માટે કાર્યક્ષમ ક્રોસ-મેમરી મિકેનિઝમ પ્રદાન કરે છે. કારણ કે તે અન્ય સંદેશાવ્યવહાર પદ્ધતિઓના ઓવરહેડને ટાળે છે, તે સંદેશાના ઉચ્ચ જથ્થાના વિનિમયમાં સક્ષમ છે. WOLA એ WAS z/OS ની હાલની ક્રોસ-મેમરી એક્સચેન્જ મિકેનિઝમનું વિસ્તરણ છે, જેમાં WOLA બાહ્ય ઇન્ટરફેસ પ્રદાન કરે છે જેથી WAS z/OS સર્વરની બહારની z/OS એડ્રેસ જગ્યાઓ ક્રોસ-મેમરી એક્સચેન્જમાં ભાગ લઈ શકે. WOLA WAS z/OS સર્વર અને નીચેનામાંથી એક અથવા વધુ વચ્ચે જોડાણને ટેકો આપે છેઃ CICS, IMS, બેચ, UNIX સિસ્ટમ્સ સર્વિસીસ અને ALCS. WOLA સૌપ્રથમ WAS z/OS વર્ઝન 7, ફિક્સપેક 4 (7.0.0.4) માં ઉપલબ્ધ કરાવવામાં આવ્યું હતું. આ લેખમાં દસ્તાવેજીકૃત કર્યા મુજબ કાર્યાત્મક ઉન્નતીકરણો અનુગામી ફિક્સપેક્સમાં દેખાયા છે. વેબસ્ફિયર ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સ ફોર ડબલ્યુએએસ ઝેડ/ઓએસ (ટૂંકમાં WOLA અથવા OLA) ની ઉત્પત્તિ કાર્યક્ષમ ઇનબાઉન્ડ કૉલિંગ મિકેનિઝમ પ્રદાન કરવાની ઇચ્છામાં છે; એટલે કે, જાવા EE એસેટ્સનો ઉપયોગ કરવા માટે તેમાં જાવા EE પર્યાવરણની બહારથી. આ જરૂરિયાત ખાસ કરીને ઝેડ/ઓએસ પર સ્પષ્ટ કરવામાં આવી હતી જ્યાં પરંપરાગત બેચ પ્રક્રિયાએ જાવા ઇ. ઇ. અને ઇ. જે. બી. ટેકનોલોજી પર આધારિત પ્રોગ્રામિંગ અસ્કયામતોના વધતા આધારનો ઉપયોગ કરવાની માંગ કરી હતી. અન્ય ઇનબાઉન્ડ ઉકેલો અસ્તિત્વમાં હતા, ઉદાહરણ તરીકેઃ મેસેજિંગ, જેમ કે વેબસ્ફિયર એમક્યુ અથવા અન્ય જેએમએસ પ્રદાતાઓ. આર. એમ. આઈ./આઈ. આઈ. ઓ. પી. વેબ સેવાઓ જ્યારે દરેકની તેની સંબંધિત શક્તિઓ હતી; દરેકની તેની ચોક્કસ ખામીઓ પણ હતીઃ ઓવરહેડ અને વિલંબતા; બાંધકામમાં મુશ્કેલી; અથવા સુરક્ષા અથવા વ્યવહાર પ્રચાર મોડેલમાં ખામીઓ. ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સ માટે આ મૂળ ડિઝાઇન પોઇન્ટ હતો. ઉકેલના આર્કિટેક્ટ્સે દ્વિ-દિશાત્મક આહ્વાનોનો સમાવેશ કરવા માટે ડિઝાઇનને વિસ્તૃત કરીઃ બાહ્ય સરનામાંની જગ્યાથી ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. માટે ઇનબાઉન્ડ, અને ડબલ્યુ. એ. એસ. થી બાહ્ય સરનામાંની જગ્યા માટે આઉટબાઉન્ડ. ટેકનિકલ ફાઉન્ડેશન આ ઉકેલના આર્કિટેક્ટ્સે "લોકલ કોમ્યુનિકેશન્સ" તરીકે ઓળખાતી ડબલ્યુ. એ. એસ. ઝેડ./ઓએસ ડિઝાઇનના હાલના ઘટકનો લાભ લેવાનું પસંદ કર્યું, જે વેબસ્ફિયર એપ્લિકેશન સર્વર દ્વારા ઝેડ/ઓએસ માટે V4. x દિવસોથી ઉપયોગમાં લેવાતી ક્રોસ-મેમરી મિકેનિઝમ છે જે સમાન એલ. પી. એ. આર. પર એપ્લિકેશન સર્વરો વચ્ચે આઈ. આઈ. ઓ. પી. ટ્રાફિકને ઑપ્ટિમાઇઝ કરે છે. ઓ. એલ. એ. અનિવાર્યપણે તે હાલની ક્રોસ-મેમરી મિકેનિઝમનું બાહ્યકરણ છે જેથી ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. ની બહારની સરનામાંની જગ્યાઓ વહેંચાયેલ મેમરી જગ્યામાં સંદેશાઓને જોડી અને વિનિમય કરી શકે. બાહ્ય એડ્રેસ સ્પેસ પ્રોગ્રામ્સ પૂરા પાડવામાં આવેલ API ના સમૂહનો ઉપયોગ કરીને OLA ઇન્ટરફેસને ઍક્સેસ કરે છે. ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. માં ચાલતા જાવા પ્રોગ્રામ્સ પ્રમાણભૂત જે. સી. એ. સંસાધન એડેપ્ટર તરીકે પેકેજ કરેલા અમલીકરણ દ્વારા ઓ. એલ. એ. ઇન્ટરફેસને ઍક્સેસ કરે છે. વર્તમાન આધાર હાલમાં ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. ઓ. એલ. એ. માટે સમર્થિત બાહ્ય સરનામાંની જગ્યાઓ છેઃ આઇ. બી. એમ. સી. આઈ. સી. એસ. બેચ જોબ્સ યુનિક્સ સિસ્ટમ સર્વિસીસ (યુ. એસ. એસ.) એરલાઇન કંટ્રોલ સિસ્ટમ (એ. એલ. સી. એસ.) આઇ. એમ. એસ. (જાળવણી સાથે શરૂ થયેલ સપોર્ટ <આઇ. ડી. 1>) બાહ્ય સરનામાંની જગ્યાઓમાં સમર્થિત પ્રોગ્રામિંગ ભાષાઓ છેઃ સી/સી + + કોબોલ ઉચ્ચ સ્તરનું એસેમ્બલર પી. એલ./આઈ. જાવા એ ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. ના જાવા ઇ. ઇ. કન્ટેનરની અંદરથી ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. ઓ. એલ. એ. ને ઍક્સેસ કરવા માટે ઉપયોગમાં લેવાતી પ્રોગ્રામિંગ ભાષા છે. કાર્ય સુધારા ઇતિહાસ આઇ. બી. એમ. વેબસ્ફિયર ઓપ્ટિમાઇઝ્ડ એડેપ્ટર્સ કાર્ય આધારને નવી આવૃત્તિઓ અથવા ફિક્સપેક્સ પ્રકાશિત થતાં અપડેટ કરવામાં આવ્યો છે. આ કાર્ય સૌપ્રથમ WAS z/OS આવૃત્તિ 7 પ્રકાશન 0 ફિક્સપેક 4 સ્તર (7.0.0.4) માં ઉપલબ્ધ કરાવવામાં આવ્યું હતું. 7.0.0.4 WOLA ને ફિક્સપેક 4 સાથે ડબલ્યુએએસ ઝેડ/ઓએસ વર્ઝન 7 રીલીઝ 0 પ્રોડક્ટમાં રજૂ કરવામાં આવ્યું હતું. જાળવણીનો ઉપયોગ ઉત્પાદન ફાઇલ સિસ્ટમમાં નવી ડિરેક્ટરીમાં પરિણમ્યો જેણે WOLA મોડ્યુલો, વહેંચાયેલ ઓબ્જેક્ટો, JCA સંસાધન એડેપ્ટર અને વિકાસ વર્ગ પુસ્તકાલયો પૂરા પાડ્યા. શેલ સ્ક્રિપ્ટ (olaInstall.sh) એ રનટાઇમ વાતાવરણમાંથી પ્રોડક્ટ ઇન્સ્ટોલ ફાઇલ સિસ્ટમ માટે જરૂરી UNIX પ્રતીકાત્મક કડીઓ બનાવી છે. 7.0.0.4 પ્રકાશનમાં ઓફર કરાયેલ કાર્યાત્મક સમર્થન હતુંઃ CICS, બેચ, USS, અને ALCS માટે સપોર્ટ આઉટબાઉન્ડ માટે વન-ફેઝ કમિટ WAS ઇનટુ CICS (2PC ઇનટુ CICS TS 4.1 7.0.0.12 સાથે પ્રદાન કરાયેલ) ઇનબાઉન્ડ માટે બે-ફેઝ કમિટ CICS ઇનટુ WAS નેટિવ APIs જેસીએ રિસોર્સ એડેપ્ટર 7.0.0.12 ફિક્સપેક 12 થી WAS z/OS વર્ઝન 7 રીલીઝ 0 એ WOLA સપોર્ટ માટે બે અપડેટ્સ પ્રદાન કર્યાઃ WOLA અને IMS માટે સપોર્ટ ટુ-ફેઝ કમિટ ટ્રાન્ઝેક્શન પ્રોસેસિંગ WAS આઉટબાઉન્ડથી CICS TS 4.1 8.0.0.0 વેબસ્પિયર એપ્લિકેશન સર્વર ફોર Z/OS વર્ઝન 8 રીલીઝ 0 માટે સતત સપોર્ટ WOLA ને ઉત્પાદનમાં સમાવિષ્ટ કરવામાં આવ્યું હતું, જેનો અર્થ એ હતો કે olaInstall.sh ને ચલાવવા માટે હવે ઉત્પાદન ફાઇલોની UNIX પ્રતીકાત્મક કડીઓ બનાવવાની જરૂર નહોતી. વધુમાં નીચેના કાર્ય સુધારાઓ પૂરા પાડવામાં આવ્યા હતાઃ આઈ. એમ. એસ. સાથે કામ કરવા માટે મલ્ટી-સેગમેન્ટ લાર્જ મેસેજ સપોર્ટ (કદમાં 32 હજાર કરતા વધારે) આઈ. આઈ. ઓ. પી. કોલ્સથી અલગ WOLA કોલ્સના ઇનબાઉન્ડ ટ્રાન્ઝેક્શન વર્ગીકરણ માટે સપોર્ટ આઈ. આઈ. ઓ. પી. સંસાધન નિષ્ફળતા ઓળખ અને વૈકલ્પિક જે. એન. ડી. આઈ. ફેલઓવર સંસાધન નિષ્ફળતા અને નિષ્ફળતાને બદલે WOLA તરીકે WOLA તરીકે WOLA માટે એસએમએફ 120.9 રેકોર્ડની અંદર ઓળખ આ કાર્ય જે. સી. એ. જોડાણ ફેક્ટરી સાથે જોડાયેલા ડેટા સંસાધનની ખોટને શોધવાનું સાધન પૂરું પાડે છે અને આપમેળે વ્યાખ્યાયિત વૈકલ્પિક જે. એન. ડી. આઈ. પર નિષ્ફળ જાય છે. પ્રાથમિક ડેટા સંસાધન પુનઃપ્રાપ્તિ અને નિષ્ફળતાની શોધ પણ આ કાર્યાત્મક ડિઝાઇનનું એક તત્વ છે. રિસોર્સ ફેલઓવર ડિઝાઇન વેબસ્ફિયર એપ્લિકેશન સર્વર વર્ઝન 8માં જે. ડી. બી. સી. અને જે. સી. એ. માટેના તમામ પ્લેટફોર્મ પર હાજર છે. ડબલ્યુ. એ. એસ. ઝેડ./ઓએસ વર્ઝન 8 જે. સી. એ. રિસોર્સ ફેલઓવર માટે સામાન્ય સમર્થનના ભાગ રૂપે ડબલ્યુ. ઓ. એલ. એ. રિસોર્સ ફેલઓવર માટે સમર્થન પૂરું પાડે છે. નિષ્ફળતાનું આહ્વાન ત્યારે થાય છે જ્યારે () નિષ્ફળતાની રૂપરેખાંકિત થ્રેશોલ્ડ સંખ્યા થાય છે. ફેલઓવર બોલાવ્યા પછી, તમામ નવી () વિનંતીઓ વૈકલ્પિક જોડાણ ફેક્ટરી જોડાણ પૂલમાં મોકલવામાં આવે છે. નિષ્ફળતા ત્યારે થાય છે જ્યારે ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. નક્કી કરે છે કે નિષ્ફળ પ્રાથમિક માહિતી સંસાધન પાછું આવ્યું છે. પ્રાથમિક જોડાણ ફેક્ટરી સામે નવી () વિનંતીઓ પર પ્રક્રિયા કરવામાં આવે છે. આ કાર્ય માટે એક સામાન્ય ઉપયોગ પેટર્ન સી. આઈ. સી. એસ. માટે આઉટબાઉન્ડ છે જ્યાં લક્ષ્ય સી. આઈ. સી. એસ. પ્રદેશ એક રૂટીંગ પ્રદેશ છે. આ ફેલઓવર કાર્ય બહુવિધ રૂટીંગ પ્રદેશોને રચવાની ક્ષમતા પ્રદાન કરે છે જેથી કોઈ પણ એક રૂટીંગ ક્ષેત્રની ખોટ એકંદરે સી. આઈ. સી. એસ. ની એકંદર ઉપલબ્ધતાને અસર ન કરે. આ રિસોર્સ ફેલઓવર અને ફેલબેક મિકેનિઝમને ટેકો આપવા માટે કેટલાક કનેક્શન પૂલ કસ્ટમ ગુણધર્મો ઉમેરવામાં આવ્યા હતાઃ નિષ્ફળતા થ્રેશોલ્ડ-ઓટોમેટિક ફેલઓવર પહેલાં થવી જ જોઇએ તેવી સતત () નિષ્ફળતાઓની સંખ્યા વૈકલ્પિક રિસોર્સજે. એન. ડી. આઈ. નામ-વૈકલ્પિક કનેક્શન ફેક્ટરીનું જે. એન. ડી. આઈ. નામ જો ઓટોમેટિક ફેલઓવર રિસોર્સઅવેલેબિલિટીટેસ્ટરી ઇન્ટરવલને બોલાવવામાં આવે તો તેનો ઉપયોગ કરવા માટે-સેકન્ડોમાં અંતરાલ પ્રાથમિક રિસોર્સના વળતર માટે પરીક્ષણ કરવા માટે કાર્યરત હતું નોંધઃ અન્ય કનેક્શન પૂલ કસ્ટમ ગુણધર્મો આ કાર્ય માટે અસ્તિત્વ ધરાવે છે. સંપૂર્ણ સૂચિ માટે ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. માહિતી કેન્દ્રમાં "cdat _ dsfailover" શબ્દમાળા પર શોધો. 8.0.0.1/8.5.0.0 નોંધઃ WAS z/OS 8.5.0.0 કાર્યાત્મક રીતે 8.0.0.1 ફિક્સપેક 1 થી વેબસ્ફિયર એપ્લિકેશન સર્વરને સમાન WOLA સપોર્ટ પ્રદાન કરે છે, Z/OS વર્ઝન 8 માટે WOLA ને નીચેના કાર્યાત્મક અપડેટ્સ પૂરા પાડવામાં આવ્યા છેઃ 64-બીટ મોડમાં કાર્યરત C/C + + પ્રોગ્રામ્સ માટે 64-બીટ કોલ કરી શકાય તેવા મૂળ APIs, WAS માંથી WOLA આઉટબાઉન્ડ કૉલ્સ માટે S. M. F 120 પેટા પ્રકાર 10 રેકોર્ડ્સ (S. M. F 120 પેટા પ્રકાર 9 ઇનબાઉન્ડ કૉલ માહિતી મેળવે છે) વર્ક ડિસ્ટ્રિબ્યુશન-રિમોટ એક્સેસ માટે પ્રોક્સી સપોર્ટ નામના સમાન નામની બહુવિધ બાહ્ય નોંધણીઓમાં આઉટબાઉન્ડ કૉલ્સને રાઉન્ડ-રોબિન કરવાની ક્ષમતા-આ બે સ્વરૂપો લે છેઃ ઇનબાઉન્ડ અને આઉટબાઉન્ડ 64-બીટ કોલ કરી શકાય તેવા મૂળ API મોડ આ મોડ્યુલોમાં દરેક મોડ્યુલના નામ સાથે સંકળાયેલ ચાર-અક્ષરનો ઉપસર્ગ BBOA * હતો. 8.0.0.1 સાથે 31-બીટ અને 64-બીટ બંને કોલ કરી શકાય તેવા API મોડ્યુલો પૂરા પાડવામાં આવે છે. 31-બીટ મોડ્યુલો દરેક મોડ્યુલ નામ માટે ચાર-અક્ષર ઉપસર્ગ બી. બી. ઓ. એ. * જાળવી રાખે છે. 64-બીટ મોડ્યુલો દરેક મોડ્યુલ નામ માટે ચાર-અક્ષર ઉપસર્ગ બીબીજીએ * ધરાવે છે. API ની સંખ્યા પહેલાની જેમ જ રહે છેઃ 13 ચોક્કસ API. ઉપયોગ પહેલાની જેમ જ છે. માહિતી કેન્દ્ર શોધઃ WOLA આઉટબાઉન્ડ કૉલ્સ માટે cdat _ olaapis SMF 120.10 WAS z/OS V7 માં WOLA સપોર્ટ માત્ર ઇનબાઉન્ડ કૉલ્સ સુધી મર્યાદિત હતો. ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. કન્ટેનરમાં ઇ. જે. બી. ને લક્ષ્ય બનાવવા માટે ઇનબાઉન્ડ ડબલ્યુ. ઓ. એલ. એ. કોલને આઈ. આઈ. ઓ. પી. કોલ તરીકે ઓળખવામાં આવ્યા હતા અને એસ. એમ. એફ. દ્વારા આઈ. આઈ. ઓ. પી. કોલ તરીકે કેપ્ચર કરવામાં આવ્યા હતા, જે અન્ય કોઈપણ આઈ. આઈ. ઓ. પી. કોલથી અલગ નથી. સામાન્ય ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. એસ. એમ. એફ. 120 પેટા પ્રકાર 9 રેકોર્ડ (અથવા લઘુલિપિ સંકેતલિપીમાં <આઇ. ડી. 1>) નો ઉપયોગ ઇનબાઉન્ડ કોલ માહિતી મેળવવા માટે કરવામાં આવ્યો હતો. ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. <આઇ. ડી. 1> સાથે એસએમએફ. <આઇ. ડી. 2> રેકોર્ડ અને કેપ્ચર કાર્યને ઇનબાઉન્ડ આઇ. આઇ. ઓ. પી. કોલ્સથી અલગ ઇનબાઉન્ડ ડબલ્યુ. ઓ. એલ. એ. કોલ્સ ઓળખવા માટે સુધારવામાં આવ્યું હતું. ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. <આઇ. ડી. 1> સાથે ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. માંથી આઉટબાઉન્ડ કૉલ્સ વિશેની માહિતી મેળવવા માટે એસ. એમ. એફ. <આઇ. ડી. 2> રેકોર્ડ બનાવવામાં આવ્યો હતો. એસએમએફ 120.10 રેકોર્ડમાં આઠ વિભાગો છેઃ પ્લેટફોર્મ ન્યુટ્રલ સર્વર માહિતી વિભાગ ઝેડ/ઓએસ સર્વર માહિતી વિભાગ આઉટબાઉન્ડ વિનંતી માહિતી વિભાગ WOLA આઉટબાઉન્ડ વિનંતી પ્રકાર વિશિષ્ટ વિભાગ આઉટબાઉન્ડ વિનંતી વ્યવહાર સંદર્ભ વિભાગ આઉટબાઉન્ડ વિનંતી સુરક્ષા સંદર્ભ વિભાગ આઉટબાઉન્ડ વિનંતી CICS સંદર્ભ વિભાગ ઓટીએમએ આઉટબાઉન્ડ વિનંતી પ્રકાર વિશિષ્ટ વિભાગ દરેક આઉટબાઉન્ડ વિનંતી માટે એક રેકોર્ડ બનાવવામાં આવે છે. માહિતી કેન્દ્ર શોધઃ rttrb _ SMFsubtype10 કાર્ય વિતરણ આ કાર્યાત્મક સુધારા એ જ નોંધણી નામનો ઉપયોગ કરીને આપેલ WAS z/OS સર્વરમાં નોંધાયેલ બહુવિધ બાહ્ય સરનામાંની જગ્યાઓમાં આઉટબાઉન્ડ કૉલ્સને વિતરિત કરવાની ક્ષમતા પ્રદાન કરે છે. આ માટે એક સામાન્ય ઉપયોગ પેટર્ન સમાન રાજ્યવિહીન લક્ષ્ય કાર્યક્રમ સેવા સાથે બહુવિધ સી. આઈ. સી. એસ. પ્રદેશો તૈનાત કરવામાં આવશે. ઇચ્છિત કાર્ય વિતરણના પ્રકારને સૂચવવા માટે એક નવું પર્યાવરણ ચલ બનાવવામાં આવ્યું હતું. નીચે મુજબ આ કાર્યનો ઉપયોગ સમજાવે છેઃ ઇન્ફોસેન્ટર સર્ચઃ cdat _ olacustprop પ્રોક્સી સપોર્ટઃ ઇનબાઉન્ડ અને આઉટબાઉન્ડ WOLA સંદેશાવ્યવહારની ક્રોસ-મેમરી પ્રકૃતિ સૂચવે છે કે WAS z/OS સર્વર અને બાહ્ય સરનામાંની જગ્યા સમાન z/OS લોજિકલ પાર્ટીશન (LPAR) પર હોવી જોઈએ. ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. <આઇ. ડી. 1>, ડબલ્યુ. ઓ. એલ. એ. કોલ કરનારાઓ અને ડબલ્યુ. ઓ. એલ. એ. લક્ષ્યોને અલગથી સ્થિત કરવાની મંજૂરી આપવા માટે પ્રોક્સી કાર્ય પ્રદાન કરે છે. આમાં Z/OS સિવાયના ઓપરેટિંગ સિસ્ટમના ઉદાહરણો પર સ્થાનનો સમાવેશ થાય છે. આ કાર્યમાં બે સ્વરૂપો છેઃ આઉટબાઉન્ડ કૉલ્સ માટે પ્રોક્સી સપોર્ટ અને ઇનબાઉન્ડ કૉલ્સ માટે પ્રોક્સી સપોર્ટ. આઉટબાઉન્ડ કૉલ્સ માટે પ્રોક્સી સપોર્ટ આ એક એવી પદ્ધતિ પ્રદાન કરે છે જેના દ્વારા જાવા એપ્લિકેશનો દૂરસ્થ ઝેડ/ઓએસ પર લક્ષ્ય સરનામાંની જગ્યાને ઍક્સેસ કરવા માટે પૂરા પાડવામાં આવેલ WOLA જેસીએ સંસાધન એડેપ્ટરનો ઉપયોગ કરી શકે છે. ઉપયોગની પેટર્નનું ઉદાહરણ સૂચિત એપ્લિકેશનનો વિકાસ અથવા પરીક્ષણ હશે. લક્ષ્ય z/OS પ્રણાલી પર ક્રોસ-મેમરી WOLA જોડાણની પહોંચ WOLA માટે સક્ષમ WAS z/OS સર્વરમાં સ્થાપિત પૂરી પાડવામાં આવેલ WOLA પ્રોક્સી એપ્લિકેશન દ્વારા પૂરી પાડવામાં આવે છે. નીચેનું ચિત્ર ટોપોલોજીને સમજાવે છેઃ એપ્લિકેશનમાંથી ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. સિસ્ટમમાં નેટવર્કનો પ્રવાહ આઈ. આઈ. ઓ. પી. દ્વારા થાય છે. WOLA જોડાણ કારખાનાને જોડાણ પૂલમાં કેટલાક નવા કસ્ટમ ગુણધર્મો દ્વારા પ્રોક્સીમાં આ IIOP પ્રવાહની જાણ કરવામાં આવે છે. ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. પરની પ્રોક્સી એપ્લિકેશન કોલ મેળવે છે અને તેને નામવાળી લક્ષ્ય સેવામાં વાસ્તવિક ક્રોસ-મેમરી WOLA જોડાણ પર આગળ મોકલે છે. સમાન ઝેડ/ઓએસ એલપીએઆર પર આઉટબાઉન્ડ ડબ્લ્યુઓએલએ કૉલ્સની તુલનામાં આ ટોપોલોજીમાં મર્યાદાઓ છેઃ બે તબક્કાની પ્રતિબદ્ધતાની જરૂર હોય તેવા વૈશ્વિક વ્યવહારોને ડબ્લ્યુઓએલએ પ્રોક્સી સાથે આઇઆઇઓપી જોડાણમાં પ્રચાર કરી શકાતો નથી, અને ડબ્લ્યુએએસ થ્રેડ પરની વપરાશકર્તા ઓળખને ઝેડ/ઓએસ પર લક્ષ્ય સેવામાં ભાર મૂકી શકાતી નથી. ઇનબાઉન્ડ કૉલ્સ માટે પ્રોક્સી સપોર્ટ આ એક એવી પદ્ધતિ પ્રદાન કરે છે જેના દ્વારા બાહ્ય સરનામાની જગ્યામાં બિન-જાવા એપ્લિકેશનો દૂરસ્થ ડબલ્યુ. એ. એસ. ઉદાહરણમાં લક્ષ્ય ડબલ્યુ. ઓ. એલ. એ.-સક્ષમ ઇ. જે. બી. પર અન્ય ઝેડ./ઓએસ એલ. પી. એ. આર. અથવા વિતરિત ડબલ્યુ. એ. એસ. પ્લેટફોર્મ પર ઇનબાઉન્ડ કૉલ્સ કરી શકે છે. સ્થાનિક ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. ઉદાહરણમાં સ્થાપિત તે જ પૂરી પાડવામાં આવેલ ડબલ્યુ. ઓ. એલ. એ. પ્રોક્સી એપ્લિકેશન પ્રારંભિક ક્રોસ-મેમરી ડબલ્યુ. ઓ. એલ. એ. કૉલને હેન્ડલ કરવા અને તેને દૂરસ્થ ડબલ્યુ. એ. એસ. ઉદાહરણ પર નામ આપવામાં આવેલા લક્ષ્ય ઇ. જે. બી. પર ફોરવર્ડ કરવા માટે જરૂરી છે. નીચેનું ચિત્ર ટોપોલોજીને સમજાવે છેઃ લક્ષ્ય WOLA-સક્ષમ EJB અજાણ છે કે પ્રોક્સી ઉપયોગમાં છે. ઇનબાઉન્ડ ફ્લો આઈ. આઈ. ઓ. પી. કોલ તરીકે આવે છે, જે રીતે તે જ એલ. પી. એ. આર. પર ક્રોસ-મેમરી WOLA નો ઉપયોગ કરવામાં આવ્યો હોય. કૉલિંગ પ્રોગ્રામ એ સૂચવવું આવશ્યક છે કે પ્રવાહ પ્રોક્સી સેવાનો ઉપયોગ કરશે. આ વિનંતી પ્રકાર પરિમાણ માટે 2 ના BBOA1INV (અથવા BBOA1SRQ) પરના પરિમાણ સાથે કરવામાં આવે છે. આ સ્થાનિક પ્રોક્સી એપ્લિકેશનને વિનંતી કરેલી સેવાની સારવાર કરવા માટે કહે છે, જે લક્ષ્ય EJB ના JNDI નામ તરીકે નિર્દિષ્ટ છે, IIOP નો ઉપયોગ કરીને EJB ને બોલાવવાની વિનંતી તરીકે. આના માટે સ્થાનિક અને દૂરસ્થ ડબલ્યુ. એ. એસ. ઉદાહરણોમાં સંઘીય નામોની જગ્યાઓ હોવી જરૂરી છે અથવા જે. એન. ડી. આઈ. શોધ સફળ થવા માટે એક જ કોષ તરીકે કામ કરે છે. 8.0.0.3 અને 8.0.0.4/8.5.0.1 માં 8.0.0.3 (અને 8.5.0.1) WOLA આધાર BPEL પ્રક્રિયાઓ માટે IBM સંકલન ડિઝાઇનરમાં સામેલ છે. 8.0.0.4 (અને 8.5.0.1) સપોર્ટમાં WOLA પર WASમાં IMS આશ્રિત પ્રદેશોમાંથી RRS ટ્રાન્ઝેક્શન સંદર્ભ સમર્થનને સમાવવા માટે અપડેટ કરવામાં આવ્યુંઃ IMSમાં એપ્લિકેશન્સ રજિસ્ટર API પર "ટ્રાન્ઝેક્શન સપોર્ટેડ" ફ્લેગ સેટ કરે છે લક્ષ્ય WAS પર્યાવરણમાં ola _ rrs _ કૉન્ટેક્સ્ટ _ પ્રોપેગેટ = 1 એન્વાયર્નમેન્ટ વેરિયેબલ સેટ હોય છે અને સક્ષમ IMS નિયંત્રણ ક્ષેત્રને RRS = Y 8.0.0.5 (અને 8.5.0.2) ફિક્સપેક 8.0.0.5/<ID1 સાથે ચલાવવાની જરૂર હોય છે જે બે કાર્યાત્મક ઉન્નતીકરણો પૂરા પાડે છેઃ (1) WOLA/OTMA પર WAS થી IMSમાં RRS ટ્રાન્ઝેક્શન સંદર્ભ સમર્થન, અને (2) CICS ચેનલો અને કન્ટેનર માટે ઉન્નત સમર્થન. આઈ. એમ. એસ. વ્યવહાર માટેઃ આઈ. એમ. એસ. નિયંત્રણ ક્ષેત્રને આર. આર. એસ. = વાય. સાથે ચલાવવું જરૂરી છે લક્ષ્ય પર્યાવરણમાં ઓલા _ આર. આર. એસ. _ કન્ટેક્સ્ટ _ પ્રોપાગેટે _ ઓટોમા = 1 પર્યાવરણ ચલ સમૂહ હોય છે અને સક્ષમ હોય છે. સી. આઈ. સી. એસ. ચેનલો અને કન્ટેનર માટે ઉન્નત સમર્થન માટે, 8.0.0.5/8.5.0.2 પહેલાં સી. આઈ. સી. એસ. ચેનલો અને કન્ટેનર સપોર્ટ વિનંતી અને પ્રતિસાદ બંને માટે એક નિશ્ચિત-નામ ચેનલ સુધી મર્યાદિત હતો, અને બી. આઈ. ટી. અથવા CHAR પ્રકારનો એક જ કન્ટેનર હતો. 8.0.0.5/8.5.0.2 સાથેઃ લક્ષ્ય CICS કાર્યક્રમમાંથી એક અથવા વધુ કન્ટેનર મોકલો અને પ્રાપ્ત કરો ચેનલનું નામ તમે સેટલિન્કટાસ્કચેન્ડ () પદ્ધતિનો ઉપયોગ કરીને સેટ કરો છો ચેનલનો પ્રકાર તમે સેટલિન્કટાસ્કચેન્ટાઇપ () પદ્ધતિનો ઉપયોગ કરીને સેટ કરો છો વ્યક્તિગત વિનંતી કન્ટેનરના નામો પુટ () પદ્ધતિનો ઉપયોગ કરીને મેપ્ડરેકૉર્ડમાં ડેટા ઉમેરીને સેટ કરવામાં આવે છે. મેપ્ડરેકૉર્ડની ચાવીઓ CICS કન્ટેનરના નામોને અનુરૂપ છે, અને અનુરૂપ મૂલ્યનો ઉપયોગ CICSમાં કન્ટેનર ભરવા માટે કરવામાં આવશે. સી. આઈ. સી. એસ. ની વિનંતી પૂર્ણ થયા પછી પ્રતિક્રિયા પાત્રના નામો ચેનલમાંથી કાઢવામાં આવશે, અને નવા મેપ્ડ રેકોર્ડમાં મૂકવામાં આવશે, જે ગ્રાહકને પરત કરવામાં આવે છે. ઘટકો ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સને નીચેના ઘટકોમાં વર્ગીકૃત કરી શકાય છેઃ ઈન્ટરફેસ મોડ્યુલો-- ઓ. એલ. એ. ઈન્ટરફેસ અને ઓ. એલ. એ. એ. પી. આઈ. એસ. સી. આઈ. સી. એસ. ટાસ્ક સંબંધિત યુઝર એક્ઝિટ, લિંક ટાસ્ક સર્વર અને કંટ્રોલ ટ્રાન્ઝેક્શન માટે પ્રોગ્રામેટિક ઍક્સેસ પ્રદાન કરે છે-- સી. આઈ. સી. એસ. માં પ્રોગ્રામ એસેટ્સ માટે આઉટબાઉન્ડ કૉલ્સને ટેકો આપવા માટે એક સરળ પદ્ધતિ પ્રદાન કરે છે. જેસીએ રિસોર્સ એડેપ્ટર-જાવા એન્વાયર્નમેન્ટ અને એક્સટર્નલ એન્વાયર્નમેન્ટ ડેવલપમેન્ટ ટૂલિંગ સપોર્ટ વચ્ચે ઇન્ટરફેસ પ્રદાન કરે છે-ઓએલએ-સક્ષમ એપ્લિકેશન્સ નમૂનાઓ વિકસાવવા માટે સહાયક વર્ગો પ્રદાન કરે છે-સી/સી + +, કોબોલ અને જાવા નમૂનાઓનો સમૂહ જે પ્રોગ્રામિંગ મોડેલના ઉપયોગને સમજાવે છે. સીઆઇસીએસ સપોર્ટની ઝાંખી ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સ સીઆઇસીએસમાં ટાસ્ક રિલેટેડ યુઝર એક્ઝિટ (TRUE) તરીકે લાગુ કરવામાં આવે છે. આ તે છે જે સી. આઈ. સી. એસ. ક્રોસ મેમરીથી ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. એડ્રેસ સ્પેસ સુધી આવશ્યક જોડાણ પ્રદાન કરે છે. વધુમાં, ડબલ્યુ. એ. એસ. થી સી. આઈ. સી. એસ. સુધીના કૉલ્સ માટે લિંક સર્વર ટાસ્ક (બી. બી. ઓ. $) અને લિંક ઇન્વોકેશન ટાસ્ક (બી. બી. ઓ. #) પૂરા પાડવામાં આવે છે. બી. બી. ઓ. $/બી. બી. ઓ. #લિંક સર્વર કાર્ય સી. આઈ. સી. એસ. કાર્યક્રમોમાંથી પ્રોગ્રામિંગ સ્પષ્ટીકરણોને રક્ષણ આપે છે. ડબલ્યુ. એ. એસ. માંથી ઓ. એલ. એ. કોલ આ પૂરા પાડવામાં આવેલા કાર્યો દ્વારા નિયંત્રિત થાય છે, અને નામના સી. આઈ. સી. એસ. પ્રોગ્રામને પ્રમાણભૂત EXEC CICS LINK કોલ સાથે બોલાવવામાં આવે છે. સી. આઈ. સી. એસ. પ્રોગ્રામ નામ બદલાયું નથી અને તે અજાણ છે કે કોલ ડબલ્યુ. એ. એસ. દ્વારા ઓ. એલ. એ. નો ઉપયોગ કરીને આવ્યો હતો. સી. આઈ. સી. એસ. માં લક્ષ્ય કાર્યક્રમ લિંક કૉલ સાથે લાગુ કરવામાં સક્ષમ હોવો જોઈએ. કોમેરા અને ચેનલો/કન્ટેનર બંનેને ટેકો છે. જાતે TRUE શરૂ કરો (જો પીએલટીપીઆઈમાં ન હોય તો), TRUE બંધ કરો, લિંક સર્વર શરૂ કરો અને બંધ કરો, તેમજ અન્ય નિયંત્રણ અને વ્યવસ્થાપન કાર્યો જેવી બાબતો કરવા માટે નિયંત્રણ આદેશોનો સમૂહ પ્રદાન કરવા માટે બી. બી. ઓ. સી. વ્યવહાર પણ પૂરો પાડવામાં આવે છે. OLA પ્રોગ્રામિંગ ઈન્ટરફેસ મોડ્યુલ લાઇબ્રેરી ડેટા સેટને CICS ક્ષેત્રના DFHRPL DD સ્ટેટમેન્ટ સાથે જોડવો આવશ્યક છે. નીચેનું ચિત્ર વ્યવહાર પ્રચાર અને સુરક્ષા દાવા માટે WOLA CICS સમર્થનનો સારાંશ આપે છેઃ IMS સમર્થનની ઝાંખી ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સને IMS માટે બાહ્ય સબસિસ્ટમ તરીકે લાગુ કરવામાં આવે છે. ઉપયોગ મેસેજ પ્રોસેસિંગ પ્રોગ્રામ્સ (એમપીપી), બેચ મેસેજ પ્રોસેસિંગ પ્રોગ્રામ્સ (બીએમપી), આઇએમએસ ફાસ્ટ પાથ (આઇએફપી) અને બેચ ડીએલ/આઇ એપ્લિકેશન્સ માટે સપોર્ટેડ છે. આઇ. એમ. એસ. માંથી ડબલ્યુ. એ. એસ. માં કોલ બાહ્ય સબસિસ્ટમ જોડાણ સુવિધા (ઇ. એસ. એ. એફ.) નો ઉપયોગ કરે છે. આ એ જ ઈન્ટરફેસ છે જેનો ઉપયોગ અન્ય પેટા પ્રણાલીઓ જેમ કે DB2 અથવા MQ દ્વારા થાય છે. ડબલ્યુ. એ. એસ. માંથી આઈ. એમ. એસ. આધારિત પ્રદેશમાં કોલ ઓટીએમએનો ઉપયોગ કરીને અથવા સીધા જ કરી શકાય છે (એટલે કે, આઈ. એમ. એસ. માં પ્રોગ્રામ નીચે વર્ણવ્યા મુજબ "સેવા હોસ્ટ" કરવા માટે ઓએલએ એપીઆઈનો ઉપયોગ કરે છે). ઓ. ટી. એમ. એ. અમુક ઓવરહેડના ખર્ચે આઇ. એમ. એસ. કાર્યક્રમો માટે ઓ. એલ. એ. પારદર્શિતા પૂરી પાડે છે. આઈ. એમ. એસ. એપ્લિકેશનમાં ઓ. એલ. એ. એ. પી. આઈ. નો ઉપયોગ ઓવરહેડ ઘટાડે છે જે વધુ સારી કામગીરી અને થ્રુપુટમાં પરિણમે છે. IMS માટે પ્રોગ્રામિંગ API એ મૂળ રૂપે રજૂ કરાયેલ સમાન બંધારણ અને વાક્યરચના છે. પરંતુ જો ત્યાં ચાલી રહ્યું હોય તો આઇ. એમ. એસ. વિશે જાગૃત રહેવા અને ઇ. એસ. એ. એફ. નો ઉપયોગ કરવા માટે તેમને અપડેટ કરવામાં આવ્યા છે. વધુમાં, ola.rar ફાઇલ કે જે ડબલ્યુ. એ. એસ. માટે જે. સી. એ. સંસાધન એડેપ્ટરનો અમલ કરે છે તે ફિક્સપેક 7.0.0.12 સાથે અથવા આઈ. એમ. એસ. સાથે ઉપયોગ કરવા માટે પછીની સાથે મોકલેલી હોવી જોઈએ. આઈ. એમ. એસ. સપોર્ટ માટે પદ્ધતિ પરિમાણો અપડેટ કરવામાં આવ્યા છે અને તે અપડેટ ola.rar ને ફરીથી ઇન્સ્ટોલ કરીને ડબલ્યુ. એ. એસ. ને ઉપલબ્ધ કરાવવામાં આવે છે જે 7.0.0.12 સાથે આવે છે. નીચેનું ચિત્ર ટ્રાન્ઝેક્શન પ્રચાર અને સુરક્ષા દાવા માટે WOLA IMS સપોર્ટનો સારાંશ આપે છેઃ પ્રોગ્રામિંગ વિચારણાઓ WAS z/OS માટે ઇનબાઉન્ડ બાહ્ય સરનામાંની જગ્યા પૂરી પાડવામાં આવેલ ઇન્ટરફેસ મોડ્યુલો અને દસ્તાવેજીકૃત API દ્વારા OLA મિકેનિઝમને એક્સેસ કરે છે. હાલમાં 13 API છે. તેઓ નીચે વર્ગીકૃત કરવામાં આવે છે. ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. વાતાવરણમાં ચાલતા જાવા પ્રોગ્રામ્સે બહારથી આહ્વાનનું લક્ષ્ય બનવાની ઇચ્છા રાખીને ડેવલપમેન્ટ ટૂલિંગ સપોર્ટમાં પૂરી પાડવામાં આવેલી ઓ. એલ. એ. વર્ગની ફાઇલોનો ઉપયોગ કરીને સ્ટેટલેસ સત્ર બીનમાં ઓ. એલ. એ. ઇન્ટરફેસનો અમલ કરવો આવશ્યક છે. ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. માંથી આઉટબાઉન્ડ ઓ. એલ. એ. કૉલ આઉટબાઉન્ડ શરૂ કરવા ઈચ્છતા જાવા પ્રોગ્રામને સર્વલેટ અથવા ઇ. જે. બી. તરીકે અમલમાં મૂકી શકાય છે. ડેવલપમેન્ટ ટૂલિંગ સપોર્ટમાં પૂરી પાડવામાં આવેલી ક્લાસ ફાઇલોનો ઉપયોગ કરીને પૂરા પાડવામાં આવેલ જેસીએ રિસોર્સ એડેપ્ટર (ola.rar) ને જાવા પ્રોગ્રામ કોડ કરે છે. બાહ્ય સરનામાંની જગ્યાઓ કે જે આઉટબાઉન્ડ કોલનું લક્ષ્ય છે તે કૉલ સ્વીકારવા માટે તૈયાર સ્થિતિમાં હોવી જોઈએ. બે મૂળભૂત નમૂનાઓ અસ્તિત્વમાં છેઃ જો બાહ્ય સરનામાની જગ્યા CICS હોય, તો વપરાશકર્તા પાસે હાલની CICS પ્રોગ્રામ અસ્કયામતો વતી પ્રાપ્તકર્તા એજન્ટ તરીકે કામ કરવા માટે પૂરા પાડવામાં આવેલ લિંક સર્વર ટાસ્કનો ઉપયોગ કરવાનો વિકલ્પ હોય છે. લિંક સર્વર કાર્ય (મૂળભૂત રીતે BBO $) કૉલ મેળવે છે અને interactionSpecImpl.setServiceName () પર નામ આપવામાં આવેલ પ્રોગ્રામની EXEC CICS લિંક જારી કરે છે. વર્તમાન સી. આઈ. સી. એસ. કાર્યક્રમમાં કોઈ ફેરફારની જરૂર નથી, જો તે કોમેરીયા અથવા ચેનલો/કન્ટેનરને ટેકો આપે તો. જો બાહ્ય સરનામું આઈ. એમ. એસ. હોય, તો પછી કૉલ આઈ. એમ. એસ. ઓ. ટી. એમ. એ. ઈન્ટરફેસનો ઉપયોગ કરીને કરી શકાય છે (જે તમારી આઈ. એમ. એસ. એપ્લિકેશનમાં કોઈ ફેરફાર સૂચવે છે), અથવા સીધા ઓ. એલ. એ. નો ઉપયોગ કરીને (જે આઈ. એમ. એસ. પ્રોગ્રામમાં ઓ. એલ. એ. એ. પી. આઈ. નો ઉપયોગ "સેવા હોસ્ટ" કરવા માટે સૂચવે છે). જો બાહ્ય સરનામાની જગ્યા સી. આઈ. સી. એસ. અથવા આઈ. એમ. એસ. સિવાયની હોય, તો પ્રોગ્રામને પૂરા પાડવામાં આવેલ API માંથી એકનો ઉપયોગ કરીને "સેવા હોસ્ટ" કરવાની જરૂર છે. તે પ્રોગ્રામને ડબલ્યુએએસ ઝેડ/ઓએસમાં જાવા પ્રોગ્રામમાંથી કૉલ પ્રાપ્ત કરવા માટે તૈયાર સ્થિતિમાં મૂકે છે. જ્યારે કોલ પ્રાપ્ત થાય છે ત્યારે તે વિનંતી પર પ્રક્રિયા કરી શકે છે અને ડબલ્યુએએસ ઝેડ/ઓએસ સિંક્રોનસ અને એસિંક્રોનસ ઓપરેશન્સમાં જાવા પ્રોગ્રામને પ્રતિસાદ પૂરો પાડી શકે છે. સિંક્રોનસ એક સરળ પ્રોગ્રામિંગ મોડેલ પ્રદાન કરે છે કારણ કે જ્યાં સુધી પ્રતિસાદ પ્રાપ્ત ન થાય ત્યાં સુધી પ્રોગ્રામ નિયંત્રણ કૉલિંગ પ્રોગ્રામમાં પરત કરવામાં આવતું નથી. એસિંક્રોનસ આર્કિટેક્ટને લાંબા સમયથી ચાલતી લક્ષ્ય પ્રક્રિયામાંથી પાછા આવતા પ્રતિસાદની રાહ જોયા વિના અન્ય કાર્ય પર પ્રક્રિયા કરવાની તક પૂરી પાડે છે. મોડ્યુલર ડિઝાઇન ઓ. એલ. એ. ઇન્ટરફેસ અને હાલની અસ્કયામતો વચ્ચે "પુલ" તરીકે કામ કરવા માટે ઓ. એલ. એ.-વિશિષ્ટ પ્રોગ્રામિંગ કલાકૃતિઓની રચના કરવી શક્ય છે. તે હાલની પ્રોગ્રામિંગ અસ્કયામતો પરની અસરને ઘટાડવાનું કામ કરે છે અને "પ્લેટફોર્મ લોક ઇન" ની માત્રાને મર્યાદિત કરે છે. CICS માટે આઉટબાઉન્ડ-પ્રદાન કરેલ લિંક સર્વર અમલીકરણનો ઉપયોગ કરો; તમારા CICS કાર્યક્રમોમાં કોઈ ફેરફાર નહીં. ડબલ્યુ. એ. એસ. માટે ઇનબાઉન્ડ-એક ઇ. જે. બી. બનાવો જે ઓ. એલ. એ. કૉલ લે છે, પછી નિર્દિષ્ટ ઇ. જે. બી. ને ફેરવે છે અને કૉલ કરે છે. જો લક્ષ્ય EJB એ જ JVMમાં હોય તો તે અત્યંત કાર્યક્ષમ બની શકે છે. જો લક્ષ્ય EJB એ જ LPAR પર સમાન કોષમાં હોય તો અગાઉ ઉલ્લેખિત "સ્થાનિક સંચાર" કાર્યનો ઉપયોગ થાય છે. APIs 13 API છે, જેને નીચેની શ્રેણીઓમાં વર્ગીકૃત કરવામાં આવ્યા છેઃ સામાન્ય સેટઅપ અને ટિયરડાઉન-BBOA1REG (રજિસ્ટર) અને BBOA1URG (અનરજિસ્ટર) ઇનબાઉન્ડ બેઝિક-BBOA1INV (ઓટોમેટિક ગેટ રિસ્પોન્સ સાથે ઇન્વોક) ઇનબાઉન્ડ એડવાન્સ્ડ-BBOA1CNG (ગેટ કનેક્શન), BBOA1SRQ (સેન્ડ રિક્વેસ્ટ), BBOA1RCL (ગેટ રિસ્પોન્સ લેંથ), BBOA1GET (ગેટ મેસેજ ડેટા), BBOA1CNR (રીલીઝ કનેક્શન) આઉટબાઉન્ડ બેઝિક-BBOA1SRV (હોસ્ટ એ સર્વિસ), BBOA1SRP (સેન્ડ રિસ્પોન્સ) આઉટબાઉન્ડ એડવાન્સ્ડ-BBOA1RCA (કોઈપણ કનેક્શન પર રિસીવ), BBOA cdat _ olaapis પર શોધો. સામાન્ય API પેટર્નનું ઉદાહરણ એક સામાન્ય ઇનબાઉન્ડ API વપરાશ મોડેલ હશેઃ આ કિસ્સામાં BBOA1REG API નો ઉપયોગ z/OS ડેમન જૂથ (સેલનું ટૂંકું નામ) માટે વેબસ્ફિયર એપ્લિકેશન સર્વરમાં નોંધણી કરવા માટે થાય છે, અને BBOA1INV ની બહુવિધ વિનંતીઓનો ઉપયોગ લક્ષ્ય EJB ને બોલાવવા માટે થાય છે. બી. બી. ઓ. એ. 1 આઈ. એન. વી. સુમેળભર્યું છે તેથી જ્યાં સુધી ઇ. જે. બી. પ્રતિસાદ ન આપે ત્યાં સુધી કાર્યક્રમનું નિયંત્રણ રાખવામાં આવે છે. આ API ત્યારે ઉપયોગી છે જ્યારે કૉલિંગ પ્રોગ્રામ પ્રતિસાદ સંદેશના કદને અગાઉથી જાણે છે. જો કોલના સમયે પ્રતિસાદ સંદેશાનું કદ અજ્ઞાત હોય તો વધુ આદિમ API (BBOA1SRQ (વિનંતી મોકલો), BBOA1RCL (પ્રતિસાદની લંબાઈ મેળવો), BBOA1GET (સંદેશ ડેટા મેળવો)) વધુ યોગ્ય રહેશે. જ્યારે કૉલિંગ પ્રોગ્રામ નક્કી કરે છે કે તેણે તેનું કામ પૂરું કરી લીધું છે, ત્યારે તે ડેમન જૂથમાંથી નોંધણી રદ કરવા માટે BBOA1URG નો ઉપયોગ કરે છે. જો લક્ષ્ય જાવા પ્રોગ્રામમાં લાંબો પ્રતિસાદ અંતરાલ હોય તો અસિંક્રોનસ મોડેલ વધુ સારું છે. નીચેનું ચિત્ર સમજાવે છે કે અસિંક્રોનસ કૉલ કેવી રીતે કરવામાં આવશે જેને આદિમ API તરીકે ઓળખવામાં આવે છેઃ અસિંક્સ = 1 પરિમાણ સમૂહ સાથે BBOA1SRQ: ચિત્ર સમજાવે છે તેમ, અસિંક્રોનસ મોડ બિન-જાવા પ્રોગ્રામને નિયંત્રણ મેળવવાની અને અન્ય પ્રક્રિયા કરવાની મંજૂરી આપે છે. તેનો અર્થ એ છે કે ભવિષ્યના અમુક તબક્કે પ્રતિસાદની તપાસ કરવી. તે હેતુ માટે બી. બી. ઓ. એ. 1. આર. સી. એલ. નો ઉપયોગ થાય છે. આ ઉદાહરણમાં BBOA1RCL સુમેળમાં જારી કરવામાં આવે છે (પરિમાણ અસિંક = 0). જો પ્રતિસાદ ઉપલબ્ધ હોય તો BBOA1RCL કાર્યક્રમને લંબાઈ અને કાર્યક્રમ નિયંત્રણ વળતર પ્રદાન કરશે. જો કોઈ પ્રતિસાદ ઉપલબ્ધ ન હોય તો જ્યાં સુધી એક ઉપલબ્ધ ન હોય ત્યાં સુધી બી. બી. ઓ. એ. 1. આર. સી. એલ. કાર્યક્રમનું નિયંત્રણ ધરાવે છે. જો કોઈ પ્રતિસાદ ઉપલબ્ધ ન હોય તો અસિંક = 1 સાથે BBOA1RCL x 'FFFFF' આપશે; કાર્યક્રમ નિયંત્રણ તરત જ પરત કરવામાં આવે છે. આઉટબાઉન્ડ માટેના અન્ય ચિત્રો આઇબીએમ ટેકડોક્સ વેબસાઇટ પર મળેલા ડબલ્યુપી101490 દસ્તાવેજમાં મળી શકે છે. નોંધઃ ડબલ્યુ. એ. એસ. થી સી. આઈ. સી. એસ. સુધી આઉટબાઉન્ડ માટે એ. પી. આઈ. કોડિંગની જરૂર રહેશે નહીં. તે કિસ્સામાં પૂરા પાડવામાં આવેલ બી. બી. ઓ. $/બી. બી. ઓ. #લિંક સર્વર વ્યવહારો તે પ્રક્રિયા કરશે. તે લિંક સર્વર વ્યવહારો BBOA1SRV API જેવી આંતરિક રચનાઓનો ઉપયોગ કરીને "સેવા હોસ્ટ કરે છે". બેચ પ્રોગ્રામ માટે આઉટબાઉન્ડ માટે "સેવા હોસ્ટ કરવા" માટે API નો ઉપયોગ કરવાની જરૂર પડશે. વ્યવહારક્ષમતા ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સ સી. આઈ. સી. એસ. ઇનબાઉન્ડથી ડબલ્યુ. એ. એસ. સુધીની બે તબક્કાની કમિટ (2પીસી) પ્રક્રિયાને ટેકો આપે છે. જાળવણી 7.0.0.12 ના આગમન સાથે, ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટરો ડબલ્યુ. એ. એસ. થી સી. આઈ. સી. એસ. સુધીના બે તબક્કાના કમિટ આઉટબાઉન્ડને પણ ટેકો આપે છે. 7.0.0.12 પહેલા ડબલ્યુ. એ. એસ. થી સી. આઈ. સી. એસ. સુધી ટ્રાન્ઝેક્શનલ સપોર્ટ "સિંક ઓન રીટર્ન" સુધી મર્યાદિત હતો. આઈ. એમ. એસ. માટે, આઈ. એમ. એસ. આશ્રિત પ્રદેશોમાંથી ડબલ્યુ. એ. એસ. ને ઇનબાઉન્ડ લેવડદેવડના દાવા માટે સમર્થન ફિક્સપેક 8.0.0.4 અને 8.5.0.1 માં પ્રદાન કરવામાં આવ્યું હતું. ફિક્સપેક 8.0.0.5 માં પૂરા પાડવામાં આવેલ WOLA/OTMA પર WAS થી IMS સુધી આઉટબાઉન્ડ ટ્રાન્ઝેક્શન સ્ટેટમેન્ટ. ટ્રાન્ઝેક્શનલ પ્રોપેગેશન ઇનબાઉન્ડ અથવા આઉટબાઉન્ડ ટુ બેચ, યુ. એસ. એસ. અથવા એરલાઇન્સ લાઇન કંટ્રોલને સપોર્ટેડ નથી. સુરક્ષા ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સ નીચેના સંજોગોમાં ઓળખનો દાવો કરવામાં સક્ષમ છેઃ ડબલ્યુ. એ. એસ.--> સી. આઈ. સી. એસ.: ડબલ્યુ. ઓ. એલ. એ. પી. આઈ. ને કૉલ કરવા માટે ઉપયોગમાં લેવાતા ડબલ્યુ. એ. એસ. થ્રેડ પરની ઓળખનો ઉપયોગ સી. આઈ. સી. એસ. માં ઓળખનો દાવો કરવા માટે થઈ શકે છે. આવું કરવા માટે, WOLA CICS લિંક સર્વરનો ઉપયોગ કરવો આવશ્યક છે અને SEC = Y પરિમાણ સાથે પ્રારંભ કરવો આવશ્યક છે અને CICS ક્ષેત્ર SEC = YES સાથે ચાલતું હોવું આવશ્યક છે અને જે ID હેઠળ લિંક સર્વર કાર્ય ચાલે છે તેમાં પ્રસારિત વપરાશકર્તા ID વતી વ્યવહારો શરૂ કરવા માટે સુરોગેટ SAF સત્તા હોવી આવશ્યક છે. આ વિશે વધુ વિગતો માટે આઇબીએમ ઇન્ફોસેન્ટરનો સંદર્ભ લો. ડબલ્યુ. એ. એસ.--> બેચ, યુ. એસ. એસ. અથવા એ. એલ. સી. એસ.: ઓળખનો દાવો કરવાનો કોઈ પ્રયાસ કરવામાં આવતો નથી. લક્ષ્ય પ્રક્રિયા જ્યારે શરૂ કરવામાં આવી ત્યારે ઉપયોગમાં લેવાતી ઓળખ હેઠળ ચાલે છે. સી. આઈ. સી. એસ.--> ડબલ્યુ. એ. એસ.: સી. આઈ. સી. એસ. તેના ક્ષેત્ર આઈ. ડી. અથવા એપ્લિકેશન વપરાશકર્તા આઈ. ડી. બેચ, યુ. એસ. એસ. અથવા એ. એલ. સી. એસ. નો દાવો કરી શકે છેઃ બાહ્ય પ્રક્રિયા ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. માં તેની ઓળખનો દાવો કરવાનો પ્રયાસ કરશે. મર્યાદાઓ ડબલ્યુ. એ. એસ. ઝેડ./ઓ. એસ. ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટરનો ઉપયોગ માત્ર આપેલ એલ. પી. એ. આર. માં જ થઈ શકે છે. તે એક ક્રોસ-મેમરી મિકેનિઝમ છે અને એલ. પી. એ. આર. વચ્ચે અથવા મશીનની બહાર જઈ શકતું નથી. બાહ્ય કડીઓ રેડબુક્સઃ વેબસ્ફિયર ઓન ઝેડ/ઓએસ-ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સ આઇબીએમ ટેકડોક્સઃ વેબસ્ફિયર ઝેડ/ઓએસ ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સ આઇબીએમ ઇન્ફોસેન્ટરઃ ઝેડ/ઓએસ માટે ઓપ્ટિમાઇઝ્ડ લોકલ એડેપ્ટર્સનો ઉપયોગ કરવાની યોજના વીડિયો પ્રદર્શનો કીવર્ડ્સ પર શોધ કરીને યુટ્યુબ પર જોઈ શકાય છે WASOLA1 યુટ્યુબ વીડિયોઃ WP101490-WOLA-એસેન્શિયલ્સ ઓફ WOLA WP101490-WOLA-CICS WP101490-WOLA-IMS WP101490-WOLA-નેટિવ APIs પાર્ટ 1 ઓફ 2 WP101490-WOLA-નેટિવ APIs પાર્ટ 2 ઓફ 2 WP101490-WOLA