Posts

New Monitor for SAP CPI

After working with SAP CPI for some period of time, I did find it a little difficult to monitor the application. So we decided that we could add a better way to monitor the application and include it into the Figaf IRT application. Because the purpose is to make your usage of SAP Integration easier.

We are reusing the tile concept from SAP CPI, that allows you to create different tiles with different concepts. So you in one screen can see multiply overviews of what is happing on your system. We are using the OData monitoring service that allow us to give users access to data. IRT just work as a proxy and perform the query in real time without saving anything to the Figaf IRT application. We also have the other option and it is really useful for triggering alerts or restart messages.


Up can edit the tiles and write what you want to see in it. You do have the option to select multiply iflows in just one screen, different periods and status. Based on the name IRT then creates two roles on that can view the metadata of the message and one that can view the payloads. It mean that you can give access to tiles for business users. So the people from finace will be able to see all tiles related to finance but not monitor HR. Admins can still monitor everything.

Once you open the monitor you then have the option to view multiply rows in and relavant data in the overview screen. This allow you to search a lot easier for messages with some application id or Receiver.
You can also do filtering in the iflow you have access to already. This way users can only see the data they need.

Check out the easy way of monitoring your SAP CPI flow.

I do believe that this will make it a lot easier to monitor your SAP CPI system. And give access to other users to monitor what is going on in your processes.

You can view my video presentation of it here.

You can try it out IRT/Cloud soon. You can signup already now and start using all the other function there to help improve your SAP CPI development flow. There is a free 30 day trial that you can try for your organisation.

A different way to restart SAP CPI content

It is pretty difficult to restart SAP CPI messages from any external applications. There is just two ways that include either the Enterprise Messaging/JMS or the Datastore. Some times this can create some complex scenarios for the user to develop.

We wanted to make some of the development a little easier. It requires just one groovy script and two script steps in your iflow. We will show a different way that allows you to restart messages in an external application and setup rules for how often it can be reprocessed. We leverage that the Figaf IRT application is able to download messages that have a specific filter like Receiver is LOG. Then the message will be downloaded and you can apply some rules to it like it should be reprocessed 3 times. There is also the option to send notifications to emails or systems like Jira.

Check out the video where you can see how simple it is to restart a SAP CPI message.

We currently do not know how this will affect count of connections on your SAP CPI system, so use with caution.

You can try out Figaf IRT on your own system. We have both a cloud and an on-prem version to deploy the application.

You can see the code below, it will be updated so you can find a more uptodate version in the IRT application.

package com.figaf.irt
import com.sap.gateway.ip.core.customdev.util.Message
import org.apache.camel.converter.stream.InputStreamCache
import groovy.json.JsonOutput
import groovy.json.JsonSlurper
def Message initalSave(Message message) {
    try {
        //Body
        def body = message.getBody(java.lang.String)
        def base64 = body.bytes.encodeBase64().toString()
        Map map = message.getHeaders()
        map.put("body", base64)
        message.getHeaders()
        def json = JsonOutput.toJson(map)
        def cache = new InputStreamCache(json.bytes)
        // we save the json as a property, so we can restore it in the pipeline
        message.setProperty("IRTSAVE", cache)
    } catch (Exception ex) {
        try {
            def messageLog = messageLogFactory.getMessageLog(message)
            messageLog.setStringProperty("CustomLog", ex.getClass().getName() + ":" + ex.getMessage())
        } catch (Exception ignored) {}
    }
    return message
}
/**
 * An error have occurred then save the payload as an attachement
 * @param message
 * @return
 */
def Message savePayload(Message message) {
    try {
        def messageProperties = message.getProperties()
        def ex = messageProperties.get("CamelExceptionCaught")
        if (ex == null) {
            return message
        }
        def irtpayload = message.getProperty("IRTSAVE")
        JsonSlurper jsonSlurper = new JsonSlurper()
        def map = jsonSlurper.parseText(irtpayload.getText())
        map.put("Cause", ex.getClass().getName() + ":" + ex.getMessage())
        irtpayload = new InputStreamCache(JsonOutput.toJson(map).bytes)
        ByteArrayOutputStream bytesOut = new ByteArrayOutputStream()
        irtpayload.writeTo(bytesOut)
        def messageLog = messageLogFactory.getMessageLog(message)
        messageLog.addAttachmentAsString("IRTSAVE", new String(bytesOut.toByteArray()), "application/json")
        message.setHeader("SAP_Receiver", "LOG")
    } catch (Exception ex) {
        try {
            def messageLog = messageLogFactory.getMessageLog(message)
            messageLog.setStringProperty("CustomLog", ex.getClass().getName() + ":" + ex.getMessage())
        } catch (Exception ignored) {}
    }
    return message
}

Webinar replay: How to develop and release faster on SAP CPI

So, Tuesday 5., March I did a webinar on how you can make an SAP CPI development flow much faster with the use of Figaf IRT. The goal was to show how much faster using Figaf IRT would be when working with SAP CPI.

I did get some pretty good feedback on the tool and the flow we support, and that it could be useful in a number of different projects. It was pretty fast-paced but demos to show all functionalities.

In the webinar, I show how the tool can make it a lot easier to do some common tasks a lot faster. 

The support part of the process

