X-Original-To: alpine-devel@lists.alpinelinux.org Delivered-To: alpine-devel@mail.alpinelinux.org Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.alpinelinux.org (Postfix) with ESMTPS id 2A910DC00A7; Wed, 5 Dec 2012 07:57:16 +0000 (UTC) Received: from kunkku.net (kanala.lvi-keskinen.fi [62.142.251.59]) by gw03.mail.saunalahti.fi (Postfix) with ESMTP id 30B9621697F; Wed, 5 Dec 2012 09:57:11 +0200 (EET) Received: from kunkku.net (kunkku.net [127.0.0.1]) by kunkku.net (8.14.5/8.14.5) with ESMTP id qB57vA8X023025; Wed, 5 Dec 2012 09:57:10 +0200 Received: from localhost (kaarle@localhost) by kunkku.net (8.14.5/8.14.5/Submit) with ESMTP id qB57v93J023021; Wed, 5 Dec 2012 09:57:09 +0200 X-Authentication-Warning: kunkku.net: kaarle owned process doing -bs Date: Wed, 5 Dec 2012 09:57:09 +0200 (EET) From: Kaarle Ritvanen X-X-Sender: kaarle@kunkku.net To: "V.Krishn" cc: "alpine-devel@lists.alpinelinux.org" , acf@lists.alpinelinux.org Subject: Re: [alpine-devel] Ideas for a new config framework, ACF2 In-Reply-To: <201212022211.23812.vkrishn4@gmail.com> Message-ID: References: <20121129152317.69585a4f@ncopa-desktop.alpinelinux.org> <201212022211.23812.vkrishn4@gmail.com> User-Agent: Alpine 2.02 (LFD 1266 2009-07-14) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sun, 2 Dec 2012, V.Krishn wrote: > Can we know what frameworks/components are involved. > Few that I could get from the thread: > 1. bootstrap > 2. backbonejs, requirejs > 3. lua > 4. minihttpd > 5. json libs > 6. sqlite > 7. augeas > > Any thoughts on tir (lua+mongrel2+zeromq) ? I used Tir as part of the first prototype before writing the proposal. This was in May, but afterward we decided to opt for full client-side implementation for the web UI, whereas Tir seems to target server-side web applications. Even for those, the value add was rather thin, which is quite natural because the author advertises to use only 1300 lines of code. The proposal mentions Backbone.js, but after a second prototyping round I feel that this library creates more problems than provides solutions, at least in this context. Backbone's data model is rather limited in comparison to what is proposed for the new ACF. For example, Backbone does not support nested collections or collections of primitive types. Circumventing these limitations provided to add too much complexity both to the server and client implementation. As much as I dislike JavaScript as a programming language, I still think it is the best choice for client implementation. Virtually all devices support JavaScript nowadays, and there are lots of tools which we can leverage in our implementation. The selection of Lua tools in this domain is rather modest in comparison, so the KISS principle is probably better realized with JavaScript. BR, Kaarle --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---