-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
connecting to a yawl server from a non yawl client #645
Comments
I had to do a similar project a few years ago. The YAWL manual describes how the system is divided into "interfaces". I found that I needed to dig through the source for these interfaces to find the actual endpoints, but pretty much everything is accessible via GET/POST if you know what you're looking for (ie here for InterfaceB). YAWL can be loaded as a library alongside stock Tomcat 7, and the different servlets are configurable via standard Tomcat syntax (see an example here). This means that you can run YAWL as a standard RESTful service with whatever UI you choose (we don't even have a UI, it's just used for background workflow processing in our system). The API endpoints are just standard POST form requests (query params, not multipart iirc). Hth! |
Thanks malcom, I have to bet my reputation on this engine. Other than being a bit subtle in its use as a server have you had any other issues? It seems to me that really clever people wrote this but did not have the front end expertise to turn it into a full stack web app |
I have found it to be quite stable at low traffic volume (~1 workitem/core/second). The codebase is quite mature. There is a learning curve, so I would recommend that you take some time to setup a toy project and see if it works for you. Also, the workflow/case/workitem/checkout concepts can take some time to become familiar with (although I have no past BPM software experience, so ymmv). |
Closed as not an active issue |
have a customer that likes the yawl server but not keen on the UI
I have volunteered to rewrite the UI as a react full stack app but before I get permission from the client i need to confirm that this is
1 - possible
2 - doable within a json/node environment (in other words the client need not be a java app)
3 - documented such that any conversions from json to XML are manageable.
If someone could respond to this asap i would be very appreciative.
The text was updated successfully, but these errors were encountered: