webMethods.io Reviews

We use it to manage and secure APIs. It is particularly useful when dealing with a large number of APIs from various systems like banking, government validation, and more. It makes sure data is accurate and protected and helps systems work well together.

What I like the most about the solution is that it comes with ready-made tools like handling security tokens and OAuth. API Gateway does the hard work of keeping things secure and managing who can access what, making it easy and safe without lots of custom work.

One area for improvement in webMethods API Gateway is orchestration. Currently, API Gateway lacks built-in orchestration capabilities, so organizations may need to rely on other applications for this purpose. For example, if you are calling two services and one of them fails, you may need another application to handle the rollback or recovery process. Improving orchestration within API Gateway could simplify complex service interactions.

I have been using webMethods API Gateway for almost two years.

The technical support is a bit slow. It took them more than two weeks for a single ticket. I would rate it a seven out of ten.

Neutral

Setting up webMethods API Gateway can be easy or complex. It depends on what your company needs.

It is an expensive solution and not very suitable for smaller businesses.

My advice to people who are considering using the solution is to keep in mind that if you have a background in software development, especially with Java, you will likely find it easier to work with the platform. Overall, I would rate webMethods API Gateway an eight out of ten.

The solution offers a services catalogue that extends beyond monetization, acting as a source for API for external users and entities and monetization.

webMethods API Portal is overall very valuable. It is now a comprehensive API catalogue that serves various purposes, including API assessment and evaluation. The monetization module is particularly robust. It is applied across different sectors, including the government, and is known for its strong performance.     

The improvement needed is related to the model's position. As of now, it seems to be more of a conceptual idea rather than a widely implemented solution. Monetization is currently on the rise, driven by the growing demand for APIs. With everything being provided as APIs nowadays, it's crucial to grasp this concept and establish a robust solution for subscription plans and the price model.

I have been using the webMethods API Portal for the last seven years.

Since webMethods API Portal is regularly used by big enterprises, the performance needs to be the best. There can be no issues whatsoever, so it is stable. 

webMethods API Portal offers extensive scalability. Its primary focus is on catering to enterprises dealing with vast amounts of data or APIs. This solution appears to have certain minimum requirements that enterprises must fulfill to access it or make requests. It seems to be a compatible solution designed specifically for large enterprises managing huge data volumes. I would rate it seven out of ten. 

The support is available 24/7 and they are extremely experienced.

Positive

For APIs and gateways, I have experience with various platforms such as IBM MessageHQ, Microsoft Remote, and an Apache tool. In the case of IBM, there was a registry and certain tools that stood out, particularly the initial versions of the API gateway. These early versions were rather basic and targeted more toward experts or developers familiar with the system. While not the most user-friendly at the time, I believe IBM has likely evolved its offerings to include more advanced and user-friendly solutions. However, I acknowledge that my feedback might be somewhat outdated.

The initial setup is straightforward, but it requires extensive knowledge about the product.

The solution is deployed on-premises.

I don’t have much idea about prices, but webMethods API Portal is not cheap. 

The suitability of the webMethods API Portal depends on the organization's size. It's not appropriate for small or medium enterprises; rather, it's intended for larger enterprises. This is particularly in cases like ours, where it's utilized for managing big data APIs. As an example, we employ it to oversee the government's resources and permissions on a daily basis. This illustrates the significant volumes of data and APIs we handle regularly.

I like the solution's policies, transformation, mediation, and routing features.

The product should provide more customization options. Application of policy management is not easy. We have to do a lot of customization and configuration. Documentation is also a problem. Understanding the overall architecture is difficult.

I have been using the solution for five years.

I rate the solution’s stability an eight out of ten.

I rate the scalability an eight out of ten. Ten people in my organization are using the solution.

I rate the ease of setup a seven out of ten. The installation is pretty much easy, but there are some obstacles. The interoperability of the components is not that easy.

The time taken for deployment depends on the knowledge of the people deploying the solution. Three to four people from our organization took about a month to set up the entire stack. It had a lot of components. It had an API portal, Command Central, CentraSite, Trading Networks, and Active Transfer.

I rate the pricing a ten out of ten. The product is very expensive.

I am using the latest version of the solution. The improvements depend on the vendors. MuleSoft has got different areas of improvement. Software AG has different areas of improvement. We are planning to move the product to the cloud. My advice for the product users depends on their business model, the scale of their business, how much volume they have, and what kind of transaction management they need. Overall, I rate the product an eight out of ten.

The solution's most valuable features are web services, XML transformations, and adapters.

The solution's release management and JSON services need improvement.

We have been using the solution for 20 years.

The solution is stable. I rate the solution's stability a nine out of ten.

The solution is scalable. We have enterprise customers using the solution. I rate its scalability a nine out of ten.

The solution's technical support needs improvement. It could be more accessible in terms of communication.

Neutral

The solution is easy to set up. I rate the process a seven out of ten. It takes two months to complete. 

I recommend the solution to others and rate it an eight out of ten. It works fast and is easy to adapt.

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.

I'm using the product every day, and I'm working on many different projects. Most use cases are for using webMethods Integration Server as a middleware software or a middleware platform that is connecting to at least two different endpoints. It can be from one side, for example, database, web service, SAP, or any kind of connection, including Salesforce, and the other side can be the same. We are just establishing connections between these systems and doing some transformations and modifications of data in the Integration Server so it can be sent from one side to another.

