Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>It is probably a bug in DataSnap. I have exactly the same problem and here is the QC report. <a href="http://qc.embarcadero.com/wc/qcmain.aspx?d=91180" rel="nofollow">http://qc.embarcadero.com/wc/qcmain.aspx?d=91180</a></p> <p>Vote on QC report to be fixed and wait for an update of Delphi-XE.</p> <p><strong>Edit 1</strong> A crazy idea, don't specify filters on the client.</p> <p>Here is a paper from Pawel Glowacki on Transport Filters. <a href="http://edn.embarcadero.com/article/41293" rel="nofollow">http://edn.embarcadero.com/article/41293</a> He specifically mentions that you <strong>should</strong> add ZLibCompression to the Filters property of the DataSnap driver on the client.</p> <p>I have tested not to do so and it works just fine. You do have to add DBXCompressionFilter to the uses clause otherwise you get "ZLibCompression is not registered" error. </p> <p>With PC1 and ZLibCompression on the server and no filter on the client everything seams to work as expected. I have checked the traffic and it is encrypted and compressed.</p> <p>Until someone from Embarcadero confirms that this is the way it should be I would think twice before I used it.</p> <p><strong>Edit 2</strong> Here is a post on Embarcadero Discussion Forums by Bob Swart saying that it is <strong>enough</strong> to add the filters on the server. Not Embarcadero directly but pretty close :) <a href="https://forums.embarcadero.com/thread.jspa?threadID=48875&amp;tstart=0" rel="nofollow">https://forums.embarcadero.com/thread.jspa?threadID=48875&amp;tstart=0</a></p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload