The below are the changes I did in ROOT web app:

1.  Added dojo libraries and login.js in ROOT/lib
2.  Added DOJO bootstrap and some dojo reference code in index.jsp as below:

<script type="text/javascript">
        var djConfig = {
            isDebug: false,
            debugAtAllCosts: false,
            parseOnLoad: false,
            supportedBrowser: {
                'IE': [11],
                'FF': ['44+'],
                'ESR': [38],
                'Chrome': ['48+']
            },
            async: true
        };
   </script>

    <script type="text/javascript" src="lib/dojo/dojo.js"></script>

    <script type="text/javascript">
                        require([
                "login",
            ], function(){
                require([
                    "dojo/_base/declare",
                    "dojo/parser",
                    "dojo/aspect",
                    "dojo/has",
                    "dojo/request/xhr",
                    "dojo/dom-form",
                    "dojo/dom-attr",
                    "dijit/registry",
                    "dojo/dom-construct",
                    "dojo/hash",
                    "dojo/data/ItemFileWriteStore",
                    "dojo/domReady!"
                ], function(declare, parser, aspect, has, xhr, domForm,
domAttr, registry, domConstruct, do_hash){
                        parser.parse();
                    });
                });

    </script>



On Mon, Dec 19, 2016 at 4:09 PM, Mark Thomas <ma...@apache.org> wrote:

