Posts

IRT feature: Monitor SAP Cloud Platform Integration Content (CPI)

A few weeks ago we added an option to monitor your SAP PI/PO repository content, so you could see what was changed in any objects. And based on the changes you registered you could test the scenarios.

We have also enabled users to test SAP Cloud Integration so it made a lot of sense also to monitor the content so we could support full cycle development. So we can now monitor all changes to the content. So you can see what was changed in a script and what areas were changed in an iflow. The output may be a little technical but it will allow you to see that something was changed.

We also have the ticket content that allows you to register the changes that you are doing and ensuring that you are testing all of the changes that you are making. It is a way to ensure that enables you to document the changes in a better way than using Word documents for the information. You can then link your existing ticket/helpdesk system to the IRT tickets as an extra data source.

You can see a short demo here.

 

There is some features that we will improve in the comparison, so you can see the message mappings content and see the part that was changed. And also improve the comparison of scripts. It will come in a future release.

If you have other wishes to future development do let us know.

First I recommed you to try to install IRT and try it out. You can get started within 30 minutes. Watch the Cloud Platform Integration installation and configuration guide video .

 

Support for you SAP PI/PO development process

I’m pretty thrilled about our latest development of the Figaf IRT tool for SAP Integration.

When I started doing XI 3.0 work I was really frustrated with the way things were documented. It was a really manual process that users needed to follow. The documentation was never updated. Now 14 years later I can see that we got a tool that can help in the cases. We can now help you really document what has changed automatically.

So a month ago I found that we could leverage the tools we had created for the IRT tool to support the full development lifecycle. Today we are releasing the first version of it. It is not perfect and there are some holes but it clearly shows which direction we can do with it. Hopefully, you will also be able to see the benefit of it.

The different steps in the process are the following:

  • Alerts are raised from a PI Message using standard alerting.
    • Create rules for how to handle alerts
  • Perform your development in Repository/NWDS
  • Create a ticket to with a link to the incident
    • Assign the changes to the ticket
    • You can see the differences I the mappings
  • The test is performed to ensure it works
    • Base on the Figaf IRT test tool that allows users to create test case fast based on i.e. production data

I have created a video to show what we are able to do with the tool.

We still have a few things to work with to with making it better and cover more of the development cycle, but it is always better with customer feedback. So if you have any things that would help in your process do let us know.

You can download the tool for free at https://figaf.com/irt

 

 

The future of SAP PI/PO development

SAP PI/PO developer are normally spending a lot of time documenting what they have been making of changes. We want to make the process much simpler for the end to end development. And capture the correct information. Not just information that cannot be used.

We have created a mock prototype of a feature we are working on. We would really appreciate some input about if this fits your organization. Please share a comment or write to dgr@figaf.com

We have the following process.

  • An incident that is triggered by the component based message alerting in SAP PI. You can easily setup rules to handle the different alerts and how to react to them.
  • Then we create a ticket, which is a new concept in the IRT tool. A ticket is what you could refere to as an Incident, Change Request, Service Request or Gap. It can have a list of status like, in development, in testing or done. You will be able to configure the list and if there should be auto numbers or you have the values in a separate helpdesk system. You can create tickets without an incident if it, for instance, is a business requirement
  • The ticket can get PI object assigned. So you can add any PI Repository or Repository object to the ticket, for instance, a message mapping or channel that has been changed for solving the ticket. When you look at a message mapping you can see which ticket it has been assigned to and thereby get information about why something was changed.
  • Testing from the ticket. It is then possible to calculate which Interfaces/ICOs to do testing on. If you are missing some tests you can add them. And then run all the tests.

You can get more information of the future of the tool by signing up for it at http://figaf.com/irt 

I have two videos about the concept. One that features the overall perspective and along with more explanation along the way.

The short direct to the point video

 

The long version with more explanation

You can get more information of the future of the tool by signing up to it at http://figaf.com/irt

IRT 1.4 Testing big messages in SAP PI/PO

You asked for it. Or our customers asked for it so now we have created it. IRT, our tool to make SAP PI/PO testing easy, has now been upgraded.

I created the following video

We had a customer that requested that we could process 400Mb messages and verify that they worked. We found that the messages about 10Mb were stuck, so we had to find a way around it. The JMS queue we are using, the build into SAP PI/PO has some limits for external clients. So we try to ZIP the payload, and if that is not enough, we save the message in the database on the agent. We can then fetch the message with a web service call later.
The comparison algorithms were using a lot of memory, so we had to refactor them to be able to compare bigger files. For comparing two 1Mb Text documents, it was using 100Mb, so that did not scale. Now the comparison algorithm has been updated to support messages of 200Mb depending on the hardware. Let’s see if the bigger also works with the memory consumption. If the compare fails it will only be on your development system, so no real problem.
We still have one improvement on the UI to show the big files, but it will come in one of the next releases. For now, you can see it in the Excel reports.

The other improvement was about creating unique numbers in each message. Here we are leveraging the option to use the number range module from the B2B Add-on because it enables good flexibility.

Learn more on how you can test your SAP PI/PO better https://figaf.com/irt

Tool to get BPM context data from a SAP PO BPM

One of the benefits to having a team of developers at your disposal like I do to create my SAP PI/PO test tool is, the ability to create cool applications to solve problems. So I’m really happy that I can give a free tool away to the people that have the same challenge as I ran into.

I have a client where we were using BPM to have some user actions in. Sometimes they wanted to restart the BPM process with the same data or minor changes. I could see the payload in the BPM monitor as on below.

This did not give any information about how I could download the message. I know if the process is failed I’m able to edit the payload of a message, but this is obvious, not true if the process is completed.

There was no API for getting the data from my research at the point.

So we had to create our own tool to handle the queries.

We found the table in the database that housed the Context Data and then started understanding how it worked. The context data was encoded in an XML structure with base64. Then it was just to build a simple user interface on top of it.

It should be easy to find the correct document and so we added a function to make xpath in the data to get the correct data. So we ended up with the following UI.

 

If you want to get it. You can get it for free at http://figaf.com/tools/figaf-bpm-extractor/.

The build includes sources so you can optimize it your self.