Cleanest way to uninstall customized forms or code

slentzslentz Member Posts: 14
Is there an "uninstall" routine or something I can use to remove customizations from my Navision?

Thanks!

Comments

  • SavatageSavatage Member Posts: 7,142
    no uninstall.

    If you have a backup of the objects before the change was made you can import the old object.

    What's the problem with the changes?
  • slentzslentz Member Posts: 14
    Savatage wrote:
    no uninstall.

    If you have a backup of the objects before the change was made you can import the old object.

    What's the problem with the changes?

    Nothing that I know of. Just thought if the situation ever came up where a customer of mine may want to remove the customization for whatever reason.
  • SavatageSavatage Member Posts: 7,142
    I would think all customizations are tested first with the customer before implimenting it into the Live Database.

    If he say's Ok then I guess you can charge him to remove it later down the road 8)
  • kinekine Member Posts: 12,562
    The step back is possible only if there are no data in new fields etc. If the new fields are filled up, you need to clear them... and of course, there is possibility that the data can be inconsistent after that step...
    Kamil Sacek
    MVP - Dynamics NAV
    My BLOG
    NAVERTICA a.s.
  • admoretutsieadmoretutsie Member Posts: 79
    What if you get your Cronus objects, import them, and on the worksheet, select replace all.

    i think you will be as clean as CRONUS!
    $cside -MBS
    >install Navision::4.0 SP1
    >q
    $
    oOo
  • DenSterDenSter Member Posts: 8,307
    That only works if you don't have any data in fields that were added. Otherwise the object import will just fail.
  • Edward_BloomfieldEdward_Bloomfield Member Posts: 155
    Hi!

    Whenever I do a release, I do my development in a local copy, export the objects from the local copy, export and archive the previous version of the objects from our server master copy of the client's system, install my changes and then send them on to the client (After testing).

    If the client installs the changes on the lives system and then for whatever reason wishes to revoke the changes, I can send them the *.fob file with the previous set of objects (and turn back the master server copy as well).

    As Daniel pointed out, if there have been field changes, then it is usually necessary to write an "upgrade" routine to reformat the data first.

    This procedure is also useful in the event that a client claims that your release has changed something you know it definitely has not.

    Experience has taught me that this works very well however, I do not remember the last time I had do do such a "roll back"! :D
    Edward Bloomfield

    Lead Consultant
    Theta
Sign In or Register to comment.