> On 19/12/2016 09:56, Durga Srinivasu Karuturi wrote:
> > Mark,
> >
> > Looks like tar/zip attachments are getting removed.
> >
> > Uploaded same in google drive now.
> >
> > Please let me know if you can access the same or not.
> >
> > https://drive.google.com/open?id=0B1OzquDqWi6bVUN0MDk2RDFENG8#
>
> I can.
>
> Generally, it is better to provide the steps. e.g.:
>
> Add this line to index.jsp:
> ...
>
> Download these libraries and add them in WEB-INF/lib
> http://...
>
> Mark
>
> >
> > Thanks,
> > Durga Srinivasu
> >
> >
> > On Mon, Dec 19, 2016 at 3:21 PM, Durga Srinivasu Karuturi <
> > durgasriniv...@gmail.com> wrote:
> >
> >> Mark,
> >>
> >> Attaching the modified ROOT web-app from tomcat 8.5.9 bundle. Just
> changed
> >> index.jsp and added lib [mostly DOJO] folder content to reproduce.
> >>
> >> If we deploy this in latest 8.5.9 with http2 enabled in chrome we are
> >> seeing the SPDY compression errors
> >>
> >> Please let me know if this helps.
> >>
> >> Thanks,
> >> Durga Srinivasu
> >>
> >>
> >>
> >> On Mon, Dec 19, 2016 at 2:31 PM, Mark Thomas <ma...@apache.org> wrote:
> >>
> >>> On 17/12/2016 06:35, Durga Srinivasu Karuturi wrote:
> >>>> Do i need to post in any other forum?
> >>>
> >>> No, you are in the right place.
> >>>
> >>> You mentioned the issue was reproducible with the Dojo libraries. If
> you
> >>> can provide the simplest possible set of steps to recreate this issue
> >>> from a clean Tomcat 8.5.9 install that would be a big help.
> >>>
> >>> Mark
> >>>
> >>>>
> >>>> Thanks,
> >>>> Durga Srinivasu
> >>>>
> >>>> On Thu, Dec 15, 2016 at 6:41 PM, Durga Srinivasu Karuturi
> >>>> <durgasriniv...@gmail.com <mailto:durgasriniv...@gmail.com>> wrote:
> >>>>
> >>>>     Hi,
> >>>>
> >>>>     Any pointers please?
> >>>>
> >>>>     Thanks,
> >>>>     Durga Srinivasu
> >>>>
> >>>>     On Wed, Dec 14, 2016 at 10:15 PM, Durga Srinivasu Karuturi
> >>>>     <durgasriniv...@gmail.com <mailto:durgasriniv...@gmail.com>>
> wrote:
> >>>>
> >>>>         Hi,
> >>>>
> >>>>         Recent chrome  [Mac - Sierra : Version  55.0.2883.87 (64-bit)
> ]
> >>> we are seeing issues in http2 sites.
> >>>>
> >>>>
> >>>>         Initially we have seen problem with http2 table header size
> >>> limit error and to fix this, we have upgraded tomcat 8.5.4 to 8.5.9
> where
> >>> tomcat has increased the header limit from 16K to 64K.
> >>>>
> >>>>
> >>>>         Now with latest tomcat 8.5.9 we are seeing
> >>> ERR_SPDY_COMPRESSION_ERROR while loading dojo libraries.
> >>>>
> >>>>         Tried couple of steps (flush SPDY sokets etc) based on google
> >>> search on this issue but nothing worked..
> >>>>
> >>>>
> >>>>         Inline image 1
> >>>>
> >>>>         t=10513 [st= 1]     -HTTP_TRANSACTION_SEND_REQUEST
> >>>>
> >>>>         t=10513 [st= 1]     +HTTP_TRANSACTION_READ_HEADERS  [dt=36]
> >>>>
> >>>>         t=10549 [st=37]        HTTP2_STREAM_ERROR
> >>>>
> >>>>                                --> description = "ABANDONED
> >>>>         (stream_id=139):
> >>>>         https://10.104.118.174/webacs/lib/dijit/form/_ToggleB
> >>> uttonMixin.js.map
> >>>>         <https://10.104.118.174/webacs/lib/dijit/form/_ToggleButton
> >>> Mixin.js.map>"
> >>>>
> >>>>                                --> status = -363
> >>>>
> >>>>                                --> stream_id = 139
> >>>>
> >>>>         t=10549 [st=37]     -HTTP_TRANSACTION_READ_HEADERS
> >>>>
> >>>>         *                     --> net_error = -363
> >>>>         (ERR_SPDY_COMPRESSION_ERROR)*
> >>>>
> >>>>         t=10549 [st=37]   -URL_REQUEST_START_JOB
> >>>>
> >>>>         *                   --> net_error = -363
> >>>>         (ERR_SPDY_COMPRESSION_ERROR)*
> >>>>
> >>>>         t=10549 [st=37]    URL_REQUEST_DELEGATE  [dt=0]
> >>>>
> >>>>         t=10549 [st=37] -REQUEST_ALIVE
> >>>>
> >>>>                          --> net_error = -363
> >>> (ERR_SPDY_COMPRESSION_ERROR)
> >>>>
> >>>>
> >>>>         Initial content is downloaded (other JS files etc) but on some
> >>> dojo libraries alone, we are this issue which make application home
> page
> >>> load fails.
> >>>>
> >>>>
> >>>>         Firefox works!
> >>>>
> >>>>
> >>>>         We are having latest tomcat 8.5.9 already. Not sure where else
> >>> problem now. We have not enabled any compression server side.
> >>>>
> >>>>
> >>>>         https://bugs.chromium.org/p/chromium/issues/detail?id=673315
> >>>>         <https://bugs.chromium.org/p/chromium/issues/detail?id=673315
> >
> >>> (Chrome bugs i have raised)
> >>>>
> >>>>             My guess is that the bug is in Tomcat, in that it does not
> >>> send an HPACK dynamic table size update (so the dynamic table should
> be the
> >>> default 4 kB) but uses a 64 kB dynamic table.
> >>>>             As soon as it references entries that are in fact already
> >>> emitted, that's a compression error.
> >>>>             See https://www.ietf.org/mail-arch
> >>> ive/web/httpbisa/current/msg27867.html
> >>>>         <https://www.ietf.org/mail-archive/web/httpbisa/current/msg
> >>> 27867.html> for a discussion on how to interpret the specs.
> >>>>
> >>>>         According to the chrome bug notes problem is with tome dynamic
> >>> table size 64k. I don't know how to confirm this is as tomcat issue as
> well.
> >>>>
> >>>>         Can somebody help here to trace the problem?
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >>> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>>
> >>>
> >>
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Reply via email to