Forum Discussion

I_R_101_110's avatar
Sep 26, 2018

iApp Removes Changes in It's Manipulated iRule

Hello all,

 

I have an exchange iApp from the following template.

 

 

The iApp creates an irule that disables caching/compression for particular URI paths. All is well but every time I upgrade (Upgrading from 13.x code to later 13.x code and this issue happened with both of the past two upgrades) I have to re-add the CACHE::disable statement for the following path:

 

  "/ecp*" {
         Exchange Control Panel.
        if { [HTTP::header exists "Accept-Encoding"] } {
         HTTP::header remove "Accept-Encoding"
    }
        pool /Common/Exchange2013.app/Exchange2013_owa_pool3
        CACHE::disable
        return

Is this expected behavior? Is there a way to prevent this behavior so that upgrade does not modify any portion of an existing iApp generated iRule?

 

Thanks all

 

2 Replies

  • If you deploy the iApp again, any change you did manually is gone, that is by design.

     

    When you upgrade the software version, it should keep your customized version. However, if you do click to update the iApp template to the newer version that comes with the software upgrade for example, that should redeploy the iApp and remove the manual customizations.

     

  • Hi,

     

    As you know in an IAPP you have the possibility to modify the parameters configured by the IAPP.

     

    you just have to uncheck "Strict Updates" on Iapp settings.

     

    now let's say you're releasing your app again (Update), any custom changes you made will be replaced by the IAPP configuration.

     

    Regarding your problem, if you uncheck "Strict Updates" the Iapp must not update after an update. even if there is a new version of the IAPP, it is up to the user to confirm the update of the Iapp which in this case could overwrite everything that has been done (custom).

     

    Can you confirm that you uncheck "Strict Updates"?

     

    regards,