https://sourceforge.net/p/datamig4zos/support-requests/2012-11-13T06:59:41.066000ZRecent changes to support-requests2012-11-13T06:59:41.066000Z2012-11-13T06:59:41.066000ZSimonhttps://sourceforge.net/u/pch1982cn/https://sourceforge.net8334f07c1daf1d741e5659c1eefb616797aa38c1

- **status**: open --> closed - **milestone**: -->

2009-04-27T15:12:06Z2009-04-27T15:12:06ZSimonhttps://sourceforge.net/u/pch1982cn/https://sourceforge.net4301d688ccbe00b00645941dcbedb93e915f6804

When migrating more than 1 table and all assigned with different SQLs. It doesn't work that only one SQL file was created with all SQL statements and some tables cannot get correct SQL and some tables get all SQLs incorrectly.

2009-04-20T22:56:03Z2009-04-20T22:56:03ZSimonhttps://sourceforge.net/u/pch1982cn/https://sourceforge.nete0e2ff63a378475039e41fc1ab62d140d4e7f93c

This is to enhance the system safety. \(new features in V5.1\) 1\. Server Password shall be encrypted in Server config file. 2\. User shall always re-enter the passwords when server logon fails. 3\. Username / Password shall be required to logon DataMig. 4\. Auto logon function shall be available to logon DataMig.

2009-04-20T22:56:03Z2009-04-20T22:56:03ZSimonhttps://sourceforge.net/u/pch1982cn/https://sourceforge.netc550d813e84d0e6c30c5befd5eee1106bd00628e

Ticket 9 has been modified: New Feature - Encrypt Password in Server config file (V5.1) Edited By: Simon (pch1982cn) Status updated: u'open' => u'closed'

2009-04-20T22:47:47Z2009-04-20T22:47:47ZSimonhttps://sourceforge.net/u/pch1982cn/https://sourceforge.net1676d11cec1510342e2a4421b548962cf34a081d

V5.0 RC1 was able to backup the config folder within workspace. However, in V5.0 RC2, config folder cannot be found in the zip file any more. Reason could be the re-location of config server but this was not modified in backup utility.

2009-04-20T22:44:18Z2009-04-20T22:44:18ZSimonhttps://sourceforge.net/u/pch1982cn/https://sourceforge.net688b033171f931cbd085d54ceb6cd3c38d7de57c

Some server files caused system deadlock\! \(CPU 100%\) a couple of situations have been determined. 1\) Server format incorrect. 2\) Password contains some invalid chars e.g. "=".

2009-04-11T05:54:06Z2009-04-11T05:54:06ZSimonhttps://sourceforge.net/u/pch1982cn/https://sourceforge.net37c95d1bd0e6bd109ee1c4b94a32b6c163771e09

A problem was met that when 10+ items are in scope under one request, the system uses a long time to submit unload jobs and do checking on source server. After that action, target FTP connection dies and the process was aborted due to that.

2009-04-11T05:49:50Z2009-04-11T05:49:50ZSimonhttps://sourceforge.net/u/pch1982cn/https://sourceforge.net108baa14c1880543121c8ce26f95a6522858557c

V5.0 RC1 is good at handling multiple threads. However, when there is only 1 thread, the check step is not waiting and it keeps sending commands to the servers which is not as good as previous versions.

2009-04-11T05:47:31Z2009-04-11T05:47:31ZSimonhttps://sourceforge.net/u/pch1982cn/https://sourceforge.netb3201bb573bff8396a755459d5ca15dded20e475

This is a feature request. System should provide options that if target table / name is mandatory when creating new request. \(currently both are set as optional\)

2009-04-08T14:34:51Z2009-04-08T14:34:51ZSimonhttps://sourceforge.net/u/pch1982cn/https://sourceforge.nete86a58419ccdffe764c4bb65d8827d94a836ccb1

when the sql is multi-line, only first line is picked up. Request No: R0000010 \[REQUEST\_SERVERS\] SOURCE\_SERVER = SRV1 TARGET\_SERVER = SRVLOCAL \[REQUEST\_DESCRIPTION\] ARLB\_INV & PAY MIG \[ITEMS\] TABLE, INVOICE, , SQL0 TABLE, PAYMENT, , SQL0 \[SQL\_SQL0\] WHERE INV\_CTY = '012' AND INV\_NO = '13212' AND CUST\_NO = '44511' \[END\] However, when unload job running, only WHERE INV\_CTY = '012' is there in the JCL.