webMethods.io Reviews

We use the solution for application-to-application integration and B2B integration.

The synchronous and asynchronous messaging system the solution provides is very good.

Other products have been using AI and cloud enhancements, but webMethods Integration Server is still lagging in that key area. It's very good as a standalone integration server, but it has to come up with more features in the cloud.

The solution's API management is slightly lagging, and its API policies could be improved.

I have been using webMethods Integration Server for 13 years.

I rate the solution a six out of ten for stability.

I rate the solution a seven out of ten for scalability.

The solution's initial setup is easy for an experienced person, but a new person may find it difficult to set up everything. There are too many features and components. The setup could be easier if the solution could merge everything in one suit.

The solution’s pricing is too high.

The solution has impacted our system's scalability and ability because it is quite good and pretty fast.

Overall, I rate the solution a seven out of ten.

The tool helps with the integration between multiple entities at the same time.

webMethods Integration Server needs to add more adapters. 

The product is very stable. 

webMethods Integration Server is scalable. We use it daily. 

webMethods Integration Server's setup was straightforward. The tool's deployment took one to two hours to complete. 

I would rate webMethods Integration Server an eight out of ten. 

We use the solution in the API gateway services. 

I like the tool's scalability. 

webMethods.io Integration's installation is complex. It should also improve integration and connectors. 

I have been working with the solution for more than ten years. 

The tool's support is good. 

Positive

I have used Apigee before webMethods.io Integration. 

The installation took about four to six weeks to complete. You don't need a big team to handle the deployment. We relied on one system architect to handle it. The tool's maintenance is also not difficult. 

webMethods.io Integration's pricing is high and has yearly subscription costs.  

This solution suits enterprises and I would rate it an eight out of ten. 

We use the solution for logistic purposes.

The solution's most valuable feature is its ability to integrate with various servers.

The solution could be more user-friendly. They should include proper documentation for easy understanding.

We have ten solution users in our company. It has good scalability. We plan to increase its usage.

The solution's customer service is good. We have support access. Thus, we write to them for the service request in case of any issues.

The complexity of the solution's initial setup process depends on the environment and specific project requirements.

We purchase a yearly basis license for the solution. I rate its pricing an eight. It is not that expensive. The price depends on the use cases, support, and resources for implementation.

It is a good solution. Also, it is easy to use compared to other integration solutions like Azure, SAP, etc. It has the highest resolution and is more secure as well. I rate it a nine.

The primary use case of the solution is for our digital sale tool.

I really appreciate the form and application that indicate the API. 

The performance is good.

I would like the solution to provide bi-weekly updates.

I have been using the solution for seven years.

The solution is sustainable and stable.

The solution is on the cloud therefore it is scalable.

I give the solution an eight out of ten.

I recommend the solution to others.

Most of our customers are real estate development companies, and they build many projects in Saudi Arabia. Most of their projects are about Smart Cities or Smart destinations. The use case was about integrating different Smart City technologies and enterprise applications. For government services, the use case was integrating webMethods.io Integration into different government systems serving residents. For example, the Ministry of Interior uses the solution for passport and ID services, so different government systems are integrated.

We used webMethods.io Integration as an integration platform. It accommodates Enterprise Service Bus, integration server and API gateway. We took the complete platform and the integration server as part of the platform to integrate or receive data from the API gateways, integrated with the Enterprise Service Bus.

The solution allowed us to integrate applications and IoT devices because it has an IoT event processing layer. It provides a flexible integration within the IoT systems because most of the applications we work with are related to the IoT and Smart City technologies. So, there's hardware, software and application integration, providing hosting flexibility.

Some platform providers host their applications in Amazon AWS or Microsoft Azure, which sometimes creates challenges for data governance because of regulations.

Any solution needs continuous development in integration and processing.

We used the solution for more than a year for different projects. We used the latest version and stopped using it four months ago. It was deployed on private cloud in the customer cloud infrastructure.

The solution is stable. If there were any minor problems, we resolved them.

It can be scaled up and support multi-tenancy. However, it is difficult to maintain.

I rate the technical support a six out of ten.

The initial setup was straightforward.

They don't have a fixed price, and the pricing model is transaction-based. I rate the pricing a seven out of ten, with one being the worst and ten being the best.

I rate this solution a seven out of ten. I recommend it, but it depends on the use case. I do not see any gaps with the platform.

We use it mainly for policy implementation and securitization when we're exposed outside the internet.

They should develop clear visibility for the onboarding. They could also improve the clustering.

We have been using this solution for three years.

it is a stable solution.

It is scalable and can adapt to third-party integration. We have more than 500 users.

I've worked with MuleSoft, and webMethods API Gateway is the most stabilized tool with a robust integration server. It's a good tool, and it has a stable messaging broker. In addition, from the infra point of view, it is always compliant and not complex. You can integrate everything with webMethods API Gateway.

