Return-Path: Delivered-To: apmail-incubator-uima-user-archive@minotaur.apache.org Received: (qmail 2409 invoked from network); 5 Apr 2010 14:37:00 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 5 Apr 2010 14:37:00 -0000 Received: (qmail 93708 invoked by uid 500); 5 Apr 2010 14:37:00 -0000 Delivered-To: apmail-incubator-uima-user-archive@incubator.apache.org Received: (qmail 93679 invoked by uid 500); 5 Apr 2010 14:37:00 -0000 Mailing-List: contact uima-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: uima-user@incubator.apache.org Delivered-To: mailing list uima-user@incubator.apache.org Received: (qmail 93592 invoked by uid 99); 5 Apr 2010 14:37:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Apr 2010 14:37:00 +0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=AWL,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_FRT_BELOW2,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of uimaee@gmail.com designates 209.85.222.181 as permitted sender) Received: from [209.85.222.181] (HELO mail-pz0-f181.google.com) (209.85.222.181) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Apr 2010 14:36:55 +0000 Received: by pzk11 with SMTP id 11so694058pzk.32 for ; Mon, 05 Apr 2010 07:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=CjhlORc9P+eYGsrCTRm/6getk8t4iQECifeZKpLZ3J8=; b=k272A7bSK5uOhrciEH5CCGN8+qgs0YoM3RjWIgPrJeF5AqOw7dMJQ7jcNVgvBXLuP8 LwwDIIMGPjsW/1nCSMBqPy9SPGWxFbJ2wPWmAFWathNEX+GoCRFcwuQOLl7GZySEjdUH MJ2cPfNipL7YWkNcVkcYPfDGJsBDHK/3Gfiwo= 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=j1dhosriVnX0LdcRG4zeapmsx5GqI93HRqKCOgOMC/ytPlr2myaprYK1ppg/B1kGIl loK6493mGsdwTy8tHhsrfzyZifoHzCPdHs8ejz4L/Cu4j90GSw1QINdKKLkSppBh6f+S 6kJAJDr4C213KG9dt5DJEINRRbTOdClvdJoRc= MIME-Version: 1.0 Received: by 10.114.77.18 with HTTP; Mon, 5 Apr 2010 07:36:34 -0700 (PDT) In-Reply-To: <3D75841CCAED41408E7F85CAA9E9D2930188BAE5@EXV01001.GlobalSP.local> References: <3D75841CCAED41408E7F85CAA9E9D2930188B421@EXV01001.GlobalSP.local> <3D75841CCAED41408E7F85CAA9E9D2930188B956@EXV01001.GlobalSP.local> <3D75841CCAED41408E7F85CAA9E9D2930188BAE5@EXV01001.GlobalSP.local> Date: Mon, 5 Apr 2010 10:36:34 -0400 Received: by 10.114.188.4 with SMTP id l4mr4457752waf.19.1270478194226; Mon, 05 Apr 2010 07:36:34 -0700 (PDT) Message-ID: Subject: Re: UIMA-2.3 : CPE timeout problem with remote processors. From: Jaroslaw Cwiklik To: uima-user@incubator.apache.org Content-Type: multipart/alternative; boundary=0016e64ca6d27636bf04837e414c --0016e64ca6d27636bf04837e414c Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Muon, can you try to send the same big CAS (the first that worked) again to see if the CPE handles the timeout correctly? Does your service receive the second large CAS? I am trying to figure out if this is a problem with serializing content of the second large CAS or something else. Just a side note, if you are evaluating UIMA remoting capabilities, perhaps you should try UIMA AS instead. UIMA AS is a replacement for the CPM. Based on Open Source ActiveMQ, UIMA AS is a highly scalable framework for deploying remote analytics. It scales to thousands of compute cores. Here i= s a link where you'll find additional information: http://incubator.apache.org/uima/doc-uimaas-what.html JC Muon, can you try to dispose previous instance of the CPE and create a new one before sending another big CAS? On Thu, Apr 1, 2010 at 3:05 AM, Muon Le wrote: > I did more tests about bigs XCas files (>100Ko). > When I start my CPE with only one big XCas file, the CPE terminates > properly with one timout error. > Howerver, when I continue to start the same CPE with an other big XCas > file, the CPE detects the timeout error and hangs. > > Thanks, > Muon. > > -----Message d'origine----- > De : Jaroslaw Cwiklik [mailto:uimaee@gmail.com] > Envoy=E9 : mercredi 31 mars 2010 18:12 > =C0 : uima-user@incubator.apache.org > Objet : Re: UIMA-2.3 : CPE timeout problem with remote processors. > > Hmm, your previous description confused me: > > "More accuratly, with small files, there are errors about timeout, but th= e > CPE terminates properly (without handling)." > > So you are not seeing any problems while processing small files. Its the > big > files that cause the timeout. Looking at > the stack trace it seems like this is a problem in the Vinci > Serializer/Deserializer. Not sure if this a problem with > sending or receiving. Is your service receiving and processing a large CA= S > (file)? How large is the file? > > JC > > On Wed, Mar 31, 2010 at 10:27 AM, Muon Le wrote: > > > Hello, > > > > No, with small files, there are no problems. > > > > No. Here is the description file: > > > > - > > AnalysisEngine > > com.temis.Default.SleepBSH > > Vinci > > > > > > Yes, here is a sample of error message in logs: > > WARN - 2010-03-29 16:09:44,312 - [Procesing Pipeline#4 Thread]:: - > > [MDC:{{docid, > > > http://www.ardenno.com/pressreleases/news_04sept07.php--Cnt6183}{module,W= orkflow}{host,racine}{submodule,racine}{workflow,Bug5092}}][THREAD:[Procesi= ngPipeline#4 > > > Thread]::][LOGGER:org.apache.uima.collection.impl.cpm.container.deployer.= VinciTAP][NDC:null] > > java.net.SocketTimeoutException: Read timed out > > at java.net.SocketInputStream.socketRead0(Native Method) > > at java.net.SocketInputStream.read(Unknown Source) > > at java.io.BufferedInputStream.fill(Unknown Source) > > at java.io.BufferedInputStream.read(Unknown Source) > > at > > > org.apache.vinci.transport.XTalkTransporter.fromStream(XTalkTransporter.j= ava:61) > > at org.apache.vinci.transport.Frame.fromStream(Frame.java:150) > > at > > > org.apache.vinci.transport.BaseClient.sendAndReceiveWork(BaseClient.java:= 650) > > at > > > org.apache.vinci.transport.BaseClient.sendAndReceiveWork(BaseClient.java:= 666) > > at > > org.apache.vinci.transport.BaseClient.sendAndReceive(BaseClient.java:38= 3) > > at > > > org.apache.uima.collection.impl.cpm.container.deployer.VinciTAP.sendAndRe= ceive(VinciTAP.java:453) > > at > > > org.apache.uima.collection.impl.cpm.container.deployer.VinciTAP.analyze(V= inciTAP.java:927) > > at > > > org.apache.uima.collection.impl.cpm.container.NetworkCasProcessorImpl.pro= cess(NetworkCasProcessorImpl.java:198) > > at > > > org.apache.uima.collection.impl.cpm.engine.ProcessingUnit.processNext(Pro= cessingUnit.java:826) > > at > > > org.apache.uima.collection.impl.cpm.engine.ProcessingUnit.run(ProcessingU= nit.java:577) > > > > Thanks for your helps. > > Muon. > > > > -----Message d'origine----- > > De : Jaroslaw Cwiklik [mailto:uimaee@gmail.com] > > Envoy=E9 : mercredi 31 mars 2010 15:39 > > =C0 : uima-user@incubator.apache.org > > Objet : Re: UIMA-2.3 : CPE timeout problem with remote processors. > > > > Do you also observe a hang with small files? > > Does client descriptor c:\temp\AnnotClient_Default_SleepBSH.xml name th= e > > same vns host and port that the service is using? > > Any exceptions in logs( service or client side)? > > JC > > > > On Tue, Mar 30, 2010 at 9:21 AM, Muon Le wrote: > > > > > Hello, > > > > > > > > > > > > I launch a simple CPE (see bellow) that maintains a remote processor > > > with a timeout defined at 30000ms. > > > > > > The CPE hangs when the processor processes bigs files (10 files > > 100ko) > > > despite the timeout value. > > > > > > > > > > > > Do you have any idea of this problem ? > > > > > > > > > > > > Thanks in advance, > > > > > > Muon. > > > > > > PS. My CPE description : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > href=3D"/F:/...../descriptors/collection_readers/XCasCollectionReader.xml= " > > > /> > > > > > > > > > > > > > > > > > > > > > > > > InputDirectory > > > > > > > > > > > > g:/Luxid/bugs/5092/data/xcas > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > href=3D"c:\temp\AnnotClient_Default_SleepBSH.xml"/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > value=3D"exclusive"/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > href=3D"/F:/....../descriptors/cas_consumers/XCasWriterCasConsumer.xm= l"/> > > > > > > > > > > > > > > > > > > > > > > > > > > value=3D"100/1000"/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > OutputDirectory > > > > > > > > > > > > c:/temp/XCasDirectory > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -1 > > > > > > immediate > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --0016e64ca6d27636bf04837e414c--