Return-Path: Delivered-To: apmail-incubator-jackrabbit-dev-archive@www.apache.org Received: (qmail 42353 invoked from network); 19 Dec 2005 10:08:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 19 Dec 2005 10:08:03 -0000 Received: (qmail 33450 invoked by uid 500); 19 Dec 2005 10:08:02 -0000 Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jackrabbit-dev@incubator.apache.org Delivered-To: mailing list jackrabbit-dev@incubator.apache.org Received: (qmail 33439 invoked by uid 99); 19 Dec 2005 10:08:02 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Dec 2005 02:08:02 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of marcel.reutegger@gmx.net designates 213.165.64.21 as permitted sender) Received: from [213.165.64.21] (HELO mail.gmx.net) (213.165.64.21) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 19 Dec 2005 02:08:01 -0800 Received: (qmail invoked by alias); 19 Dec 2005 10:07:39 -0000 Received: from bsl-rtr.day.com (EHLO [10.0.0.65]) [212.249.34.130] by mail.gmx.net (mp001) with SMTP; 19 Dec 2005 11:07:39 +0100 X-Authenticated: #894343 Message-ID: <43A68667.5020001@gmx.net> Date: Mon, 19 Dec 2005 11:07:35 +0100 From: Marcel Reutegger User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jackrabbit-dev@incubator.apache.org Subject: Re: Classloaders and extensions References: <43A2CAB6.7080604@day.com> <43A356CA.4070102@jarbo.com> <43A4D7A7.8030408@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N and even more important a website can be updated to a new version in a transactional fashion without the need to redeploy the whole web application. this is not only convenient for development, but also vital for a productive environment. regards marcel Roy T. Fielding wrote: > On Dec 17, 2005, at 7:29 PM, Edgar Poce wrote: > >> Regarding the classloading part the only use case I can think of is >> using it during development, I would try it and if it makes me more >> productive I'm all for it, that's all I need to adhere to a new >> technology during development. But when it comes to distributed >> applications I don't think it's a good idea. What's the difference >> between the case commented by Robert and the imaginary scenario from >> the incubator proposal?. I'm surely missing something here. Could >> anyone shed some light? > > > It isn't for distributed applications. It is for version-controlled > applications, as in versioning an entire website including its > services so that the entire site can be moved back in time if needed. > >> And regarding the plugin framework, why would I use my content >> repository as a key player in my component architecture?, is it >> necessary/desirable?, Felix says everything is content, is it?, is it >> a new architecture that one might call Content Oriented Architecture? > > > Web architecture. REST architectural style. "Everything is a resource > and all important resources should be identifiable with a URI." > Does that ring any bells? > > ....Roy > >