Hi, I like to compare the exported def files from source and target systems.
To do this I have created a set of tools of which RRR|DefDiff would be the most important one: https://rrr.se/cgi/tools/main?tool=rrrDefDiff Comparing two complete defs: rrrDefDiff.exe source.def target.def -nodef To compare a single form object: rrrDefDiff.exe -t form -n "HPD:Help Desk" source.def target.def -nodef The -nodef option is used to skip the default behavior of creating backup and delta definition files. There are also some other tools you may want to check out: RRR|ExportDef - https://rrr.se/cgi/tools/main?tool=rrrExportDef RRR|ImportDef - https://rrr.se/cgi/tools/main?tool=rrrImportDef RRR|DeleteObject - https://rrr.se/cgi/tools/main?tool=rrrDeleteObject They can be used to do a full export of a source and target system, compare them, produce delta def files and backup files, and import/delete needed objects in the target system. In other words pretty much what Migrator is supposed to do ;-) Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. > Hi All, > > This is probably going to be a mundane question, but i want to know how can > we verify whether a custom form has been migrated correctly or not. > Forms are migrated either by Developer Studio or AR Migrator from Server A > to Server B. > I can think of few steps, please let me know if these are correct or not for > regular/join forms. > 1. Post-migration : AR Migrator tool will tell the differences if any, > ideally this report should give no differences (barring timestamp and owner) > 2. Open the form in user tool and search the empty form : as data is not yet > migrated (here my understanding is if the form is not migrated correctly > then we should get sql view related error) > 3. Query the back-end for existence of T,B and H tables for schemaid > 4. Query the back-end for existence of db (oracle) view and SH view > > Is there any thing else we would have to do in order to make sure whether > these are migrated correctly. > Please note - related workflows are not a concern here. > > Regards, > Saurabh > > > > -- > View this message in context: > http://ars-action-request-system.1.n7.nabble.com/Verify-migrated-form-tp119949.html > Sent from the ARS (Action Request System) mailing list archive at Nabble.com. > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
