Hello.
I'm Choi Kyungil from Penta System Technology.
I've got a question of deploying powerbuiler apps. I got a white paper named 'Whitepaper_Deploying_PowerBuilder_Apps_to_the_Cloud.pdf' from https://docs.appeon.com/ps2022/Architecture.html. And it reads like below at page 5 of 6.
"All PBD files are broken down very granularly into each individual object/definition file. For example, each SRW, SRD, SRU, etc. file would have its individual corresponding p-code file (that have new file extensions, such as .dwo, .apl, .fun, .win, .udo) instead of a monolithic PBD files. Then each version of every p-code file has a unique identifier so that when a user runs the installable cloud app the p-code files can be incrementally downloaded and updated, depending on the window and functionality the user is accessing."
I thought that means if I modify some scripts in a window or any object and build, deploy apps then end-users can see the modified window or the modified object when they open that window or object without exiting application program. But this does not work when I tested. I was able to see the modofied window after exit the application program and open that window.
Here is my quesion.
Did I make something wrong when I modified a window, built and deployed it? I hope that I modify a window and end-user can see the modified one when he close that window and re-open it without exiting the application.
Can I?
You are correct as the Cloud App Launcher (CAL) is ONLY executed at App start-up when "download all objects at startup" is set. Then it's the CAL that does the object CRC checking back to the Web Server looking for changes. However, If the "download as required" option is checked then the CAL only checks once at first instantiation time. Remember that object P-code is *not* thrown out of memory when destroyed. It will continue to reside in the "Class Pool" for the next instantiation request.. Thus, no CAL involvement would be required on secondary instantiation requests (hence no CRC check back to the Web Server needed). HTH
Regards ... Chris