[MODAES-4] HTTP compression is not supported Created: 22/Apr/20 Updated: 30/Jul/20 Resolved: 30/Jul/20 |
|
| Status: | Closed |
| Project: | ARCHIVED: mod-aes |
| Components: | None |
| Affects versions: | None |
| Fix versions: | 0.0.2 |
| Type: | Bug | Priority: | TBD |
| Reporter: | Matt Reno | Assignee: | Matt Reno |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original estimate: | Not Specified | ||
| Sprint: |
| 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. See: HttpServerOptions.setCompressionSupported(boolean) |