From version 10.1 onwards, SmartClient changed to compress IDACall and DataSourceLoader responses by default, but the "Compression" documentation article was not updated to reflect this. We will update that article to remedy the oversight. To switch off the compression, add this line to your server.properties file:
In smartclient v10, the data responses are not compressed. But in v12.1 it was compressed. Do we have any configuration to make the data responses to behave as we have in v10 i.e uncompressed data response.
We have a application where we have a customized filter which makes smartclient calls and reads the data response and do further processing.
We don't know what "smartclientRPC.do" is ... perhaps an ancient Apache Struts approach? But yes, for data responses, compression is on by default, which is by design and desirable.
You haven't actually said what you want to achieve, or what you perceive to be a problem. We can help as soon as you tell us what the problem is.
Hello,
I went through compression topic in your document and its mentioned for dynamic compression to use the below filter.
<filter> <filter-name>CompressionFilter</filter-name> <filter-class>com.isomorphic.servlet.CompressionFilter</filter-class> </filter> We do not use the compression filter in web.xml and also we rechecked the old web.xml(v10.1 smartclient) with the upgraded web.xml(v12.1 smartclient) and they are intact without any changes. Also i observed the response to intial call for smartclientRPC.do is uncompressed,
SmartClient API Response is gzip compressed in v12.1
Hello,
We have upgraded to smartcient v12.1 and while noticing the response from the smartclient, we observed its gzip compressed and response header has content encoding value as gzip which is expected.But in smartlcient v10, response was never compressed.
with v12.1, is gzip compressed the default behaviour for smartclient response? Do we have any property or configuration setting to use to disable this compression?
Leave a comment: