Return-Path: X-Original-To: apmail-ofbiz-user-archive@www.apache.org Delivered-To: apmail-ofbiz-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 338CB10B1D for ; Tue, 28 Jan 2014 17:17:53 +0000 (UTC) Received: (qmail 84562 invoked by uid 500); 28 Jan 2014 17:17:52 -0000 Delivered-To: apmail-ofbiz-user-archive@ofbiz.apache.org Received: (qmail 84538 invoked by uid 500); 28 Jan 2014 17:17:52 -0000 Mailing-List: contact user-help@ofbiz.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@ofbiz.apache.org Delivered-To: mailing list user@ofbiz.apache.org Received: (qmail 84530 invoked by uid 99); 28 Jan 2014 17:17:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jan 2014 17:17:52 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [209.85.192.175] (HELO mail-pd0-f175.google.com) (209.85.192.175) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jan 2014 17:17:46 +0000 Received: by mail-pd0-f175.google.com with SMTP id w10so591065pde.34 for ; Tue, 28 Jan 2014 09:17:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=ruzGu3d9FMiYR8GhPXjtjbRyKN6MRw0xjMIxILau0xU=; b=CdVm57yzX+ofGaCmy5UrihNxe3uGcKGp6AMmQpTqcSKvy77niSVymedDe0yUgVu+Dh 8psPIXeW7gTsXe0L8c6s70i2B1njlSDyBVrSMsdNL1ij1Ys4cBCBRxbpNdwFs4LxrMos RGk4v3T5lgNf1OfJPDEhQQdRhYkjDfXgqCTpKty+EcuY2swj/K8dOR18oXlw67SAQBlP yAa0uHy+7Z1UjimT7uZ+kDJjRA6Sknsf6Y063z05AoJTBJ1PSGM3858GEcVskSPN6ohZ kpIj6RWADknQWeAflxl1gOw/8Wli3vYpOwNdHkGMxhhnKkXLZ2ma60SEjXMlvXcO22QJ iEDA== X-Gm-Message-State: ALoCoQmGOCMvw33yuNQgyKNpV9C0UEARzaWEIly3KlC/hHPcOK+gEdhJx3QG2A4LiMOfjwg/8nZH MIME-Version: 1.0 X-Received: by 10.68.211.1 with SMTP id my1mr2714649pbc.55.1390929444760; Tue, 28 Jan 2014 09:17:24 -0800 (PST) Received: by 10.68.237.137 with HTTP; Tue, 28 Jan 2014 09:17:24 -0800 (PST) In-Reply-To: <52E7DEAB.90709@sandglass-software.com> References: <52E7DEAB.90709@sandglass-software.com> Date: Tue, 28 Jan 2014 12:17:24 -0500 Message-ID: Subject: Re: PerformFind With In Clause ?? From: Justin Dagostino To: user@ofbiz.apache.org Content-Type: multipart/alternative; boundary=e89a8ff1c6b276868804f10aff5d X-Virus-Checked: Checked by ClamAV on apache.org --e89a8ff1c6b276868804f10aff5d Content-Type: text/plain; charset=ISO-8859-1 Thanks Adrian. How about the first part to this question? :) Can performFind be used to find based on an 'or' set of criteria? If so, how? Again, I tried suffixing the param name with "_in", but that didn't seem to do anything. Any ideas? --- *Justin Dagostino* Director Of Engineering TheCools.com On Tue, Jan 28, 2014 at 11:45 AM, Adrian Crum < adrian.crum@sandglass-software.com> wrote: > The noConditionFind parameter controls if results are returned when there > are no query parameters. The purpose is to prevent large result sets being > returned accidentally. > > So, if you invoke the service with no constraints: > > 1. noConditionFind = "Y" returns all records > 2. noConditionFind = "N" returns no records > > Adrian Crum > Sandglass Software > www.sandglass-software.com > > > On 1/27/2014 6:11 PM, Justin Dagostino wrote: > >> If I wanted to use perform find to query for a list of criteria as an 'or' >> or 'in', how do we do this in "inputFields"? >> >> Also, I don't really know what noConditionFind means..seems to only come >> into play for filter by date. >> >> I tried suffixing the field with '_in', but that didn't seem to work. >> >> For example: >> Perform Find for product IDs: 101, 102, and 103 >> >> From Webtools 'run service': >> inputFields={productId_in = 101, productId_in = 102, productId_in = 103} >> noConditionFind=Y >> Returns 932 items >> >> inputFields={productId = 100} >> noConditionFind=Y >> Returns 932 item >> >> inputFields={productId = 100} >> noConditionFind=N >> Returns 0 items >> >> FYI... The performFind service seems to behave differently than however >> the >> FindGeneric Webtools feature works as expected: >> /webtools/control/FindGeneric?entityName=Product >> Specify productId = 101 >> Returns 1 item >> >> >> Any insight would be very helpful. Thanks. >> >> >> --- >> Justin >> >> --e89a8ff1c6b276868804f10aff5d--