ReadyAPI Feature Requests

Feature request: Please consider adding a global log file location and removing the dependency on the bin/ directory being writeable by the user running ReadyAPI (or testrunner.sh, etc). Even better would be if you would support using a variable in the path, or simply relative paths, so that the ReadyAPI logs of one project could be placed under the project's working directory.   I'm not overly familiar with ReadyAPI but I imagine the ideal location in which to specify a log path would be in soapui-settings.xml.   Background (as per our forum post and support ticket):   We have installed in a system-wide location at /opt/SmartBear/ReadyAP-1.2.2, but unless we make the bin/ subdirectory of that path writeable by the user (not a good idea!) the software refuses to start.   Even giving write permissions to all of the individual log files that ReadyAPI expects to write to is insufficient. It requires write access to the bin/ subdirectory. If I temporarily make bin/ writeable, I can launch the GUI, run tests, etc. Even if installed into a user's home directory, we'd prefer for logs not to be created in the same dir as the binaries. I have so far tried setting global properties as follows using the GUI: Name:             soapui.logroot   /home/user/soapui-workdir user.dir   /home/user/soapui-workdir Neither of these worked when running our test suite, even after restarting the ReadyAPI GUI. I have tried various combinations but ended up having to make our user the owner of the directory for ReadyAPI to even launch at all. I had considered editing soapui-log4j.xml but thought it was bad form to do so (and it's likely changes will be over-written next time we upgrade ReadyAPI). I think many *nix systems administrators would be concerned about the fact that ReadyAPI requires write access to the binaries directory (not just the log files in it, but the whole directory). ... View more

When errors occur during the execution of a loadUI NG test I would like to be able so see the details of the errors so that I can determine what caused them.   ... View more

When selecting the statistics for a graphs view in LoanUI NG I would like to specify also the color for each statistict so that I can generate consistent reports.  ... View more

More of an annoying thing,   http://screencast.com/t/pJnh4bzuq   I had a support issue where my report wasn't coming out as pdf because the case for the passed in format has to be upper case so:   PDF   Please allow the dialog to handle upper AND lower case. ... View more

We suggest to update SoapUI Pro (and also LoadUI Pro) so that it is working with ECDH (Elliptic curve Diffie-Hellman) protocol.   Our client is forward-looking and they will use this protocol soon. As also SoapUI should be able to use trend-setting encryption we suggest upgrading the functionality so that we are able to continue working with SoapUI Pro. ... View more

It would be very great if 2 test engineers would be able to work on same project in same time in SoapUI. Or at least there should exist some kind of "merge tools" that takes changes from project1, project2, ... projectN, and merges those changes to one "master project". This functionality is very needed when services are already defined in SoapUI and you want to make test-cases corresponding to each service and you want to derivate this kind of work on more than 1 people.   This is not posible right now and you have to merge changes manualy (via total commander for example). ... View more