Allow more then 48 hrs history to be graphed in the VirtServer UI
In the Statistics view of a deployed Virtual Service in the VirtServer Web Console, there is an historical graph of received traffic, with a 24 and 48 hour option. We need to be able to look at a longer history for the service and would like a '1 week', '2 week', '1 month' and 'lifetime' view of the historical data if possible. Looking at the underlying VirtServer api, the v1.2/statistics/<deploymentID> call has at least 2 weeks of data provided the service has been running that long, so it would seem to only be a matter of adding additional entries into the Dropdown to query for the appropriate time ranges and rescaling the graph.476Views0likes0CommentsError with Virtserver response and Virtserver Logs
1. I have virtualized a JDBC connection. When I run this as a local service, I am getting the response as expected. When I deploy this as a Virtservice then there is SQL Exception "The statement is not virtualized". The Issue has been fixed by passing the SQL statement in a single line. Wanted to know as why this difference exist between local service & Virtservice? 2. When I deploy the JDBC project as a Virtservice in record & route mode , is there an option to save the transactions (Request & response) as well as a Project? I am able to download and create a project but this does not carry over the Transaction recorded. Als whether the HAR logs gets created for a JDBC virtservice?479Views0likes0CommentsBehavior Settings ServiceV Pro
We have various performance requirements for our virtual services. E.g. 300/500/700/1000 tps. I am looking for the recommended Behavioral settings for Server Capacity under Hardware for a virtual service in ServiceVPro in order to meet the tps requirements as above. The documentation link I shared talks about where to set the values to tweak performance capabilities but I am looking for guidelines to set those. https://support.smartbear.com/readyapi/docs/servicev/configure/behavior.html701Views0likes0CommentsServiceV all responses are zipped GZIP, how to send simple content of string?
Hello, no idea why, but each response created by Groovy is put in to GZip. My client is unable to read this kind of responses. Is there any way, how to disable this zipping? My code in response is: context.mockResponse.setResponseContent("some text here - calculated by script") In ServiceV transaction log response view I can see the RAW response in readable form with this text. But in Headers is "Content-Encoding: gzip". When I catch this respnse by WireShark.. I can see, that body content is compressed.. So is correct, because my server expect this GZIP. But I want to simulate situation, when instead of compressed data I am sending simple RAW data. This is the test of configuration. So my server send request to MOCK with Encoding: gzip and I need to send non compressed response to him. Now is compressed. Please tell me, how to turn OFF this feature of ServiceV. Thank you in advance for your advice.Solved2KViews0likes1CommentVIRT SERVER USER ADMIN GUI FOR ADDING USERS
Virt Server User Admin GUI is currently missing and would be required for proper management of users when they exceed the number of about 10-20. This feels like a hygiene factor and industry standard and we hope that this is in the pipeline.749Views0likes0CommentsVirtual Service Library
As time progresses and more and more people virtualize API:s we would like the opportunity to expose the listing of those virtualizations for anyone. Let’s refer to it as a “Virtual Service Library” for now. We hope that this is in the pipeline of Service V Pro.715Views0likes0CommentsIn ServiceV, how do I return a scripted response without it being overwritten in the Editor?
Hello, In one of my Virts, I have a Response typed out in XML in the Editor. I am using the "Script" tab to make Gzip and Base64 the message, as this is what our service expects. The script looks like this: def targetStream = new ByteArrayOutputStream() def zipStream = new GZIPOutputStream(targetStream) def data = mockResponse.getResponseContent().toString() zipStream.write(data.getBytes()) zipStream.close() def zipped = targetStream.toByteArray() targetStream.close() mockResponse.setResponseContent(zipped.encodeBase64()) This code "works" because it sends back the message as I expect. However, it has the side effect of changing the content of the Editor from XML to the encoded/GZipped message. Is there a way to do this so that it does not overwrite what is in the Editor. i.e. It would be beneficial to be able to see the message in plaintext. Thanks in advance.2.2KViews1like2CommentsCan't reach serviceV from external clients.
I have created a REST virt in the ServiceV tab of ReadyAPI so that I can control all aspects of the system under test. When I try to access the virt from the system under test, I get the following error: "Can't reach serviceV from external clients." Is this a new restriction with ReadyAPI or am I missing something? I've done this for SOAP requests using SoapUI Pro in the past without issue. Thanks, -- Steve9.3KViews0likes9Comments