Announcement

Collapse
No announcement yet.
X
  • Filter
  • Time
Clear All
new posts

    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?

    #2
    You probably turned compression back on when you replaced your old web.xml with a new one from the new release.

    Take a look at the "Compression" topic in the SmartClient Reference for details on how to configure this system.

    Comment


      #3
      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,

      Request URL: http://xxxx:xxxx/filegateway/smartcl...1-09&isc_xhr=1
      Response header for above request :

      HTTP/1.1 200 OK
      Date: Tue, 02 Mar 2021 01:46:38 GMT
      X-FRAME-OPTIONS: SAMEORIGIN
      X-Content-Type-Options: nosniff
      Content-Security-Policy: default-src 'none'; script-src 'self' 'unsafe-inline' 'unsafe-eval'; object-src 'self'; style-src 'self' 'unsafe-inline' 'unsafe-eval'; img-src 'self' data: http: https:; form-action 'self' data: http: https:; media-src 'self'; font-src 'self'; connect-src 'self';frame-src 'self';frame-ancestors 'self';
      X-XSS-Protection: 1
      Cache-Control: no-cache, no-store, private, must-revalidate, max-age=0
      Pragma: no-cache
      Expires: Tue, 02 Mar 2021 01:46:38 GMT
      Content-Language: en-US
      Content-Type: text/plain;charset=utf-8
      Content-Length: 208

      Then response from subsequent calls to it is gzip compressed.

      Request URL: http://xxxx:xxxx/filegateway/smartcl...1-09&isc_xhr=1

      Response :

      Cache-Control: no-cache, no-store, private, must-revalidate, max-age=0
      Content-Encoding: gzip
      Content-Language: en-US
      Content-Length: 548
      Content-Security-Policy: default-src 'none'; script-src 'self' 'unsafe-inline' 'unsafe-eval'; object-src 'self'; style-src 'self' 'unsafe-inline' 'unsafe-eval'; img-src 'self' data: http: https:; form-action 'self' data: http: https:; media-src 'self'; font-src 'self'; connect-src 'self';frame-src 'self';frame-ancestors 'self';
      Content-Type: text/plain;charset=utf-8
      Date: Tue, 02 Mar 2021 01:46:38 GMT
      Expires: Tue, 02 Mar 2021 01:46:38 GMT
      Pragma: no-cache
      X-Content-Type-Options: nosniff
      X-FRAME-OPTIONS: SAMEORIGIN
      X-XSS-Protection: 1

      Notice the Content-Encoding: gzip in this response.

      Comment


        #4
        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.

        Comment


          #5
          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.

          Comment


            #6
            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:
            Code:
            servlet.compress: false
            Regards,
            Isomorphic Software Support

            Comment

            Working...
            X