First, separate the M part of your Cach application from the non-M part. The non-M part will need to be explicitly ported using other resources, such as ESIObjects for object encapsulation (http://sf.net/projects/esiobjects), Aida (from the GT.M applications collection) or KB_SQL (http://www.knowledgebasedsys.com) for SQL/ODBC/JDBC access, M-link (http://sf.net/projects/mlink) for a Delphi/Kylix GUI client, CGI or Apache+PHP for web enablement, etc.
Second, porting the M part of the application to GT.M should be more straightforward, but will also require some work, since no two M systems are 100% compatible. Tools such as RE/m from George James (http://www.georgejames.com) can help. Serenji, also from George James, is a well regarded M debugger / programming environment that works with GT.M.
Third, since GT.M is a compiler and the runtime environment is completely different (e.g., source code resides in the process address space, and not in the database), you will need to rethink your software code management and system administration processes. The good thing about GT.M is that, since it is much more open, it integrates well with other tools such as CVS (http://cvshome.org) for version control.
If you have more specific questions, please do ask.
-- Bhaskar
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Welcome to Applications, Cache migration
how to migrate from cache to gt.m
or from mumps to gt.m
Migrating to GT.M from Cach involves three parts.
First, separate the M part of your Cach application from the non-M part. The non-M part will need to be explicitly ported using other resources, such as ESIObjects for object encapsulation (http://sf.net/projects/esiobjects), Aida (from the GT.M applications collection) or KB_SQL (http://www.knowledgebasedsys.com) for SQL/ODBC/JDBC access, M-link (http://sf.net/projects/mlink) for a Delphi/Kylix GUI client, CGI or Apache+PHP for web enablement, etc.
Second, porting the M part of the application to GT.M should be more straightforward, but will also require some work, since no two M systems are 100% compatible. Tools such as RE/m from George James (http://www.georgejames.com) can help. Serenji, also from George James, is a well regarded M debugger / programming environment that works with GT.M.
Third, since GT.M is a compiler and the runtime environment is completely different (e.g., source code resides in the process address space, and not in the database), you will need to rethink your software code management and system administration processes. The good thing about GT.M is that, since it is much more open, it integrates well with other tools such as CVS (http://cvshome.org) for version control.
If you have more specific questions, please do ask.
-- Bhaskar
Maury Pepper has posted a routine to export a Cache database in GT.M's ZWR format. It can be found at:
http://sourceforge.net/tracker/index.php?func=detail&aid=534145&group_id=11026&atid=311026
-- Bhaskar