Issue with Vocab Overrides

[DaveBarber]

I am having an issue with creating vocab overrides.

The form i am trying to ammend is Item Master (P4101).

I have done the following (as ever with VO):

1) open FDA for P4101
2) select VO tab
3) on Work with VO click select

At this point ordinarilly the VO design screen would appear.
Instead I am getting a message:

"There are no specification records found for this form"

This is the first time anyone have attempted to ammend VO on this site and CNC have no idea why this could be happening.
In the past at other sites i have never had any issues.

Does anyone know what this message means ?

many thanks in advance

Dave

JDE B7333 XE SP22, Oracle dbase

 

[LHoffman]

Try to do a "Get" of the P4101. I know that the object must be checked in, but if you´re doing this on Fatclient, I supose that you must have the object specification.

Let´s us know about it!!!

 

[DaveBarber]

Tried doing a get but getting the same error message.
Have never come across this before.

I will look at the source in FDA and find what is driving this error. Will let you know how i get on.

cheers
Dave

 

[Zoltan_Gyimesi]

Hi Dave,

[ QUOTE ]
I will look at the source in FDA and find what is driving this error.

[/ QUOTE ]

I did the same

You surely already fin it in the Button Clicked event of Find on W9220A:


[ QUOTE ]

// Place the FORM type records from F98750 into the cache
//
Cache Vocabulary Override information for fi
//
// Get the first cache record
//
Cache Vocabulary Override information for fi
//
// If no records were found, skip all of this, and place nothing in the grid.
// Display an informational message.
//
If VA frm_CACHEErrorCode is equal to VA frm_Cache_NoRecordsFound
Call( App9220 , Form: W9220C )
VA frm_ContinueProcess = "N"
Else
//


[/ QUOTE ]

I suppose, your Get was success, so spec should exist in the related tables:
F98750 FDA Text records
F98751 FDA Spec records

My only guess is, that the Language Preferenc is not blank (Domestic) in your OW User Profile and VO try to retrieve the texts with this Language Code, but texts does not exist with this code.

Would yo please check this, and I my assumption is right, then make a try with blank Language Code in your user profile?
To be on the safe side, Log OFF/ON OW after you changed the code.

I am curiously waiting your update.

Regards,

Zoltán

 

[Zoltan_Gyimesi]

Hi Dave,

After I sent my previous reply, I am really not sure, that I figured out the problem - but other ideas came in my mind.

First some quetions:
Q1.) Do you work on a FAT client or on a Terminal Server?
Q2.) Which Path Code were you Signed-On, when you received the error?
Q3.) Which Path Code did you GET From and GET To?

The continuation depends on your answers?

Waiting...

Zoltán

 

[DaveBarber]

[ QUOTE ]
Hi Dave,

After I sent my previous reply, I am really not sure, that I figured out the problem - but other ideas came in my mind.

First some quetions:
Q1.) Do you work on a FAT client or on a Terminal Server?
Q2.) Which Path Code were you Signed-On, when you received the error?
Q3.) Which Path Code did you GET From and GET To?

The continuation depends on your answers?

Waiting...

Zoltán

[/ QUOTE ]

Hi Zoltan - thanks for your mails on this.

Firstly in answer to you questions:

1) FC
2) Issue is in all path codes
3) GET was from DV7333 to DV7333

I traced the error message to the line of code you mention in your previous post and this pointed to an issue with the cache retrieval from F98750. I checked the ocm for this table and it was set to default (business data-dev) so I have changed this to Central Objects-dv7333.
I thought this would have fixed the issue but afraid it is still happening.

I havent had a chance to work on it anymore since yesterday but I hope to have another look this afternoon.

Will let you know how I get on.

thanks again

 

[Zoltan_Gyimesi]

Hi Dave,

Thanks for your update.

[ QUOTE ]
I checked the ocm for this table and it was set to default (business data-dev) so I have changed this to Central Objects-dv7333.

[/ QUOTE ]

What do you mean "set to default"?
A.) You found an entry for F98750 in the Object Name field, which points to Business Data?
B.) You did not found, so you supposed that the DEFAULT entry for DV7333 manage the location of this table.

It is strange anyway, because (at least on XE and prior) these two tables belong to that group of tables, which location is hard-code in OneWorld and they do not need and by default they do not have OCM entry.

My next suggestion are the following:

#1. If you still haven't done, check the table in UTB and let us know your notice.

#2. If you have a chance, make a try on an other Fat Client.

#3. Make a try on an other APPL too.

Please, let us know your results.

By the way, if you still did not know, then with the:

[INTERACTIVE RUNTIME]
TAMMenus=Show

entry in your JDE.INI you will have more options in the File menu of UTB:
Open Local TAM
Open Remote TAM...
Open RDB...
and you can open spec files with these whith "exploded" BLOBs.

Regards,

Zoltán

 

[DaveBarber]

Hi Zoltan,

Been a while since I looked at this. Sorry for not getting back to you.

In response to your questions:

A)+ B) OCM for F98750 was set to business data dev so i changed it to Central Objects dv7333.

#1 - I can see the data in the table on UTB. There are entries against the applications i am trying to set up for VO. The language is set to null.

#2 - I have tried to set up VO on another Fat client and have the same problem.

#3 - Have tried to run the VO for several applications (bespoke and standard) and the problem is there for all.

One thing I have discovered is that we do not have language packs installed here - is this significant?
I know that the VO is part of the dev tools but I wondered if the language packs needed to be loaded for it to work?

 

[Zoltan_Gyimesi]

Hi Dave,

I am afraid, that I am out of idea.

I suppose, you made a try with other OW User Id too.
I you haven't done yet, then please, try it - if you are allowed to sign in as JDE, then try it with JDE too.

Maybe here is my last dummy 1/1000 cent:
#1. Check that your OCM for these tables are in AV (active) status - sorry, that's all

Finally three questions:
Does VO work for UBE translation?
Does Language Preview work in FDA?
Does Processing Option Text Translation work (GH9011/P98306)?

Regards,

Zoltán

 

[Zoltan_Gyimesi]

Hi Dave,

Just an other 1/1000 cent:

Delete all OCM entries of these tables - log-off, log-on and make a try.

If my memory serves me well, there is a list of those tables, which location is hard-coded in the system and do not have OCM entries by default.

Regards,

Zoltán

 

[DaveBarber]

Hi Zoltan,

Thanks again for your thoughts on this.

I have now done the following:

1) Removed all entries in the OCM for F98750/1
2) Tested VO on batch applications - I get the same error
3) Tested on another client with sign on JDE - same error
4) Tested for another application - same error

I have double checked the records on F98750/1 for my application. The records exist and look correct. This leads me to believe that the issue must be to do with:

1) the location of these tables - central objects b7333 - i think this is correct?

2) the place my client or the system believes them to be.

I think it must be number 2 which is the issue.

Question -you say that the F98750/1 tables are hardcoded into the system. Where can I see where this is ?

thanks again in advance.

Dave

 

[Zoltan_Gyimesi]

Hi Dave,

[ QUOTE ]
Question -you say that the F98750/1 tables are hardcoded into the system. Where can I see where this is ?

[/ QUOTE ]

Yesterday I tried to find this list in the technical manuals - unfortunately without succes.

The only thing, that I was able to discover, that filtering F9860 table where CLDF = C, the result contains all or part of these table.

UTB brought up 17 records, and 13 of them has no OCM entry at all (F98306, F98711, F98712, F98713 has OCM entry of the 17).

Maybe you can do the same and revise the OCM entries of these tables.

Maybe not a bad idea to ask the correct list from CNC girs&guys on the Technical board.

On the other hand, did you try to open these tables in UTB with "File/Open RDB..."?

You can also make a try with a Chck-Out = Check-In before VO call.

At last, what about UBE VO and ProcOpt Text Translations, what I asked in one of my previous post under your thread?

Regards,

Zoltán

 

[peterbruce]

Zoltán, Dave,

Are you talking about the Bootstrap tables?