12-07-2009 8:11 PM
Hi gurus,
We have a weird issue in our QA system: following a change to a 'Z' data element (we change it from a CHAR(2) to a CHAR(4) and we change the text) used in some 'Z' tables, we are not able to fill in the data in the table via SE16N, because the changes are not reflected. The field name is still the same and the field lenght too, though we change it from 2 characters to 4 characters.
This issue is only happening in our QA system, when it was moved in production, everything went fine.
Does anyone have an idea ? Is there some kind of cache/buffer used by SE16N that should be rebuild or refreshed ?
Thanks in advance for your help.
Greg.
12-07-2009 8:14 PM
12-07-2009 8:14 PM
12-07-2009 8:38 PM
Well, it is far more stupid than that. I needed us /$SYNC in the ok code to reset all application server buffer, and then SE16N was normal...
Here's a page to a summary of all ok codes: http://abap4.tripod.com/OK_Code_Values.html
11-18-2019 5:24 PM
01-02-2024 10:12 AM
2 weeks ago
Thanks this worked for me as well, database utility also failed but this worked
2 weeks ago
I think /$SYNC its work for me.. and this solution is perfect to my issue