Refer to JSON payload in multipart/form-data
I need to test an endpoint accepting multipart/form-data. The endpoint expects a required part with content id "messageToSend" and optional parts with content id's "document[1-x]". The documents are to be file attachments and I want to send the "messageToSend" as a JSON payload. The attachments are working without issue, but using the query parameter value to input my JSON is not great UX. Ideally I would be able to refer to the body below from the query param so the content id is set correctly. You can imagine if the JSON content were much larger it would be painful to use the query parameter as the text box. As you can see in the screenshots above, the JSON payload has the correct Content-Type but no Content-Disposition. Functionally the two parts need to be merged. I either need to be able to: Refer to the JSON from the query parameter where placeholder "REFER_TO_JSON_BODY" (similar to file:fileName). Set the "content id" in the large text box with the rest of the JSON. Kind regards
How do I add a REST query string without the 'name='
Hi, I'm trying to build a REST query, but my issue is that the service I'm calling only requires a value following the '?' and I'm struggling on how to define this. If I blank out the name in the settings, it still generates the '=', so my query string ends up as'?=value', which the service rejects. So, how do I add a query without the 'name=' or '='. Thanks
Rest step assertions written in SoapUI 5.5.0 are failing in SoapUI 5.8.0
I am using SoapUI 5.5.0 and we are in the process of migrating our scripts to SoapUI 5.8.0.But after migrating to SoapUI 5.8.0 many rest step assertions are failing because json path libraries in SoapUI 5.8.0 are enforcing stricter compliance/parsing when validating assertions. Some of my assertions with indices are failing only in SoapUI 5.8.0 like for example jsonpath count assertion $..id[0] is failing in 5.8.0, but working fine with SoapUI 5.5.0. I would like to know 1.Is there any SoapUI preference or a property or flag in settings.xml with which I can revert to a more lenient compliance check with schema like in SoapUI 5.5.0? 2.Is there any patch or plugin by using which my rest step assertions written in 5.5.0 will pass? 3.Or any other solution or groovy script If I have this solution, i can save time in modifying all assertions which will take days
Rest request attachments multipart form data for json file with parameterized json data
So I have been trying to do a scenario where i have two attachments for a rest request, one json file which i need to parameterize couple of fields from previous request. The problem with this is once you have cached the attachment you cannot modify it based on the previous test steps, So i have followed the following youtube link https://www.youtube.com/watch?v=iL-zehJmtWw Used query parameter to use a locally store file of json to request but we are getting the error from response that application/octet-stream content type is not accepted ------=_Part_01_136051460.1696260652738 Content-Disposition: form-data; name="testFile" testFile:/Path/to/file/testFile.json I have used parameter like this testFile:${projectDir}/testFile.json What should I do in this case
How to change the API of a REST test step
Hi guys, If you test REST APIs in SoapUI, you may encounter an issue where you cannot change the API attached to the REST test step. I am not aware of any standard way to do it, so I prepared a simple Groovy script to change the test step's API programmatically: testRunner.testCase.getTestStepList().each(){ step = it service = step.getService() log.info("TestStep: ${step.getName()}") config = step.getRequestStepConfig() log.info "Before: ${step.getService()}" config.setService("BankGround_v1.12") log.info "After: ${step.getService()}" } I thought this may help those of you who work with REST APIs, which get changed over time (new versions). For a longer story, you can visit the following article: https://www.linkedin.com/pulse/soapui-what-rest-api-changes-karel-husa-7vb2eREST request with parameters - how to avoid default Content-Transfert-Encoding:quoted-printable ?
Hi, I am facing to an issue (with soapUI version 5.6.0). My POST REST request have two parameters. One of them is a zip file converted in Base64. In Request Raw tab You can see a parameter "Content-Transfert-Encoding" with "quoted-printable". The parameter content contains multiple lines may be due to the Content-Transfert-Encoding parameter value. Expected one line with all the parameter content How to avoid this default value ? In a previous topics one member says that soapUI uses the mail api. And explains that if the primary type of this datasource is "text", and : - If all the bytes in its input stream are US-ASCII, then the encoding is "7bit". - If more than half of the bytes are non-US-ASCII, then the encoding is "base64". - If less than half of the bytes are non-US-ASCII, then the encoding is "quoted-printable". But how to make sure that more than half of the bytes are non-US-ASCII ?
