Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 70599 invoked from network); 4 Dec 2007 07:50:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Dec 2007 07:50:46 -0000 Received: (qmail 96356 invoked by uid 500); 4 Dec 2007 07:50:34 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 95959 invoked by uid 500); 4 Dec 2007 07:50:33 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 95948 invoked by uid 99); 4 Dec 2007 07:50:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Dec 2007 23:50:33 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [66.51.199.94] (HELO mail9.dslextreme.com) (66.51.199.94) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 04 Dec 2007 07:50:35 +0000 Received: (qmail 8373 invoked from network); 4 Dec 2007 07:50:13 -0000 Received: from unknown (HELO [127.0.0.1]) (66.51.196.164) by mail9.dslextreme.com with (RC4-MD5 encrypted) SMTP; Mon, 03 Dec 2007 23:50:13 -0800 Message-ID: <475506A4.7090308@dslextreme.com> Date: Mon, 03 Dec 2007 23:49:56 -0800 From: Ralph Goers Reply-To: rgoers@apache.org User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Servlet service request References: <20071129220613.180721A9832@eris.apache.org> <474F3A70.6070001@apache.org> <474F4D69.7070704@apache.org> <474FBE76.60407@apache.org> <474FC59D.1050201@apache.org> <474FD147.3000900@apache.org> <4750860A.9000208@apache.org> <475097CB.7050909@apache.org> <47515570.3040809@apache.org> <4751E490.4010200@apache.org> <47522278.80601@dslextreme.com> <4752C9C7.1010809@apache.org> <4752FB4C.3050808@dslextreme.com> <47549C3B.2060004@apache.org> <4754C078.9030408@dslextreme.com> <475503FA.5070700@apache.org> In-Reply-To: <475503FA.5070700@apache.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Reinhard Poetz wrote: > > I was referring to your Javascript argument: "I certainly won't get in > your way, but I just don't believe we'll get there into browsers > evolve into something "smarter" than what they are today. We went > through great pains removing a ton of Javascript from our web sites > because downloading the libraries was cutting response time in half - > or even more on dial-up connections." > > Seeing one of the biggest websites enhancing their websites with > Javascript is some kind of a proof to me that Javascript has become a > mainstream technology at the client-side. Sorry, I misunderstood. I wouldn't argue that Javascript is a mainstream technology. We've been using it for years. It is just that we discovered that after the raw development was done on our current project that the download for the first page was approaching 1 MB (uncompressed) because different technologies were downloading different javascript libraries. Even on a fast internet connection that made the initial page load unacceptable and on slow ones it was terrible. What I meant was that if a lot of this kind of functionality was distributed with the browser instead of the application it would go a lot further to getting it adopted across the board. But again, this doesn't necessarily have a lot to do with REST. There are plenty of JSF applications doing cool stuff with Javascript. > > - o - > > I'm aware that there are only a few websites that follow RESTstyle > principles. The main problem was that there hadn't been a real good > source of information but since Sam and Leonard have published their > book this problem has been mitigated at least. > I'm pretty sure that this marks a major change in the way how > developers are going to build their web applications in the future. > Anyway, time will show if I'm right ... > > Of course. Ralph