Return-Path: Delivered-To: apmail-cxf-users-archive@www.apache.org Received: (qmail 77297 invoked from network); 25 Aug 2009 12:11:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 25 Aug 2009 12:11:09 -0000 Received: (qmail 47323 invoked by uid 500); 25 Aug 2009 12:11:34 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 47234 invoked by uid 500); 25 Aug 2009 12:11:34 -0000 Mailing-List: contact users-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cxf.apache.org Delivered-To: mailing list users@cxf.apache.org Received: (qmail 47224 invoked by uid 99); 25 Aug 2009 12:11:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Aug 2009 12:11:34 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of diego.vera@capgemini-sdm.com designates 192.76.162.230 as permitted sender) Received: from [192.76.162.230] (HELO world2.sdm.de) (192.76.162.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 25 Aug 2009 12:11:25 +0000 Received: from mucns1 ([10.40.232.18] helo=mucns1.sdm.de) by world2.sdm.de with esmtp (MTA) id 1Mfurd-0003ar-Fq for users@cxf.apache.org; Tue, 25 Aug 2009 14:11:03 +0200 Received: from sdmmail1.sdm.de ([10.40.232.6]) by mucns1.sdm.de with esmtp (MTA) id 1Mfurd-0003aK-Iu for users@cxf.apache.org; Tue, 25 Aug 2009 14:11:01 +0200 Received: from mucmail4.sdm.de ([10.40.232.46]) by sdmmail1.sdm.de with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Aug 2009 14:12:38 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: AW: Web Service Synchronization Date: Tue, 25 Aug 2009 14:11:00 +0200 Message-ID: In-Reply-To: <61b5d9410908250456p5556755gd9f697f04872678c@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Web Service Synchronization Thread-Index: Acole3tQ1G2pNqwITMeyVQMdMGfNVgAAFkxA References: <25132477.post@talk.nabble.com> <61b5d9410908250456p5556755gd9f697f04872678c@mail.gmail.com> From: To: X-OriginalArrivalTime: 25 Aug 2009 12:12:38.0059 (UTC) FILETIME=[562FBFB0:01CA257D] X-Virus-Checked: Checked by ClamAV on apache.org Hi all, What I exactly mean is the concurrency control in the web service. I = have a web service where users write information that they store in a = list, and this list could be very large, that is why I see if I do not = control the concurrence to this web method, some information could be = stored in the profile of one users and the other in the profile of the = other user, but the list should be stored in the profile of the right = user, without concurrence control it could happen that the information = is stored for the incorrect user. The solution proposed by Glen could = work (locking the data base), however every entry in the list is = independent that is why I was thinking that controlling the concurrency = in the web method could be a better solution. Is there a better = approach? Thanks in advance, -Diego Vera -----Urspr=FCngliche Nachricht----- Von: Benson Margulies [mailto:bimargulies@gmail.com]=20 Gesendet: Dienstag, 25. August 2009 13:57 An: users@cxf.apache.org Betreff: Re: Web Service Synchronization Let's be a bit more specific. Are you concerned with the reentrancy of = your implementation or of the client stubs? On Tue, Aug 25, 2009 at 7:17 AM, Glen Mazza wrote: > > Synchronous/Asynchronous has a different meaning with web services,=20 > but using your standard definition of synchronous, I can't imagine web = > methods being synchronized by default, because that would slow down=20 > read-only web methods such as getCapitalOfBritain that don't require=20 > synchronization. =A0I'm unsure how the lack of synchronization would=20 > prevent you from logging who accesses your web service, and for=20 > writable web services that access a database, I would first check to=20 > make sure that the database would not take care of the synchronization = > for you anyway (i.e., some databases lock during=20 > insert/updates/deletes, not allowing other calls to proceed until=20 > finished.) > > HTH, > Glen > > > diego.vera wrote: >> >> Hi all, >> >> I got a question about cxf web services. I require synchronization in = >> the web methods since the users that are calling them should be=20 >> logged and of couse is important that a web method call fnish before=20 >> another user calls the same method. The question is: are by default=20 >> the call of the web methods synchonized? Or should I synchronize the = access? >> >> Thanks a lot, >> >> -Diego Vera >> > > -- > View this message in context:=20 > http://www.nabble.com/Web-Service-Synchronization-tp25131659p25132477. > html Sent from the cxf-user mailing list archive at Nabble.com. > >