Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 75742200B8A for ; Sat, 10 Sep 2016 02:36:24 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 74119160ACA; Sat, 10 Sep 2016 00:36:24 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id BF90C160AC2 for ; Sat, 10 Sep 2016 02:36:23 +0200 (CEST) Received: (qmail 43370 invoked by uid 500); 10 Sep 2016 00:36:23 -0000 Mailing-List: contact dev-help@knox.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@knox.apache.org Delivered-To: mailing list dev@knox.apache.org Received: (qmail 43358 invoked by uid 99); 10 Sep 2016 00:36:22 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 Sep 2016 00:36:22 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 97501C2F3E for ; Sat, 10 Sep 2016 00:36:22 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -5.144 X-Spam-Level: X-Spam-Status: No, score=-5.144 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.124] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id 5YwnJHYX5gUS for ; Sat, 10 Sep 2016 00:36:22 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with SMTP id 49B1C5FBD0 for ; Sat, 10 Sep 2016 00:36:21 +0000 (UTC) Received: (qmail 43337 invoked by uid 99); 10 Sep 2016 00:36:20 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 10 Sep 2016 00:36:20 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 70E5D2C1B79 for ; Sat, 10 Sep 2016 00:36:20 +0000 (UTC) Date: Sat, 10 Sep 2016 00:36:20 +0000 (UTC) From: "Sandeep More (JIRA)" To: dev@knox.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (KNOX-732) Knox does not recompress javascript resources MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sat, 10 Sep 2016 00:36:24 -0000 [ https://issues.apache.org/jira/browse/KNOX-732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15478790#comment-15478790 ] Sandeep More commented on KNOX-732: ----------------------------------- Thanks for the quick review [~lmccay] ! Basically, I was trying to chain the gzipHandler, if you look the chain it is as follows contexts->logHandler->traceHandler->correlationHandler->gzipHandler. I did some debugging and I was able to step through gzipHandler and correlationHandler (in that particular order, which after your comments makes me thing is less desirable). Do you suggest I put correlationHandler at the end, wrapping gzipHandler (i.e. contexts->logHandler->traceHandler->gzipHandler->correlationHandler) ? Removing {code} gzipHandler.setHandler(correlationHandler); {code} skips the gzipHandler altogether so the fix would not work, there is a check in there which checks "_handler != null". Let me know you thoughts. Thanks ! > Knox does not recompress javascript resources > --------------------------------------------- > > Key: KNOX-732 > URL: https://issues.apache.org/jira/browse/KNOX-732 > Project: Apache Knox > Issue Type: Bug > Components: Server > Affects Versions: 0.9.1 > Reporter: Sumit Gupta > Assignee: Sandeep More > Fix For: 0.10.0 > > Attachments: KNOX-732.001.patch, KNOX-732.002.patch > > > When using the Ambari UI proxy service it is observed that the app.js file is about 7MB whereas it is much smaller (about 1MB) when the UI is not proxied by Knox. > A compression solution needs to be investigated. Possibly by adding a gzip compression handler or filter to jetty. -- This message was sent by Atlassian JIRA (v6.3.4#6332)