The initial setup was straightforward and not complex. I rate the setup an eight out of ten.

I do not have details about the pricing. However, it is cheaper than APG.

I rate this solution an eight out of ten.

Our primary use case for webMethods Integration Server is for our internal application integration. We use it to expose REST and SOAP web services and to connect it with SAP.

We also use it as a bridge to transform web service calls. We'll use an ESB if we want to transform the protocol or the message. It's also used to connect our internal custom-written Java applications with products like SAP, which don't have an open standards interface.

We only use it on-premise. We are considering going to a hybrid setup but at the moment, we don't have it yet. Nevertheless, we still use the Integration Server to integrate our cloud applications. We only have cloud on-premise integrations and not cloud-to-cloud. That is also why we're not focusing on a hybrid setup.

Integration Server does our business-to-business integrations. It does all of our EDI integrations of passing over our Integration Server and our LAN connects to our internal applications.

Its adapters and connectors provide the fastest way to build an integration. We don't need to create our own implementations because we can use the adapters. We can immediately connect to the backend systems without creating a lot of our own custom code by using these adapters.

The vendor's full support for Integration Server's adapters and connectors brings long-term stability to our services because if something changes to the backend application, we don't need to bother with it. Software AG just adapts the adapter and we get a new version. It's much easier working this way.

Deploying a new application is rather easy. You need a deployer and to build a system. We have built something around it to add it to our continuous integration pipeline, but we have the necessary tools to test our production environments.

We use the same system to modify or redeploy these integrations. If we have a bug we'll adapt our codes and deploy a new version. The code changes need the most time. If it's a small code change, then it goes very quickly. If it's an important bug, it'll take more time. The deployment and build don't take a lot of time.

It's a visual tool, so our transformations can be quickly implemented without a lot of fuss. The fact that we have an easy way to expose REST services is also very interesting. It offers the possibility to connect over GMS to synchronize message brokers.

Using an adapter is quite easy. For example, the SAP adapter works very well, and connecting to custom applications is very easy.

We would use MQTT when we need to connect to IoT devices. For the other legacy apps, in most cases, we use the adapters. Acquiring an adapter is quite easy.

Integration Server provides us with application integration, data integration, business-to-business communications, APIs, and microservices. Internally we don't use it for data integration, but it is possible. We don't work with microservices but I know that it's also possible.

It is important to us that Integration Server offers us a broad range of features like application, data integration, and API. It's important to have that kind of broad setup because it's a service burst. It's in the middle of a lot of integrations. It has to be able to have a lot of features

In terms of improvement, it would be better if it adapted quicker to open standards. It took a while for API specification before the last version was available. The spec of version two was rather quick. 

With an integration platform, it sometimes needs to happen faster because you sometimes have clients or providers that already use new specifications.

I have been using webMethods Integration Server since 2011. 

I am very satisfied with stability. It's very stable, we haven't had any issues at all.

We had a lot of issues with our other solution but none with Integration Server.

There are many scalability options, it is possible to add core CPUs to your server or you can add additional servers. Both are possible, both are not complex. The only thing that you need to take into account is then the licensing, but there are no technical issues for scalability.

Technical support is okay. It's comparable with other companies. It of course depends on the kind of issue that you have, but I'm rather satisfied with their support.

We were using IBM before webMethods. We used a combination of the two. When we started we had both webMethods Integration Server only for B2B. We used WebSphere Enterprise Service Bus for internal application integration. It's easier to have only one. That is the reason that we chose one of both. The second reason was also that IBM was deprecating their product and asking to switch to another one. Instead of going through IBM, we figured we could do everything with webMethods which is why we completely switched over.

webMethods had a very good overview of all transactions. That was the main reason we went with them.

The initial setup was of medium complexity. It's new so you need to learn it. A tool like this is never easy. webMethods Integration Server was easier than a different solution that we were using. But it's not a walk in the park. You need to spend time on it. There are configuration settings that can't be avoided. It's a complex feature set. We have had more complex systems also in our landscape. It's not just "click, click, click, done."

I was not involved in the initial deployment. But I know that they upgraded to webMethods Integration Server in a month. It took a few months to learn everything in the system.

We worked with a consultant for the deployment. We worked with a consultant from Software AG which went well. We have also worked with other consultants from consultancy companies that were not directly linked to Software AG but work with a lot of Software AG products. They helped us to set up our webMethods products.

I don't think webMethods is the cheapest but I think the quality is worth it. But it's not cheap.

We're satisfied with our choice and the price is not a reason to look for something else.

It's wise to work with a consultant when you introduce Integration Server because you need to learn about the product. It's better to have advice from someone who already has experience with it.

I would rate webMethods Integration Server an eight out of ten. I'm quite happy and satisfied with it but nothing is perfect.