You can try Figaf in your migration projects for free. Just start a free trial and you can get started with the tool right away. Figaf covers all the needs you have for your migration projects.
We covered a lot on migration of channels and some of the different things to worry about. See here on how you can handle the different channels in the migration process.
Some scenarios may not vary as much, like the SOAP sender, but you will need to inform users about the change and give new credentials. Others need a different setup like File that needs to be moved to an SFTP channel. Or a JMS that needs a special setup in AMQP.
If you just have a few of a given channel, then just migrate them with whatever means you have. And then make the custom adjustments that are needed for it.
If you have more of the same channel it is worth considering to create a custom mapping of the setup. That way you know what data is being selected. To handle this we have a way for you to create a mapping of the communication channels.
The process is pretty simple and can be performed by all SAP Integration developers.
Mapping Channels Step-by-Step
1) Create an iFlow that works with the current channel you want to work with. Ensure you have the parts that need to be externalized set up correctly. It is best if you use something that corresponds to an existing SAP PI Channel.
2) Go to the Channel Migration Templates in the PI to CPI migration Section
Here you can see the existing templates. You can view their source and consider if you just want to copy one and modify it.
In most cases it is easier to create a new one from scratch. You do this with the plus button.
3) Enter the data about the new channel mapper template.
Select the channel that you want to be using. Then the iflow and the place in the step you want from this. Then click Generate template.
4) Check the default template created. Here the tool has taken the information about what needs to be set up in the channel. It comes with a number of parameters that you can use in the XSLT depending on what you want to setup.
5) Go through the document to clear up the stuff that you have in the list. Be sure to check the external properties these are marked with {{some}} value.
6) If there are any external properties and you have data you can use from the PI channel XML then you can use XSLT comments to lookup the content. Otherwise you can use the default values provided.
7) Notifications to users. Once a user is running a migration you can give them information about what should be checked. It could be to ensure the password has been created or some other notification or error you want to display to the user.
8) Try to run the result. This will run the XSLT with the sample PI channel and you can see if it produces the expected payload.
9) Press save to save the new template
10) Try to use the template in a new migration to see if it creates the expected channel for the new template. Then you and the team can select this when they are working on a migration of channels of that type. Now you have a new channel template that you can use for future scenarios.
