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 A93DE200C34 for ; Mon, 27 Feb 2017 16:59:17 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id A7C27160B56; Mon, 27 Feb 2017 15:59:17 +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 9EFB7160B8B for ; Mon, 27 Feb 2017 16:59:16 +0100 (CET) Received: (qmail 38018 invoked by uid 500); 27 Feb 2017 15:59:15 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 37142 invoked by uid 99); 27 Feb 2017 15:59:15 -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; Mon, 27 Feb 2017 15:59:14 +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 912C3C3213 for ; Mon, 27 Feb 2017 15:59:14 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.78 X-Spam-Level: * X-Spam-Status: No, score=1.78 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id ibbyM6y-Q7Zl for ; Mon, 27 Feb 2017 15:59:11 +0000 (UTC) Received: from mail-qk0-f174.google.com (mail-qk0-f174.google.com [209.85.220.174]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id C0BFE60E17 for ; Mon, 27 Feb 2017 15:59:10 +0000 (UTC) Received: by mail-qk0-f174.google.com with SMTP id u188so103501016qkc.2 for ; Mon, 27 Feb 2017 07:59:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:sender:in-reply-to:references:from:date :message-id:subject:to:cc; bh=75+fWgpFHan9VvwxJT5ZnS3iFy7ga3M81R4Wc2l2wZs=; b=F4M2hK2QoXVTklq2DfVryu5Gr6nQgIb8KTX4izwSBi7ro8adMctO3P2TfNv/EyHKKo MRUj1/a+tvGpx0gneSMIH3FDH84aLPduuLS+fhRghaQCCgH01Xzp0+SvYtx078YLBZSs 6qb60XPBKVGH9deal5HbY9cJnvmjQMFCvebNpiAgXoFqWWdLzzZnq9v/oncCD8RX4fuM pSfQbIGv0TMGbSCLDjvEj8ZiKpZb/tBb4xM+GX32v4ux7wfS/qyFMbShMllEBIKjDvFJ 7ttyv/MJTZG408fKfuJbpOvSoTE7/ywJOTCzIO2IrgTMwR0UsG9McyH4lYj9Po4MIV5S yAiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:sender:in-reply-to :references:from:date:message-id:subject:to:cc; bh=75+fWgpFHan9VvwxJT5ZnS3iFy7ga3M81R4Wc2l2wZs=; b=Jngn9UIzp2AHGe+qsvzbM2ST9VqtnJsvOZV0bCQs22iy+SAKCuaNaAqSxpTFllGzBs wE0OR4yw+QuR+N7f8bz4LVRERpvWy5OGyLH4QupER7F3QLjFKPZNQVSBz/Hl15QRU0b1 Ndhjg6t6mIDr1NSnK2sltOrCMQ2E3C99dlYs2LTSE8oIhI74bLjyv0m4aMuWNlxgwFVG uKyvV6148Hgr2xqiQOYqv6lgg9ydQAOq3TrqVdXWpH8t+ila+J/kIW7Ip6sxwTUbIglK OJRrEs8CdEE9JIamqcltkQDIgFDirzfx0VnEt5anx1T5vbrYK1ZX9kZc4kkmYo4GEvC6 PXSw== X-Gm-Message-State: AMke39lsG/3n2Vb03QmiptZKD+h0hFcIURwIP36oYtIDMbqz2LY2ccm5A/ILoV/6WZkWMiLvXqBQWXsnIhpTEA== X-Received: by 10.200.55.57 with SMTP id o54mr17710163qtb.78.1488211150205; Mon, 27 Feb 2017 07:59:10 -0800 (PST) MIME-Version: 1.0 Reply-To: info@martinbroerse.com Sender: martin.broerse@gmail.com Received: by 10.140.102.131 with HTTP; Mon, 27 Feb 2017 07:59:09 -0800 (PST) In-Reply-To: <9F82D96F-B050-4F79-AC9E-7D5357C1275D@apache.org> References: <15217215.2200.1487815340266.JavaMail.Joan@RITA> <3953301.2412.1487890087614.JavaMail.Joan@RITA> <29604577.2769.1487979779350.JavaMail.Joan@RITA> <14959631.2909.1488041228852.JavaMail.Joan@RITA> <28B0FEE8-E2AC-42C8-8633-E8EA680FAA5F@utt.fr> <8C362681-54EB-4774-B2AA-99BC4916E9A2@apache.org> <9F82D96F-B050-4F79-AC9E-7D5357C1275D@apache.org> From: Martin Broerse Date: Mon, 27 Feb 2017 16:59:09 +0100 X-Google-Sender-Auth: RYXU1EO4rCth7frO0Ymz2oZ7qw8 Message-ID: Subject: Re: Whither CouchApps (Was: views failing due to fabric_worker_timeout and OS process timed out) To: Jan Lehnardt Cc: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=001a113c036ef59749054985285a archived-at: Mon, 27 Feb 2017 15:59:17 -0000 --001a113c036ef59749054985285a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jan, We use the vhost and rewrite rules everywhere via https://www.npmjs.com/package/ember-cli-deploy-couchdb . Sofa ( https://github.com/ampatspell/ember-cli-sofa) is a new project that started using this. We are moving clients to Cloudant and because of the vhost it is all they need to run their applications. How is the voting for keeping this feature done? - Martin On Mon, Feb 27, 2017 at 12:23 PM, Jan Lehnardt wrote: > > > On 27 Feb 2017, at 11:23, Martin Broerse wrote= : > > > > Hi Jan, > > > > By `the hosting feature` I mean the rewrite rules and the vhost. Good t= o > > hear that is not going away. > > I said attachments are not going away. rewrites and vhosts are probably > not going to be re-implemented in a new http layer (unless we find > someone who wants to write the code and maintain it, *hint* *hint*) > > Best > Jan > -- > > > > > - Martin > > > > > > On Mon, Feb 27, 2017 at 11:04 AM, Jan Lehnardt wrote: > > > >> Not sure what you mean with `the hosing feature`, but attachments are > not > >> going away. > >> > >> FWIW, I=E2=80=99d be in favour of having a modern CouchApp platform ho= oked into > >> CouchDB, but in the past 5 years we haven=E2=80=99t found anyone who= =E2=80=99d be > willing > >> to put in the work. > >> > >> Best > >> Jan > >> -- > >> > >>> On 27 Feb 2017, at 10:58, Martin Broerse > wrote: > >>> > >>> Hi Jan, > >>> > >>> If we split thinking about CouchApp in the hosting part and the backe= nd > >>> coding part it would not hurt our usage if we lose the coding part. T= he > >>> coding part we need on the backend like password resetmails and other > >>> scheduled tasks are not there so the coding part needs to be more > >> powerful > >>> before we can use it. We can solve this tasks with OpenWhisk so perha= ps > >>> keep the hosting feature and lose the rest? > >>> > >>> The Ember guys at LinkedIn found it is faster to eval javascript load= ed > >> as > >>> strings than loading the javascript from the backend. We have not > tested > >>> this yet but if this is true we can perhaps bootstrap javascript apps > >> from > >>> strings hosted in CouchDB but we still need the CouchDB hosting part > for > >>> the bootstrap code. > >>> > >>> So in the future we are for keeping the hosting and lose the rest. > >>> > >>> - Martin > >>> > >>> On Mon, Feb 27, 2017 at 9:18 AM, Jan Lehnardt wrote: > >>> > >>>> Hi Martin, > >>>> > >>>> thanks for your comment. > >>>> > >>>>> On 27 Feb 2017, at 07:52, Martin Broerse > >> wrote: > >>>>> > >>>>> We use the hosting from couchapp for many projects via > >>>>> https://www.npmjs.com/package/ember-cli-deploy-couchdb so keep it i= n > >>>>> couchdb. To replace excel sheets in businesses it is super you don'= t > >>>> need a > >>>>> separate hosting stack. An example couchapp hosted only on Cloudant= : > >>>>> https://bloggr.exmer.com > >>>> > >>>> Existing versions of CouchDB that support CouchApps aren=E2=80=99t g= oing away, > >>>> and I=E2=80=99m sure Cloudant will keep things around for a while, t= oo. > >>>> > >>>> This is about the future of CouchDB and the non-existent developer > >>>> time that is required to maintain these features as CouchDB evolves. > >>>> > >>>> Best > >>>> Jan > >>>> -- > >>>> > >>>> > >>>>> > >>>>> - Martin > >>>>> > >>>>> On Sun, Feb 26, 2017 at 6:40 PM, Jan Lehnardt > wrote: > >>>>> > >>>>>> Aur=C3=A9lien, > >>>>>> > >>>>>> I see that at least at some point you were subscribed and > >> participating > >>>> on > >>>>>> the couchapp@couchdb.apache.org mailing list. From the stated goal > of > >>>> the > >>>>>> list (find a new technical foundation for CouchApp) and the lack o= f > >>>>>> significant engagement (users and devs alike) there, it should hav= e > >> been > >>>>>> clear where this is headed. > >>>>>> > >>>>>> And just to reiterate: > >>>>>> > >>>>>> 1. CouchApp was an attempt to revolutionise web development as we > know > >>>> it. > >>>>>> =E2=80=94 It failed, in like 2011. > >>>>>> > >>>>>> 2. It was designed in a world before Node.js. Most folks who want = to > >> do > >>>>>> JavaScript and CouchDB have moved on. > >>>>>> > >>>>>> 3. There are SEVERE technical limitations, most of which aren=E2= =80=99t as > bad > >>>> as > >>>>>> a view index generator, but VERY bad for anything OLTP (think CGI > from > >>>> 90s). > >>>>>> > >>>>>> 4. The features are unmaintained at this point, future refactoring= s > >>>> might > >>>>>> make the unavailable (e.g. in a http layer rewrite). The last > >>>> significant > >>>>>> work on the relevant code is 5-6 years in the past. > >>>>>> > >>>>>> 5.We invited the CouchApp community to step up and build a > >> future-ready > >>>>>> version of CouchApps, complete with a design direction and own > mailing > >>>>>> list.. Nobody stepped up, and at the end of the day, a project goe= s > >>>> where > >>>>>> developers can spend time. > >>>>>> > >>>>>> 6. and to be clear, we are talking about: 1. _show & _list 2. > _update > >>>>>> funs, 3. rewrites // for the time being, we=E2=80=99ll keep > >> validate_doc_update > >>>> and > >>>>>> filter functions, but plan to replace them with per-doc access > control > >>>> and > >>>>>> Mango schema enforcement. The idea of design docs, or attachments = on > >>>>>> documents are not going away. > >>>>>> > >>>>>> In terms of ease of building web apps: a Node.js process running > next > >> to > >>>>>> CouchDB is only minimally more setup hassle and gives you: > >>>>>> > >>>>>> 1. The same baseline features, plus a lot more. > >>>>>> 2. A simple app building model. > >>>>>> 3. A RICH ecosystem of third party libraries. > >>>>>> 4. WAAAAAAAY better performance and scalability. > >>>>>> 5. A future for you to do just the things you are already doing > >> without > >>>>>> moving to another platform. > >>>>>> > >>>>>> Best > >>>>>> Jan > >>>>>> -- > >>>>>> > >>>>>> > >>>>>> > >>>>>>> On 25 Feb 2017, at 18:22, Aur=C3=A9lien B=C3=A9nel > >>>> wrote: > >>>>>>> > >>>>>>> Hi Joan, > >>>>>>> > >>>>>>>> Your email is aggressive, and your apology is not accepted. > >>>>>>> > >>>>>>> > >>>>>>> I didn=E2=80=99t want it to be. I beg you for your pardon then. > >>>>>>> My frustration was real, but I can assure you that I am not an > >>>>>> aggressive person. > >>>>>>> There would not have been any ambiguity in my mother language : > >>>>>>> discussing technologies in a foreign language is one thing, > >> expressing > >>>>>> your feelings is another. > >>>>>>> > >>>>>>>> This topic has been discussed to death on the mailing lists and = I > am > >>>>>> not going to be pulled into a retread of this argument. > >>>>>>>> http://mail-archives.apache.org/mod_mbox/couchdb-dev/ > >>>>>> 201702.mbox/%3CB6DB98EC-42B1-4960-9E43-257F040238F1%40apache.org%3= E > >>>>>>> > >>>>>>> I=E2=80=99m just a =C2=AB user =C2=BB=E2=80=A6 a very dedicated a= nd passionated user (I=E2=80=99m in > >> the > >>>>>> top 10% on StackOverflow about CouchDB and I taught CouchDB to mor= e > >> than > >>>>>> 150 french software engineers), but a user. That=E2=80=99s why I n= ever > >>>> subscribed > >>>>>> to the =C2=AB dev =C2=BB mailing list (or for a very short period= of time). I > >> now > >>>>>> understand that I should have, but it=E2=80=99s too late. > >>>>>>> > >>>>>>> My frustration is as high as has been my passion for six years fo= r > >> this > >>>>>> incredibly interesting project. > >>>>>>> I respect the board decisions but now I will have a hard time > finding > >>>>>> money (which is sparse in academic research) to move all of our > >>>> software to > >>>>>> a different technology stack and arguments to explain to all of my > >>>>>> collaborators that I bet on a technology stack that got rapidly > >>>> deprecated. > >>>>>>> > >>>>>>> Thank you for your understanding. > >>>>>>> > >>>>>>> > >>>>>>> Best regards, > >>>>>>> > >>>>>>> Aur=C3=A9lien > >>>>>> > >>>>>> -- > >>>>>> Professional Support for Apache CouchDB: > >>>>>> https://neighbourhood.ie/couchdb-support/ > >>>>>> > >>>>>> > >>>> > >>>> -- > >>>> Professional Support for Apache CouchDB: > >>>> https://neighbourhood.ie/couchdb-support/ > >>>> > >>>> > >> > >> -- > >> Professional Support for Apache CouchDB: > >> https://neighbourhood.ie/couchdb-support/ > >> > >> > > -- > Professional Support for Apache CouchDB: > https://neighbourhood.ie/couchdb-support/ > > --001a113c036ef59749054985285a--