GE status code even for Correct Keys

Sumeru · New User Joined: 15 Apr 2006 Posts: 10

Hi,

Am facing some problem while trying to retrieve a segment using GHU database call. All the keys and other parameters passed to the DLITPLI call(Used in PLI language) are correct but still receiving an Status code GE 'Segment not found'. I checked the PSB also. It also contains the segment type which am trying to access. Can you please throw some light on this problem.

Thanks in advance..

Sandy Zimmer · Posted: Fri Dec 19, 2008 7:03 pm

Either you don't really have a segment with those keys or something is not coded correctly. Make sure that your SSA is fully qualified and consider posting the related code here.

Sandy Zimmer · Posted: Fri Dec 19, 2008 9:16 pm

One more thing - is this a root segment or a child segment?

Sumeru · New User Joined: 15 Apr 2006 Posts: 10

The structure of the database is WM11(Parent segment) and WM21(shild segment).We are trying to fect the WM21 segment which is a child segment. The same code is working in BTS(Batch Terminal Simulator) and dailing when tested in IMS. We saw the unloads of the database and the segment is present in the database with the correct keys. We even tried issuing an GET NExt (GN) call and the call is fecthing all WM21's (child segments) under the parent(WM11) and failing to fecth the last occrence of the segment(segment which we really need).

If we create once more WM21 segment under the same parent segment, this time the call is fecthing the alst but one segment (the one which it didn't fecth previosly) and failing to fecth the last segment again(newly created one). Please help us to resolve this issue..

Thanks in advance

Sandy Zimmer · Posted: Sun Dec 21, 2008 7:21 pm

"Fetch" is a DB2 term and IMS is COMPLETELY different. DB2 is relative and IMS is a heirarchy structure. You are trying to retrieve a child of a parent segment without giving IMS the key of the parent. I cannot understand how it could possibly be working in BTS if you are going after a specific child.

You can issue unqualified get nexts against child segments without knowing the parent, but if you want a specific child under a specific parent, you must full qualify both SSAs.

If you issue unqualified calls to retrieve child segments, you will get all child segments for all parents. That being said, IMS always knows where it is even if you do not. If you want to know the child's parent, you need to take a look at the key feedback area in the PCB. It will have the concatenated keys for all parents all the way up the chain.

What is your application trying to achieve?

Sumeru · New User Joined: 15 Apr 2006 Posts: 10

Hi Sandy,

First let me Thank for your fast response.

There are some 10 modules which perfomrs some function. ModuleX searches for a segment with the keys entered by the user on online screen. If it is not finding the segment in the database, then ModuleX inserts the segment under the parent(which is default). Then ModuleY will retrieve the segment with the same keys using the GHU call to perform some replace function.

The problem here is in ModuleY when a GHU call is issued using the complete keys of Parent and the child, it is not able to find the segment and returning the status code GE.

I tried retrieving the same segment using the complete keys in ModuleX where it is actually inserted and able to retireve the segment successfully.
But not able to retrieve it in ModuleY.

Everything is going fine in BTS and not going well in IMS. I don't why tere is difference.

For the sake of testing, i tested to retrieve the segment using Get Next calls giving the keys of parent in ModuleY, am able to retrieve all the child segments under that parent except the one which i need(which was inserted in the previos module ModuleX).

Thanks again..

Sandy Zimmer · Posted: Mon Dec 22, 2008 5:57 pm

The problem here is in ModuleY when a GHU call is issued using the complete keys of Parent and the child, it is not able to find the segment and returning the status code GE.

Did you take a look at the SEGMENT LEVEL in the PCB to determine if the parent was retrieved? If both the parent and the child were returned, the segment level would be 2 - if just the parent, the segment level would be 1.

BTS is not reusable. Also, are these modules linked statically or dynamically? It is very difficult to determine the problem without the entire picture.

Sumeru · New User Joined: 15 Apr 2006 Posts: 10

Hi Sandy,

The Segment Level is '01' from which it is clear that the parent is retrieved but the child is not retrieved. The modules were linked statically only.

Thanks again.

Sandy Zimmer · Posted: Wed Dec 24, 2008 6:48 pm

OK - we are making progress! Was this a process that was previously working or is it all new? Will you please show us your code for this call along with the coding for the SSAs?

Please think about your link status. If indeed statically linked, you will need to re-link all modules involved. You will then have the correct load module.