Return-Path: Delivered-To: apmail-camel-users-archive@www.apache.org Received: (qmail 62494 invoked from network); 23 Mar 2009 12:12:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 23 Mar 2009 12:12:14 -0000 Received: (qmail 1928 invoked by uid 500); 23 Mar 2009 12:12:14 -0000 Delivered-To: apmail-camel-users-archive@camel.apache.org Received: (qmail 1884 invoked by uid 500); 23 Mar 2009 12:12:13 -0000 Mailing-List: contact users-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@camel.apache.org Delivered-To: mailing list users@camel.apache.org Received: (qmail 1874 invoked by uid 99); 23 Mar 2009 12:12:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Mar 2009 12:12:13 +0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gert.vanthienen@gmail.com designates 209.85.219.158 as permitted sender) Received: from [209.85.219.158] (HELO mail-ew0-f158.google.com) (209.85.219.158) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 23 Mar 2009 12:12:03 +0000 Received: by ewy2 with SMTP id 2so1490672ewy.20 for ; Mon, 23 Mar 2009 05:11:43 -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:message-id:subject:from:to:content-type :content-transfer-encoding; bh=gUe/gTRX9X2V0K7K+2NLqB3tOkUB4YBqPZlnfvlo05Q=; b=tKqyVxh50wVM2Zp+bim9f/oqtoabGET8MDTyEuFH1LhQS30fOTGQclT7mf+8ezuxk4 KJTZF0EQJ2IEVJJUcVNi+1Gq6VSMJbZ3o8sy8fEeTYAr4eERITbTqcGe+22fpxVckdGn IrggywHNzzK61OVwRfSfG3EEXwHqsl2UdTB/c= 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:content-transfer-encoding; b=dWUCh7LESe0HUBiRH+JSDFyBLN39pkxN0oZyN9M4+SDBEf7TqFLqpFbNmhNysxN5JO p4pavs5pdERJvQ72LIHC5HAOZ5zWB7ClZy/mLxXRbWhYi8HgYqWQYGvQjk3RejNQB5ix tBoZ2Gr3L2/jBlr/LoHHVFiSHZoxWY9K0j6HU= MIME-Version: 1.0 Received: by 10.210.39.2 with SMTP id m2mr5366048ebm.36.1237810303634; Mon, 23 Mar 2009 05:11:43 -0700 (PDT) In-Reply-To: <22628026.post@talk.nabble.com> References: <22628026.post@talk.nabble.com> Date: Mon, 23 Mar 2009 13:11:43 +0100 Message-ID: <67a6ab030903230511l92e9f9bm873cfbbac0a13e78@mail.gmail.com> Subject: Re: What If JBI sendSync() Never Returns? From: Gert Vanthienen To: users@camel.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org L.S., When sending a JBI MessageExchange to another JBI endpoint from Camel, the servicemix-camel component will the same messaging style as is used in the Camel route. If your Camel route contains e.g. a seda: endpoint, Camel will start using async messaging and it will also use an async JBI MessageExchange to communicate with the JBI NMR. This still doesn't handle the use case where the service fails to respond at all (although it will usually not hang, it's far more likely to return an Error status). However, your suggestion for improving the Camel component to allow sync messaging with a message timeout is a very interesting one, so we'd really appreciate a JIRA issue for it at https://issues.apache.org/activemq/browse/SMXCOMP. Since you obviously know your way around the source code, don't hesitate to try doing a patch -- just let us know if you need any help... Regards, Gert Vanthienen ------------------------ Open Source SOA: http://fusesource.com Blog: http://gertvanthienen.blogspot.com/ 2009/3/20 Bob Pollack : > > Does anyone know of a way to set a timer for JBI endpoints? If I make a > request of a JBI service (by something like to ("jbi:endpoint:foo"), the > call to the JBI endpoint seems to be made as DeliveryChannel.sendSync > (message), with no timeout. If the target JBI service doesn't respond (le= t's > say it crashes), the Camel route seems to hang forever. > > When I look at the code, the JBI call seems to be done by > org.apache.servicemix.common.endpoints.SimpleEndpoint, which doesn't even > contain a sendSync() call with a timeout. So I conclude that there's no w= ay > for Camel to ask for one. > > Should this be submitted as an enhancement request? (If so, can someone t= ell > me where?) Or does someone have a Camel workaround or a Java thread > solution? > > (This is related to > http://www.nabble.com/Servicemix-Camel-problem---ToJbiProcessor-hangs-tp1= 8651622p18651622.html > a similar problem =A0that has already been posted here. But the previous > problem concerned a JBI-JMS interaction that appears to have been solved = by > changing the JMS logic. I'm interested in a solution that gives me some k= ind > of timeout when the target JBI component fails to respond for any reason > whatsoever.) > > Thanks in advance to anyone who can help. > -- > View this message in context: http://www.nabble.com/What-If-JBI-sendSync%= 28%29-Never-Returns--tp22628026p22628026.html > Sent from the Camel - Users (activemq) mailing list archive at Nabble.com= . > >