Jump to content

Recommended Posts

Posted

I have a focexec in the Repository running from a ReportCaster schedule.

The focexecs -INCLUDEs (calls) another focexec, also in the Repository.

The schedule runs fine.

I then make a change to the -INCLUDEd focexec (the callee), and rerun my schedule.

Sadly, I see that the schedule/caller focexec calls the prior version of the callee.

Almost, as if, there is a stale/cached version of the callee, that the caller is biased towards calling.

(When running from WF Developer Studio, I see the correct (current) callee AOK.)

Any ideas, on how to remedy

WebFOCUS 8105M

Windows Server Environment

Posted

Could it be something as simple as a

-RUN

at the end of the -INCLUDEd fex

Are you HOLDING data Its possible it has not completed getting the updated data in place; yet the procedure carries on running. Hence the older version.

Posted

[CLOSED] Changing code in fex will not propagate the change - Topic (informationbuilders.com)

When we hit this issue, we found that ibi released a hotfix to 8105 to fix the issue. from internal emails, it looks like the Gen 68 (dated2/26/2016) addressed our problem that sounds remarkably similar to what we experienced with cached versions of reports being used by ReportCaster.

Posted

Thank you all for your thoughts and comments.

Just knowing that other sites have seen this phenomenon in 8105M is very helpful.

The -INCLUDEd file in our case doesnt typically change very often. That, and the fact we will upgrade to 8207 in the near future, might cause us to decide to not go down the patch route.

Yes, restarting ReportCaster services, allowed our next schedule run to pull the correct/current copy of the -INCLUDEd file.

Once again, many thanks.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
  • Create New...