Clients are mostly using it in order to connect some of their internal systems or to connect to some external systems and some other partner companies. Its benefit is that it's really useful for monitoring and tracking all the activities. And it's important, due to all the flows, all the data, go through this ESB, Enterprise Service Bus. 

The most important thing when using it is that there is a really good community from the producers, Software AG, and the Empower platform, where you can find almost every kind of error or problem that you face. You can find a solution right there in the community.

There is also typical support where you can create a ticket if you are not able to find the issue on your own. If it's something new, then they will approach you and help you in resolving it. 

The best features are these adapters. Software AG developed many different adapters for the usual databases, et cetera. I was not using Salesforce much. However, it's really handy that you have an adapter for these popular platforms. It's just plug-and-play.

When it comes to the user interface, I'm already really used to it. I cannot say anything against it. For me, it's easy to use.

When there is some issue or bug, they work on the development of that. And then, in the next release, they just fix it. I had a few situations when I faced some issues, and then I had to report them. Within the next three weeks, typically, it just gets fixed.

For code version control, you need to use some external software. It would be good to have it just built into the product so that you don't have to use anything external.

The interface could be modernized. 

I've been using the solution for about five years. 

If it's set up properly and if you do it in a good way in large-scale organizations, you need to have a maintenance team that is doing the maintenance and support. If it's working properly and updated properly with the latest versions of updates, then there should be no issues with using it. It is reliable. One of the main benefits of Integration Server is that it is reliable.

Our entire company uses the solution. There might be 100 people using it on a daily basis. 

Scalability is one of the main purposes of the product - scalability meaning that it can adapt to small customers, clients, and even to bigger systems and clients with a lot of data going through the Integration Server. 

Technical support is really good. They are replying really quickly. In a day or two, you can get a response for your issue, or probably even quicker if you mark it as urgent. 

For me, it's fine. I had some contact with Software AG support. They wrote really helpful. And a few times we even had some meetings with screen-sharing sessions so they could help and see the issue. It was really nice. 

I know there are a few really great options on the market; however, I do not have experience with them. 

When it comes to deploying the Integration Server, you just need to follow the documentation, which is really good. The documentation created by Software AG for using and working with each of the products is really nice, and I'm satisfied with that. For the first time you use it, you need to install the Integration Server on Windows or Linux machine or whatever, and if you follow the steps via the documentation, it should not create any issues.

The deployment can be done by one person. It might take an hour or two.

If you are installing many Integration Servers in a cluster, then these things take time to configure the clusters and all other setups related to the network. That said, for the basic product, if you want to use it just for your own purposes, if it's just one instance, it does not take much of your time to get it up and running.

There isn't much maintenance needed after the solution is live. 

The solution was deployed in-house. It's not rocket science. It's easy, and you can do it just by following the instructions. It's a really user-friendly installation.

I'm working in the development part of the company. I'm not aware of the prices.

I would say it's an affordable product. When it comes to big organizations, it's for sure affordable.

We are a Software AG partner.

I'm mostly using the latest version. I was using version 9.9 when I started. Then I was going through all the versions, including 10.1, 10.3, 10.5, and 10.7. Now, 10.11 is the latest one. However, I'm not sure that I started working on that one in any of my projects. 

We are a partner company of Software AG, the producer of webMethods.

New users should look for a list of references and companies that are using this product. 

For a large-scale organization, this is a must-have product. When it comes to Integration Server and the Enterprise Service Bus as the product which needs to be implemented in an organization, it has many benefits like properly monitoring, tracking, and controlling all the flows in the company and outside the company. It's a great product to have.

I'd rate the solution 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.

We don't use webMethods Integration Server directly, but we use another offering from one of our vendors. They have built a layer on top of the webMethods Integration Server and that's a solution we have been using.

webMethods Integration Server is the underlying component, but our software vendor, has made some enhancements to the webMethods Integration Server and they offered it to us. That's what we are currently using along with some of the other solutions in the supply chain space.

Their offering is more of an integration framework across all their systems and this is how we have been using the system. webMethods Integration Server is our primary integration tool across all the solutions that we have in our supply chain.

The most valuable feature of webMethods Integration Server is all the capabilities it provides. We leverage most of the features, that they have offered to us. Our vendor has made some additional features on top of the webMethods Integration Server and we use all the features together.

webMethods Integration Server could improve on the version control. I'm not sure if Web Method has some kind of inbuilt integration with Bitbucket or GitHub or some kind of version control system. However, that's one area where they can improve. 

The migration of the code between environments could be better. If they come up with some kind of a continuous integration process to promote the code from one life cycle to the other, that may ease the day-to-day activity for us.

I have used webMethods Integration Server for approximately seven years.

webMethods Integration Server is a stable solution for our usage.

The scalability of the webMethods Integration Server is good.

Our IT team is using the solution in my organization.

We plan to increase our usage in the future.

I have not needed to use webMethods Integration Server support.

We used other solutions before using webMethods Integration Server.

The maintenance team needed for webMethods Integration Server is minimal.

We have seen a return on investing using webMethods Integration Server.

I rate our return on investment for webMethods Integration Server a four out of five.

The solution has been doing the job for us, at least with respect to the landscape and the integrations we have in place. However, it is on a case-by-case basis.

I rate webMethods Integration Server an eight out of ten.