| Author |
Message
|
| sudheer snna |
 Posted: Tue Aug 23, 2016 6:47 am Post subject: WebMethods to IIB Migration |
 |
|
Newbie
Joined: 25 Sep 2015
Posts: 6
|
Hi All,
I want to know the chances of WebMethods to IIB migration. And i am looking for the adapters for migration part too.
If someone can help me with this topic is helpful for me.  |
|
| Back to top |
|
 |
| smdavies99 |
| Posted: Tue Aug 23, 2016 7:03 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
Webmethods is a J2EE engine much like WAS
IIB is NOT, repeat NOT a J2EE engine.
IMHO ( for what little it is worth) you will better off starting your design again.
Trying to use J2EE development methodologies in IIB will not work.
I am sure other equally valid opinions will be along shortly.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Aug 23, 2016 7:05 am Post subject: Re: WebMethods to IIB Migration |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sudheer snna wrote: |
| I want to know the chances of WebMethods to IIB migration. |
Is your question:
"What are the chances we could migrate WebMethods mediations to IIB flows?"
If so, the answer is excellent - this site moved from WebMethods to WMB (as it was then) about 3 years ago.
| sudheer snna wrote: |
| And i am looking for the adapters for migration part too. |
Adapters? What do you mean by this? Do you mean something that will "adapt" a WebMethods mediation to be an IIB flow? If so, I'm not aware of anything (and we looked) and the technologies are so alien to each other that I would be quite surprised if such a thing exists.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| sudheer snna |
| Posted: Tue Aug 23, 2016 8:36 am Post subject: |
|
|
Newbie
Joined: 25 Sep 2015
Posts: 6
|
Thanks for your replies Vitor and smdavies99.
Can anyone has got this type of scenario before?
And i have mentioned adapter in my post, here i mean to say like "utility".
Vitor,
Could you please the best approach for migration and what inputs i need to get from WebMethods team to migrate? |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Tue Aug 23, 2016 8:46 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
| sudheer snna wrote: |
Could you please the best approach for migration and what inputs i need to get from WebMethods team to migrate? |
1) Employ some developers who are skilled in IIB
2) Get the details of ALL the external connections (other services, DB's etc etc) inclding WSDL's and XSD's from WebMethods
3) Get the functional desin of the artifacts that were used in Webmethods.
Then
4) Do not try to move any code
5) Do not try to replicate the logic
6) Do not try to reuse any code. IT would be better if the IIB devs did not even get to see the Java code.
Finally,
7) Use the developers in 1) do develop an acceptable error handling and logging framework. Remember printf to a file is not acceptable in IIB.
 THEN and only then start developing real flows in IIB.
I am sure that Vitor will be along with his equally valid experiences shortly.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Aug 23, 2016 9:04 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| sudheer snna wrote: |
| Could you please the best approach for migration and what inputs i need to get from WebMethods team to migrate? |
Take the original design docs including any data layouts (WSDLs, copybooks, etc.)
Treat the migration as a migration of the original mediation function and produce IIB artifacts from the design as needed. Do not attempt to migrate the actual code. Do not use WebMethods developers for the same reason you don't use J2EE developers to write IIB artifacts without appropriate training. You end up with IIB code that pretends IIB = WAS.
Remember that WebMethods provides some OOTB functions that IIB does not (e.g. scheduling) and develop a common IIB solution for this things up front, so as to prevent each developer inventing their own and you ending up with a proliferation of code doing the same thing.
Allow plenty of time for both functional and non-functional testing of the new artifacts. Remember that test tools designed to use WebMethods may need modification to drive IIB flows, and this will alarm & confuse users who've been "testing" by pushing a button and running a script for years.
Do not underestimate how hard this is or how long it will take.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Aug 23, 2016 9:19 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| Vitor wrote: |
| Do not underestimate how hard this is or how long it will take. |
Even if there were a utility to export WM resources and create IIB resources, you would still have to review the business requirements, verify that the design still meets those requirements, verify that the IIB resources look like they match the design, and do all the rest of the stuff Vitor said.
There is no magic button. The appropriate tool for this task is "development team".
_________________
chmod -R ugo-wx / |
|
| Back to top |
|
|
|
|
