on 06-22-2015 5:29 PM
Hi all,
I came across something weird with Fiori and the way it caches things. The answer to my problem was to run program /UI2/INVALIDATE_GLOBAL_CACHES.
This is what happened. This was my first time creating Fiori content in a transportable environment. My first mistake was not including "scope=CONF" in the url for the Fiori configuration. So, I had created my custom group and catalogs but didn't have them in a transport. So, I added the additional information to the url and had to recreate the group and catalog items in DEV. When I did this, all of a sudden my tile had disappeared from the screen. I ran every cache deleting program that I had access to, but none of them did anything for me. I had recreated my group and catalogs at least 3 times, fully deleting them each time and recreating from scratch.
My question is, should the program /UI2/INVALIDATE_GLOBAL_CACHES be put into a batch job and run every night or weekly, or is this something that we have to run after every time we create a change to groups and catalogs? And in each subsequent system after transporting?
Hope this makes sense.
Cheers,
Kevin
Kevin,
I usually run program /UI2/CHIP_SYNCHRONIZE_CACHE to get the changes reflected. /UI2/INVALIDATE_GLOBAL_CACHES might clear global cache as the name suggests.
Anyway, IMO it does not make sense to run these programs every night. Rather it can be a post transport movement activity in each system.
Regards
Krishna
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey Krishna,
Thanks for the advice. I had run the chip sync program, but it didn't solve my problem. Another thing that just happened to, was after my transport went to TST with changes that I had done to the group and catalogs, I had to re-add my tile to the group when I logged in as a test user, and this was after running the global cache invalidation program. Weird to me!
Cheers,
Kevin
Thanks all for the information!
Kevin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Kevin
Were you transport the configuration to, check in the catalog that you changed. At the top, appears a pencil. Click on it, to update the catalog.
Regards
Raquel
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Kevin,
Please check slide 5,6,7,8 for proper Transport request entry.
in Scope=CUST and CONF
Regards,
Tejas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
83 | |
10 | |
10 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.