Are you looking at moving because it has been delisted by Sterling? The WebMethods implemntations I have partaken in work fine so long as you have a Java Expert on hand. There are some serious deficiencies in the size of the files that webmethods can handle with the out of the box configuration to Java's access to the kernel. This particular issue is prevalent in ALL translators that I have worked on that require JRE's. Consequently this is the basis for most people making the assessment that WebMethods or a GIS, is a poor choice for translation tools. I break it down this way. All translators get a bit hairy when they hit volumes in excess of 1.5 million transactions a week(unless you are on a mainframe). Even the mainframe's have locking issues when your volumes creep past 2.5 million a week. The size of the interchanges needs to be considered when volumes are high. *Most* companies running 2.5 million translations are running smaller transactions( Not ASN's and Healthcare Claims ), those that are are running with some heavy metal(main frames). The mainframe you are running should be able to handle your load. Unless it is a Mainframe from 1994 or prior :) . WebMethods like GIS is more than a translator as it has a business rules layer that can be quite involved. Most of the set up time as Anders points out will be in making the mapping conversions. However, a lot of time needs to be spent on deciding the work flow you would like your data to go through. Mapping while intricate has less to do with passing volume testing compared to the Architecture of the data flow. Just my two cents. john
Anders Tholén <[EMAIL PROTECTED]> wrote: Hi Suresh, If your company wants to understand and minimize the risk of migrating to webMethods, you should involve people who know webMethods well in the risk assessment and planning. They should be able to answer questions like this. Anyway, here are my two cents, based on the info you provide. 1. Platform proprietary mapping code is normally difficult to migrate to another platform (and sometimes even to a newer versions of a specific platform), why redevelopment of maps is normally one of the heavier activities in a migration project like this. However, if mappings are made using an open standard language, such as XSLTs, platform lock-in is minimal, and re-use possible. webMethods supports translation using XSLT-mappings and mapping in java, in addition to the webMethods graphical mapping tool. I don't know the details about Gentran, and you don't provide too much details of your current implementation, but if your current maps are built using java or could be exported to XSLTs it might be possible to use these in webMethods. (However, my guess would be that this is not the case.) Additionally there are specification tools which I would recommend you to use, such as Edifecs Specbuilder, in which you can import Gentran DDFs and Gentran Unix Igs. You can then export these impmlementation guides as SEF (Standard Exchange Format) files, which can be imported into webMethods. These kind of tools are also very helpful in the test phase. Obviously if you have id and code-mapping look-up tables built into an external database, these are possible to call from webMethods. 2. webMethods is certainly able to handle large volumes, and the volumes you indicate shouldn't be a problem. We're currently migrating a huge global corporation's EDI-traffic, with around 900 external partners, to webMethods EDI. (If this handling would be "as effective as Gentran Basic" I don't know.) 3. There shouldn't be any need to change any message exchange processes due to restrictions in webMethods, if this is what you're asking. I hope this helps. With best regards, Anders Tholén Ferrologic AB Stockholm:+46 8 661 3230 Brussels: +32 2334 2407 www.ferrologic.com -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of jonnalagadda suresh Sent: den 16 december 2005 17:11 To: [email protected] Subject: [EDI-L] Gentran Basic to webMethods Migration Can somebody help me on migration from Gentran Basic on Mainframe to webMethods on Windows? I want to know, 1. are there any tools available for migration of mappings in the market? 2. Can webMethods be effective as Gentran Basic in handling volumes? 3. will there by any process change from current? We have close to 50+ trading partners and total of 300+ mappings. We do close to 200,000 transactions a month. appreciate your early responses. Regards, Suresh Send instant messages to your online friends http://in.messenger.yahoo.com . Please use the following Message Identifiers as your subject prefix: <SALES>, <JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>, <OFF-TOPIC> Access the list online at: http://groups.yahoo.com/group/EDI-L Yahoo! Groups Links . Please use the following Message Identifiers as your subject prefix: <SALES>, <JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>, <OFF-TOPIC> Access the list online at: http://groups.yahoo.com/group/EDI-L SPONSORED LINKS Business to business Computer internet security Training computer and internet --------------------------------- YAHOO! GROUPS LINKS Visit your group "EDI-L" on the web. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. --------------------------------- __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com [Non-text portions of this message have been removed] ------------------------ Yahoo! Groups Sponsor --------------------~--> Get Bzzzy! (real tools to help you find a job). Welcome to the Sweet Life. http://us.click.yahoo.com/KIlPFB/vlQLAA/TtwFAA/OIFolB/TM --------------------------------------------------------------------~-> . Please use the following Message Identifiers as your subject prefix: <SALES>, <JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>, <OFF-TOPIC> Access the list online at: http://groups.yahoo.com/group/EDI-L Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/EDI-L/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
