| Author |
Message
|
| Ash |
 Posted: Tue Jul 22, 2003 5:05 am Post subject: Migrating from NEON to MRM |
 |
|
Novice
Joined: 07 Jan 2002
Posts: 17
|
We are thinking of migrating all our NEON stuff to MRM and taking advantage of the reduced licence fees that we would have to pay for buying a broker without the Neon Rules & Format extensions.
I am hoping that a lot of you folks must have thought about this, given that there is a significant cost saving in using the broker without the NEON bits.
Does anybody out there know of any tools/utilities available for migrating existing NEON transformations over to MRM.
Any information/advice on how to do this will be highly appreciated.
Ta,
Ash |
|
| Back to top |
|
 |
| Michael Dag |
| Posted: Tue Jul 22, 2003 6:00 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
|
| Back to top |
|
|
| HugoB |
| Posted: Thu Jul 24, 2003 3:13 am Post subject: |
|
|
Acolyte
Joined: 26 Jun 2001
Posts: 67
|
Jup it is possible.
I'm working hard on it. And it's not that easy.
IBM has a supportpac as MichaelDag said.
But i presume it's not free, not to say expensive !!
You must do it yourself by hand, but it's a nice challenge. |
|
| Back to top |
|
|
| Ash |
| Posted: Fri Jul 25, 2003 1:34 am Post subject: |
|
|
Novice
Joined: 07 Jan 2002
Posts: 17
|
Klaas,
What do you mean when you say it's not easy. Are there any particular areas that are of concern.
Are you manually developing MRM message sets for all your existing NEON Rules and Formats. That's going to take a long time if you have a lot of NEON R & F's and particularly if they are complicated.
Regards,
Ash |
|
| Back to top |
|
|
| HugoB |
| Posted: Fri Jul 25, 2003 3:50 am Post subject: |
|
|
Acolyte
Joined: 26 Jun 2001
Posts: 67
|
Ash,
No we do almost 12 different SWIFT messages.
And yes all manually in the MRM.
But indeed not all of the R&F of NEON that's way to much.
Just the ones that are needed.
And the MRM is tricky, and difficult to debug.
It gives errors like
"bitstream is longer than expected"
Which is not that much information. |
|
| Back to top |
|
|
|
|
