How does ServiceNow cache and store data about pattern extensions?

[Ihor Halytskyi]

I've been facing an issue when changes were applied to the pattern extension but during top-down discovery, the legacy version of the extension is using.

Description: I've created an extension in the pattern that is used for the decryption connection string. I store some configurations like configuration file location, in the javascript object using the "Set Parameter Value" operation. Then I parse it and set the value to appropriate variables.

I've removed configurations, but the legacy value was served from the cache.

The extension was synced with the mid server.

Does anyone know how the extension data is cached and stored and how it can be cleared?

Thanks.

UPD:

Extension and the appropriate pattern were synchronized with the MID server after pattern modifications.

Looking at the discovery log, I can see that the latest version of the extension is being used.

In the first step, the extension reads the data from the custom configuration table. Data was deleted from this table. I see that empty result was returned on this step.

Then the value I got in the first step is assigned to variable X. But the value is not the one we received but the one that was cached when the service mapping was previously executed.

So the question is about where exactly this value has been stored and how to deal with it.

[daniel_badyan]

if i remember correctly, the extension section is a bit different from the pattern, as you don't save and publish it, but instead only save. to make sure the newer version is used, try going to the mid servers page and pressing on "sync to mid" button on the top. this should sync the mid server with all the changes that affect it.

[tim_broberg]

Yep. This.

There are specific SystemCommand probes to get the mids to reload various bits, if you really want to target a specific mid or a specific cache, but it will work if you just poke the button.

To my own surprise, in my experience, despite hitting all mids with multiple commands, the load is not excessive anymore. The CitChanged one used to be a monster until Madrid / London Patch 1.
    - Tim.

[Ashutosh Munot1]

HI,

Whenever you change something in Pattern it has to be synced with MID server. Then only it will applied.

Thanks,
Ashutosh

[Ihor Halytskyi]

Hi, thank you for advice.

Extension and the appropriate pattern were synchronized with the MID server after pattern modifications.

Looking at the discovery log, I can see that the latest version of the extension is being used.

I'd like just to clarify what is a problem about.
In the first step, the extension reads the data from the custom configuration table. Data was deleted from this table. I see that empty result was returned on this step.

Then the value I got in the first step is assigned to variable X. But the value is not the one we received but the one that was cached when the service mapping was previously executed.

So the question is about where exactly this value has been stored and how to deal with it.