MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Using CSKL, doubt regarding parameters

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> CICS and Middleware
View previous topic :: View next topic  
Author Message
bauer
Intermediate


Joined: 10 Oct 2003
Posts: 319
Topics: 51
Location: Germany

PostPosted: Fri Jan 20, 2006 2:04 am    Post subject: Using CSKL, doubt regarding parameters Reply with quote

Hi,

I'm using CSKL listener.

I'm not sure about the parameters.

The IBM manual explains:

- 4 Byte transaction to be called
- 1 Byte comma
- max 35 / 40 bytes optional client in data
- 1 byte comma
- 2 Bytes optional startuptype
- 1 byte comma
- 6 optional byte time for startup by interval control.

My question: Meas optional leave missing parameter blank = hex 40 or forget missing parameters.

Sample:

ABCD,<mydata>,, is this correct or
ABCD,<my data>,'4040'X,'404040404040'x


Both methods seam to be correct (I have tested), but what is the official way? What is correct ? Any comments ? I'm not sure.


bauer
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12403
Topics: 75
Location: San Jose

PostPosted: Fri Jan 20, 2006 5:18 am    Post subject: Reply with quote

bauer,

check this link which explains the listener input format with examples

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1G110/6.5.1?DT=20020430164918

Hope this helps...

Cheers

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
bauer
Intermediate


Joined: 10 Oct 2003
Posts: 319
Topics: 51
Location: Germany

PostPosted: Fri Jan 20, 2006 5:27 am    Post subject: Reply with quote

kolusu,

well, this doesn't help. The documentation is of course know to me.

What is correct ?

Code:

ABCD,<mydata>,, 


or

Code:

ABCD,<my data>,'4040'X,'404040404040'x


If you refer to IP CICS Sockets Guide v1.2.pdf, or IP CICS Sockets Guide zOS1.4.pdf (other version!!!!) you see some small differences ?!


bauer
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12403
Topics: 75
Location: San Jose

PostPosted: Fri Jan 20, 2006 5:35 am    Post subject: Reply with quote

bauer,

I would go with
Code:

ABCD,<mydata>,, 


instead of passing spaces for time parameter.

If you are not passing any parameters just code conscuetive commas

Also here is an examples of how the input data is intrepreted.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1G110/6.5.1.1?SHELF=&DT=20020430164918&CASE=

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
bauer
Intermediate


Joined: 10 Oct 2003
Posts: 319
Topics: 51
Location: Germany

PostPosted: Fri Jan 20, 2006 6:16 am    Post subject: Reply with quote

kolusu,

thank you for your quick reply.

This is the way we do it at the moment. It works, but only sometimes.

The situation is:

We send command string to the listener, send then any other bytes (not containing commas !!!) to be processed by any user transaction called by the listener.

We use userwritten security exit for the listener.

In case it works, userexit is called by listener, listener calls transaction, takesoket, reading bytes in application program. No Problem.

In case it doesn't work (1%) listener calls secuexit, listener calls transaction, transaction requests for soket by takesoket command, reading bytes. 8 Bytes are missing at the beginning of the datastream. Same input data and so on as in the situation without error.

If we view in the secuexit the structure passed from listener to secuexit we find our missing bytes in the date/time datafield (not passed from client to listener).

It looks like, that the listener only sometimes captures some bytes from the data following the listener commandstring. But only sometimes. Exactly same inputdata (we did networktraces .....) results only in same cases in this errorsituation.

May be, we have link problems with the secuexit. The link parms are REUS, RENT ...... May be, this is wrong and only RENT should be set ?!

We searched IBM problem database, no solution.


bauer
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12403
Topics: 75
Location: San Jose

PostPosted: Fri Jan 20, 2006 7:54 am    Post subject: Reply with quote

bauer,

Did you check this link ?

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1G110/6.5.3?DT=20020430164918


Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
bauer
Intermediate


Joined: 10 Oct 2003
Posts: 319
Topics: 51
Location: Germany

PostPosted: Fri Jan 20, 2006 8:08 am    Post subject: Reply with quote

kolusu,

yes. this part of the manual is know / checked .....
Back to top
View user's profile Send private message
bauer
Intermediate


Joined: 10 Oct 2003
Posts: 319
Topics: 51
Location: Germany

PostPosted: Tue Jan 31, 2006 1:47 am    Post subject: Reply with quote

Update:

Coding like this

Code:
 
ABCD,<my data>,'4040'X,'404040404040'x


is works fine, no errors.

Passing only to commas I get errors, but only sometimes. Same input data of course....., confusing ...?!
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> CICS and Middleware All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group