For the support part of the process, I covered:

  • A preview of our upcoming message monitoring solution that will allow you to give monitor access to individual users and query multiply iflows at the same time.
  • Our alerting mechanism that downloads failed messages or messages marked with a specific sender/receiver. 
  • Setup rules on the alerts so you can notify a business user that something is wrong or sent the message to Jira for people to follow up.
  • How you from the monitoring tool can setup reprocessing of CPI messages where you just interduce two scripts steps into the process

Many options with DevOps

For the DevOps parts I’m covering how:

  • You can document what is changed in an iflow
  • Run an existing test case on the iflow to see nothing is impacted
  • Add new test cases to solve your problem
  • Configure the system across your landscape
  • Transport the individual iflow to your different systems

It takes just 36 minutes but will give you a different of how you are developing SAP CPI.

Are you ready to try IRT Cloud?

So, after reading this blog and perhaps watching the demo video as well, I hope you are ready to try IRT Cloud. That is when you fully understand what the platfrom is able to do for you.

If you have any questions about how to get started or other things about IRT Cloud, do not hesitate to contact me. We are eager to understand which customer requirements that we can solve.

Highlights from the Figaf Blog 2018

So, here, at the beginning of 2019, I think it will be appropriate to take a look back on what happened on the blog on Figaf.com during 2018.

Last year, we published 35 posts on the blog. Some blogs post were about new releases on some of Figafs´s tools, some were about new insights or how I did see the future and some were about how you can use SAP PI/PO to optimize your workflow. To be honest, I had great fun making all the videos, slideshows and blog posts.  Still, after working with SAP in more than 15 years, I find it very interesting to develop new functions on the different tools, Figaf offers, so that users, in the end, will have a better experience working with  SAP PI/PO.

So, in this blog post, I will take a trip down memory lane and show you the three blog post from 2018, that I appreciate most. Not necessarily, because it was exactly these blogs which had most readers or got most shares or likes on the social media, but because they are still worth reading today in the very early stage of 2019.

Why our testing is different than most test systems for SAP PI

This first post, “Why our testing is different than most test systems for SAP PI“, was published March 24, 2018. This blog is still very interesting, because of two reasons. Firstly, testing is, and will always be, a very important part of working with SAP PI. Secondly, the blog follows up on a podcast with Mark Oshifeso, who is a customer of Figaf IRT.

It is always very interesting for me when customers take time to explain, which challenges they see when they are working with SAP PI. And maybe it will also be valuable for you to read.

SAP PI/PO support, why not learn from the errors

The second post, “SAP PI/PO support, why not learn from the errors“, was published on September 28, 2018. I think it is still worth a read because it is very important to learn from errors and bad created scenarios when you work with SAP/PO.

As you can read in the blog, there are two kinds  of errors in an SAP PI/PO context:

  1. Errors that repeat and solvable by actions like restart the message, refresh of the cache or send mail to the business user in charge.
  2. Errors that occur because a coding error that will be fixed and never occur again (hopefully.

In the blog, you will find a video, where I talked about how you can optimize your SAP PI/PO Support.

Optimize your SAP PI/CPI development

The last blog post I would like you to take a look at is called “Optimize your SAP PI/CPI development“, and was published November 21, 2018. SAP is always in progress, and it is important to set aside time to develop so that your scenarios and solutions always are up to date. In other words, I think it will be valuable for you to take a look at the blog.

In the blog post I talk about a process built on the following steps:

  • Scoping
  • Development
  • Testing
  • Document
  • Transport
  • Validation
  • Go live
  • Support

In the blog, I also talk about a webinar, I held, about how the Figaf tool allows you to optimize and automize the different steps in the process, so you don´t have to have all the manual paper tasks to fill in. You will get much greater visibility into what is developed of your SAP PI/CPI landscape.

I hope you liked the content, I have chosen for this blog post. If so, you might also like to see Highlights from the integration podcast 2018.

If you have questions to the three blogs or other topics regarding Figaf.com, do not hesitate to contact me.

IRT SAP CPI Monitoring

In my opinion, many companies are using too much time on their support process, while working with SAP Cloud Integration (CPI/HCI). They do not have the big overview, that can help them to create and optimize the best scenarios for their workflow.  This is one of the reasons why I have created the Figaf IRT SAP CPI Monitoring. With this tool, you will be able to manage your support process in a much more efficient way. IRT SAP CPI monitoring with automation will help you to automize many of your tasks. The automation both means that the work is always done correctly and that you can use your time on something else.

I wrote about how you can monitor and search for messages earlier, and it gained some interest so it is something the SAP CPI users are interested in check out the post How to search for messages in SAP CPI, here you can see how to make it easier to monitor your iflows so they contain information that tracks them correctly.

Normally it is a slow job working with support and many things you have to take care of manually. And you have to do it in many different places. This means, that it is very difficult to remember to check all the different places, where you have to make changes, and more important: It is not easy to be sure, that all the changes are made correctly.  And that is way, IRT CPI Monitoring will be a valuable tool to many companies. You can then have just one way to monitor and support both SAP PI/PO and SAP CPI, so  you can set up rules for the processing.

Besides the normal rules we have, it would be possible to retrigger some scenarios with the tool if they are using SOAP or HTTP, but that is something that we need to develop together with a customer.

In this video, I will tell you more about IRT SAP CPI Monitoring with automation:

I offer to solutions to help you with your automation:

  • A cloud solution. If you want more information about this, please contact me. It is still in beta but has the same code line.
  • An on-premise installed version of the Figaf Integration Regression Tool can help you make better documentation to ensure you know what is changed and that you can test the correct interfaces. You can try it for free. Please take a look at figaf.com/irt