XCF groups in SYSPLEX

Change Management utility: ChangeMan, ENDEVOR, CA-Panvalet, ASG, CCC/Harvest, Cybermation Alchemist, Proteus(Fundi), SCLM, Rational ClearCase, ISPW - Discussion Forum.
Previous topicNext topic

Topic Author
albert94
Registered Member
Posts: 19
Joined: Fri Oct 02, 2015 10:54 pm

XCF groups in SYSPLEX

Post by albert94 » Mon Oct 12, 2015 11:14 am

Hello All !
According to some Sysplex documentation, the XCF groups and their members should be define in XCF !
and groups should define in Transport Class for signaling path !!! But I didn't understand how to define groups for exploiters ?
Is there a difference between defining the groups based on exploiters ?

Thanks !!!
Regards




enrico-sorichetti
Global Moderator
Global Moderator
Posts: 891
Joined: Wed Sep 11, 2013 3:57 pm

Re: XCF groups in SYSPLEX

Post by enrico-sorichetti » Mon Oct 12, 2015 12:07 pm

Reword Your question, please
while it might be clear to You, You have not been able to make it clear for us.
Is there a difference between defining the groups based on exploiters ?
compared to what ?


cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort 8-)


Topic Author
albert94
Registered Member
Posts: 19
Joined: Fri Oct 02, 2015 10:54 pm

Re: XCF groups in SYSPLEX

Post by albert94 » Mon Oct 12, 2015 12:41 pm

((( Is there a difference between defining the groups based on exploiters ? ))))

for example : Is there any difference between defining the DB2 groups and CICS groups ???




enrico-sorichetti
Global Moderator
Global Moderator
Posts: 891
Joined: Wed Sep 11, 2013 3:57 pm

Re: XCF groups in SYSPLEX

Post by enrico-sorichetti » Mon Oct 12, 2015 1:38 pm

Is there any difference between defining the DB2 groups and CICS groups ???
the process is the same, naturally the properties will be different
An XCF group is a set of related members that a multisystem application defines to XCF. A member is a specific function, or instance, of the application. A member resides on one system and can communicate with other members of the same group across the sysplex.
A transport class is MVS's way of enabling you to associate one or more XCF groups (based on similar signaling requirements) and then assign them signaling resources (signaling paths and message buffers). A transport class allows you to segregate message traffic according to the needs of an application's group, the lengths of its messages, or both.
but You could have found out that Yourself if instead of reading
some Sysplex documentation
You had read the IBM manuals :twisted:

exploiters is rubbish for USER/CLIENT

generally has a derogatory implication


cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort 8-)

Previous topicNext topic

Return to “Application Change Control Software for MVS, OS/390 and z/OS.”