Language support - SoftwareAG WebMethods
Hello, m...
# generalc
Carolyn Biggar
05/10/2022, 2:08 PMLanguage support - SoftwareAG WebMethods
Hello, my team provides APIs internally and relies on pact to manage change.
We have a new internal consumer, an ESB team using SoftwareAG WebMethods .
It's a long shot (!), but has anyone implemented consumer side pact testing in SoftwareAG WebMethods?
y
Yousaf Nabi (pactflow.io)
05/10/2022, 2:23 PM
Hi @Carolyn Biggar,
Would be interested to hear from others here as well.
Could you provide any background context on what SoftwareAG WebMethods are?
ā¢ any links?
ā¢ Do they support any open specification such as openAPI?
Could you provide some detail on your current Pact setup at all? Cool to hear you are already using it for protecting your internally provided API's (sounds like a perfect use case)
Yousaf Nabi (pactflow.io)
05/10/2022, 2:25 PM
Ron has been busy working on the pact-plugin framework
https://github.com/pact-foundation/pact-plugins
which might be interesting for different weird edge case languages
https://github.com/pact-foundation/pact-plugins#background
Further, being able to add custom contract testing behaviour for bespoke use cases would be helpful in situations where we can't justify the effort to build into the framework itself (custom protocols in banking such as AS2805 come to mind).
Yousaf Nabi (pactflow.io)
05/10/2022, 2:26 PM
That being said, if something is popular enough, we might see to make first class support with a more idiomatic interface
c
Carolyn Biggar
05/10/2022, 2:34 PMš¬ I actually know very little about SoftwareAG WebMethods, (this looks like their website). It's used by another team internal to our company who manage integrations, mostly between legacy applications. I know it's a propriety "integration framework" and they use a test engine called CATE , but afraid I don't know much beyond that (sorry, not helping myself here am I!). From the chat we've had it sounds like opportunities to use open source / third party libraries may be limited.
They will be calling our graphql api over http, from an http client provided (?) by WebMethods
My team's way of working currently relies on all our consumers having pact tests, so we're trying to find a way that this new consuming team could manage that within their existing skillset. My team is kotlin and our existing consumers are all jvm, js or swift , so it's a bit of a leap.
Carolyn Biggar
05/10/2022, 2:35 PM(Thanks, taking a look at the plugins links š )
y
Yousaf Nabi (pactflow.io)
05/10/2022, 2:40 PM
no worries and it is ok, to not know, so don't ever be afraid to ask šŖ
(sorry, not helping myself here am I!What you have provided is incredibly helpful
My team's way of working currently relies on all our consumers having pact tests, so we're trying to find a way that this new consuming team could manage that within their existing skillset.Nice, proper decent way of working that!
My team is kotlin and our existing consumers are all jvm, js or swift , so it's a bit of a leap.I am polyglotting all over the place at the minute, so a bit of a leap of faith is all good. We will be there for you š
š 1
Yousaf Nabi (pactflow.io)
05/10/2022, 2:42 PM
On the pact-plugins, and being a Java head, you can check out our hot of the press latest dev preview of the pact-plugins
https://pact-foundation.slack.com/archives/CEQBDD5U4/p1652055827960579
š 1
Yousaf Nabi (pactflow.io)
05/10/2022, 2:42 PM
Gives you a practical idea of how the plugins might work, I am half way through the examples, keep getting distracted
m
Matt (pactflow.io / pact-js / pact-go)
05/10/2022, 10:01 PM
We're a little way from plugins being GA, but depending on what your primary language is (webmethids is Java or something else?) It could be the obvious answer soon