Details
-
Type:
Bug
-
Status: Closed (View Workflow)
-
Priority:
TBD
-
Resolution: Done
-
Affects Version/s: None
-
Fix Version/s: 0.0.2
-
Labels:None
-
Template:customfield_11100 34953
Description
When the client sends a compression header to a module and the module supports the compression header, then it will send the data back through Okapi compressed. When mod-aes receives the data, it does not decompress the body, so the compressed JSON is added as the AES message body which is not useful.
Compression header example:
accept-encoding: gzip, deflate, br
mod-aes output:
"body" : { "content" : "\u001F�\b\u0000\u0000\u0000\u0000\u0000\u0000\u0000�S[K�0\u0014~�W��j$�L/��\u0011�uYƙ\u0007�EN��\u001AH�!MW\u0006��n�f.�/k\u001F\u0002��~�sH��\b����V���GdN\u001Eɛ�\u001D!���\u0002�eH˸�i���,�I^�\\\u0014\u0005\u0000O��I�A��(eD����\u0002��ȍ��;���&�Ҿ�\u0000\u0018��\u0015�A�?\u0000�FOk\u0006<�����3S_�o��+\u0015�NŗZ)�=\u0007/O��Z�*|����W�.���,���[��\t��`�(ݣ�)�\u0001��\u0007������-v6H���ů�S�^<�W��d\u0013L�i��C�w�ŜC�d+-�������6D�?ܯ\u0016w_��hA��\u000F��A�_�!Fu�\u0012FYF��*N�l6�e�UQ�3�\u001C�\u001AT��u�&�BY5�Ҍ\u0016I�Ӭp7�WyL��5�i���a؈o�\u0006���N�p���n��\u0016�\u0012\u001Bm��\u000B�g�w\u0000\u0000\u0000��\u0003\u0000OW$<\u001B\u0003\u0000\u0000" }
To fix this, we should add compression support to the Vert.x HttpServer object via HttpServerOptions with setCompressionSupported(true) set.