Forum Discussion
Hi,
OK... How these services are expected to coordinate in the real life?
> times that are a short time in the future.
Just curious, whether these services are expected to be used within the same time zone? What if the route starts in one time zone and end in another one?
Meanwhile, if both mocks are implemented within the same SoapUI project, why not to create a custom project property and use it for coordination?
Coordination in real life is a matter of process. A vehicle doesn't report its current position until it is enroute sometime after its planned time of departure.
All times are UTC.
The mocks are developed in a single SoapUI project, but are deployed as .war files during testing. Is it possible to deploy the project as a .war file?
- AlexKaras7 years agoChampion Level 3
Hi,
> Is it possible to deploy the project as a .war file?
I believe that yes it is: https://www.soapui.org/soap-mocking/deploying-mock-services-as-war-files.html
> Coordination in real life is a matter of process. [...]
Sounds unreliable (what if the first service is out of order? Does this mean that the second service will not be contacted/will not provide information until the first one is back to service?), but this seems to be irrelevant...
- ScottUFR7 years agoOccasional Contributor
I am already able to deploy individual mocks as .war files. I misinterpreted your comment about project variables that they were shareable between mocks, not used within a mock.
Yes, that is irrelevant.
- AlexKaras7 years agoChampion Level 3
Hi,
> I am already able to deploy individual mocks as .war files.
Despite link address, the referenced article talks about project deployment.
> shareable between mocks, not used within a mock.
Actually, the idea was to share betweek mocks and use within them to set/get coordination data.
Related Content
- 8 years ago