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 DA7A142DA for ; Thu, 19 May 2011 18:07:45 +0000 (UTC) Received: (qmail 42042 invoked by uid 500); 19 May 2011 18:07:45 -0000 Delivered-To: apmail-ofbiz-user-archive@ofbiz.apache.org Received: (qmail 42024 invoked by uid 500); 19 May 2011 18:07:45 -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 42016 invoked by uid 99); 19 May 2011 18:07:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 May 2011 18:07:45 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of melonjaya@gmail.com designates 209.85.216.179 as permitted sender) Received: from [209.85.216.179] (HELO mail-qy0-f179.google.com) (209.85.216.179) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 May 2011 18:07:40 +0000 Received: by qyk7 with SMTP id 7so1904703qyk.10 for ; Thu, 19 May 2011 11:07:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=jeJ7Uso7ai1TXD1bAPNHs6Q2ud/xFKVDxfv/ny1bmfk=; b=cbjgNtdRCWEX5Ntbx0inRE8JtW1bHdE20Yb3qtJ3MZqtLZoq4oajPXnyIlsgRgixvY YRf8dMT2Kdn2jp0WbUx464bP4K8y4O5kTTKuPkqTIXB48yxvKY30Fi4qY9Bx4DpJ3kGM OFn+lYRik+ofINux2L8BK3fUf9HxTBHNJ5Hto= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=xcXt5yO2OdfgvYhE+Fuw9Czgiomorzyxk4A2CvyAIOrNfbqlTncvBePeQjkRJilCSO iUo59AMqb7xOgbAuseBmXEDmZahZoiXu6Pp/+lLp1vJnjYR0+9SWb4PTJ03yOWDMXnqt cNjwGnsEEu2YpTbHM+SHTwH+xXZAwaAt+bYqY= MIME-Version: 1.0 Received: by 10.229.23.138 with SMTP id r10mr2593689qcb.221.1305828439040; Thu, 19 May 2011 11:07:19 -0700 (PDT) Received: by 10.229.68.84 with HTTP; Thu, 19 May 2011 11:07:18 -0700 (PDT) In-Reply-To: References: Date: Fri, 20 May 2011 02:07:18 +0800 Message-ID: Subject: Re: Handling Transactions From: MelonJaya To: user@ofbiz.apache.org Content-Type: multipart/alternative; boundary=0016368319703f24bc04a3a4e078 --0016368319703f24bc04a3a4e078 Content-Type: text/plain; charset=ISO-8859-1 basicly, you should avoid any race-condition. as Ray mentioned, you can lookup the saved data through webtools. or maybe you can explain more to your case? what do you try to achieve? best regards, Johnson Chandra On Wed, May 18, 2011 at 9:38 AM, Ray Shi wrote: > If the saved data can be looked up through webtools, then it doesn't > look like a transaction problem. > > Just wondering if the search result came from the cache. > > Cheers > Ray > > On 18 May 2011 02:28, Justin Robinson wrote: > > I have this intermittent problem 2 services that run consecutively one > save > > data that the next needs. > > I thought it was sorted out but am now back to it. When the lookup is > done > > it's not there but when I look it up though webtools it is there. > > > > Is there a way to pragmatically close the transaction and then open a new > > one to ensure that the data. Or does anyone have any other ideas on how > to > > handle this situation or what the problem might be...have really been > > pulling my hair out over this for the last 2 days. > > > > Any help would be appreciated. > > > > -- > > Regards, > > Justin > > Venture-Net Research & Development > > > --0016368319703f24bc04a3a4e078--