Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of max@cloudant.com designates
 209.85.217.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CABadZmJ3imtAMhCVXVpEk9K=m3eweNhuBWCsg7AHUw_yLW5hiA@mail.gmail.com>
References: 
 <CABadZmJ3imtAMhCVXVpEk9K=m3eweNhuBWCsg7AHUw_yLW5hiA@mail.gmail.com>
From: Max Thayer <max@cloudant.com>
Date: Tue, 17 Sep 2013 10:49:09 -0400
Message-ID: 
 <CAETERwfD2yc_ZUGEB4rBeXTqLpNgJc2Gim8wH2d_e1Gv0V3APw@mail.gmail.com>
Subject: Re: Change document in validate_doc_update
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=001a11c264a48a932b04e6956d3c

--001a11c264a48a932b04e6956d3c
Content-Type: text/plain; charset=ISO-8859-1

Hey Suraj!

Will update handlers<http://docs.couchdb.org/en/latest/ddocs.html#update-functions>do
the trick?

Best regards,
Max <http://www.maxthayer.org/>


On Tue, Sep 17, 2013 at 10:29 AM, Suraj Kumar <suraj.kumar@inmobi.com>wrote:

> I'd like to add extra fields to the document being created, just like how
> _user works.
>
> These I'd like to be able to compute using the inputs provided by the user,
> in perhaps, something like a validate function.
>
> I tried doing the following, in many different variations, knowing well
> that this is only wishful thinking... and as expected, it didn't work:
>
> function (newDoc, oldDoc, userCtx) { newDoc['newField'] = 10; return
> newDoc; }
>
> But I'd very much like to do what the _user database does - where by
> setting password, the document ends up getting different fields. How is it
> achieved? How can end users like me achieve the same for my business logic
> and altogether bypass the need to write middleware code? (I'm having to
> write middle ware code just to transform one json hash into another because
> my system is a pure API. CouchApps won't just do it (complex,
> already-existent-clients will use the API)).
>
> Regards,
>
>   -Suraj
>
>
> --
> An Onion is the Onion skin and the Onion under the skin until the Onion
> Skin without any Onion underneath.
>
> --
> _____________________________________________________________
> The information contained in this communication is intended solely for the
> use of the individual or entity to whom it is addressed and others
> authorized to receive it. It may contain confidential or legally privileged
> information. If you are not the intended recipient you are hereby notified
> that any disclosure, copying, distribution or taking any action in reliance
> on the contents of this information is strictly prohibited and may be
> unlawful. If you have received this communication in error, please notify
> us immediately by responding to this email and then delete it from your
> system. The firm is neither liable for the proper and complete transmission
> of the information contained in this communication nor for any delay in its
> receipt.
>

--001a11c264a48a932b04e6956d3c--