Return-Path: X-Original-To: apmail-incubator-bloodhound-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-bloodhound-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 74652E1DE for ; Wed, 19 Dec 2012 08:35:05 +0000 (UTC) Received: (qmail 95401 invoked by uid 500); 19 Dec 2012 08:35:04 -0000 Delivered-To: apmail-incubator-bloodhound-dev-archive@incubator.apache.org Received: (qmail 95314 invoked by uid 500); 19 Dec 2012 08:35:03 -0000 Mailing-List: contact bloodhound-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: bloodhound-dev@incubator.apache.org Delivered-To: mailing list bloodhound-dev@incubator.apache.org Received: (qmail 95286 invoked by uid 99); 19 Dec 2012 08:35:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Dec 2012 08:35:02 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ryan.ollos@wandisco.com designates 209.85.223.169 as permitted sender) Received: from [209.85.223.169] (HELO mail-ie0-f169.google.com) (209.85.223.169) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 19 Dec 2012 08:34:56 +0000 Received: by mail-ie0-f169.google.com with SMTP id c14so2297510ieb.14 for ; Wed, 19 Dec 2012 00:34:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=IjjLYrD1Gb2b3xm2hjlfa9br/L5rBA9boqABuhoTQwI=; b=PvlHG3gudf07c7T2PLDbUChpPr6AYuadRvXgCsqARm4HU/8BCUyRkasySZdW/aWcsK AEPXp6pyrZ6qJchgJlkOvAsKiRb4OmrRCjBcOU0rt6/FtFIPfRuc7mEPI584g7cPxxc4 cEWc2qRGlwYKaZV4mkIDVwRhj3vJ9Q24hSFZIYOLFSX6dgN9nRG9CpxxUGvLv8DKkMxs ltwNjwD9IWO/HSmp2vB12Zm9ysMXt/3AkXWlcFE6gi3tFwUQG3oNS/ZFo2/sJCAAIXkW 3jqQ8en5yTPg7Z/FCy/ZWHL4+NOX6l0EGYxVaulr1+uykvIpFqmIS2sp/80WaVtE/moa Sf4w== MIME-Version: 1.0 Received: by 10.50.0.140 with SMTP id 12mr6258419ige.63.1355906074470; Wed, 19 Dec 2012 00:34:34 -0800 (PST) Received: by 10.64.39.206 with HTTP; Wed, 19 Dec 2012 00:34:34 -0800 (PST) In-Reply-To: References: <508A4CAB.3070106@digiverse.si> Date: Wed, 19 Dec 2012 00:34:34 -0800 Message-ID: Subject: Re: Datamodel and data consistency From: Ryan Ollos To: bloodhound-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=e89a8f646e0deae78504d1307b39 X-Gm-Message-State: ALoCoQmyvZSK/9w8Ic2dw9n0J/ZwM2Txs73t14XVBFBGx9oh3onHxeYRoo9e1X81xZk7P5e4MxaR X-Virus-Checked: Checked by ClamAV on apache.org --e89a8f646e0deae78504d1307b39 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Nov 7, 2012 at 9:20 AM, Ryan Ollos wrote: > On Fri, Oct 26, 2012 at 12:36 PM, Olemis Lang wrote: > >> [...] >> What you are doing over there seems to be exactly like batch >> modifications . isn't it better to reuse batch modification code in >> query module and make the whole thing to look exactly like if logged >> in user had selected target tickets , set product=3Dnew_product and >> comment field set to something like =ABRenaming product XXX to YYY =BB? >> > > I had studied the BatchModify class when starting that implementation and > it looked like the BatchModify class would need some changes in order to > directly utilize the it. The patch I've implemented does "make the whole > thing to look exactly like if logged in user had selected target tickets"= , > however I could see the advantage of code reuse from batch modify. > Initially I dismissed this because I didn't want to dip into modifying th= e > BatchModify class, but I will revisit this issue and post some comments t= o > t.e.o ticket #4582 to see what the Trac developers have to say. > I've submitted a new patch which reuses code from the BatchModifyModule class. I'll be interested to see what feedback the core developers have on these changes. Please comments on that ticket if you have any suggestions with regard to the implementation. http://trac.edgewall.org/ticket/5658#comment:20 --e89a8f646e0deae78504d1307b39--