Return-Path: X-Original-To: apmail-activemq-users-archive@www.apache.org Delivered-To: apmail-activemq-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CD8A16D53 for ; Fri, 3 Jun 2011 14:37:24 +0000 (UTC) Received: (qmail 64366 invoked by uid 500); 3 Jun 2011 14:37:24 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 64330 invoked by uid 500); 3 Jun 2011 14:37:24 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 64322 invoked by uid 99); 3 Jun 2011 14:37:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Jun 2011 14:37:24 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of tabish121@gmail.com designates 209.85.216.178 as permitted sender) Received: from [209.85.216.178] (HELO mail-qy0-f178.google.com) (209.85.216.178) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Jun 2011 14:37:17 +0000 Received: by qyk2 with SMTP id 2so1190028qyk.2 for ; Fri, 03 Jun 2011 07:36:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:from:to:in-reply-to:references :content-type:date:message-id:mime-version:x-mailer :content-transfer-encoding; bh=8usuCqfds40FJnA8ghXtRyAvsH7G4YPdSpBm5swULTw=; b=AXW5SeDlFbQdXjdNyvTG3ulvWhL21BvUWyE39/4Se85N7/Jzvzona5A0HfQuUf56ZP 60h981Vmrrvk/U2PWtgslKwt2/b1hT+J3T3bwpDk/6MjmYO09crnc7nIvHPT40X6fbSx hqArY8EeCLIK9i8dc0lK14SVh27w0p3bNiaxo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id :mime-version:x-mailer:content-transfer-encoding; b=NbnxReiN67AtdRq/OBeg+/4GTAFF8Yl0Aobi9jdfEfLBPdilJz3MEhKgfsmql/CWpl h1EiHdjVOB1hoXpBTOijT2V3zB3NxMVJkbyhRaoKHjtx94/XlL+QejuwnSS1TLMOs5ke GDi1hqn0kkJDpu6Crf03HlnUTJr4yI85MYMww= Received: by 10.224.54.70 with SMTP id p6mr1520556qag.175.1307111815934; Fri, 03 Jun 2011 07:36:55 -0700 (PDT) Received: from [192.168.2.150] (c-98-231-181-148.hsd1.va.comcast.net [98.231.181.148]) by mx.google.com with ESMTPS id r32sm1047579qcs.2.2011.06.03.07.36.54 (version=SSLv3 cipher=OTHER); Fri, 03 Jun 2011 07:36:55 -0700 (PDT) Subject: Re: ActiveMQ-cpp exceptions From: Timothy Bish To: users@activemq.apache.org In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Fri, 03 Jun 2011 10:36:54 -0400 Message-ID: <1307111814.2789.2.camel@office> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Thu, 2011-06-02 at 15:04 -0400, Joe Wade wrote: > Forgive me if this is the wrong place to ask this question. Not sure if > questions about ActiveMQ-cpp wrappers should be directed to the mailing > list, but I kept getting here through the website. > > I have a simple producer/consumer setup with topics. Everyone connects up > and messages are sent/received. I wanted to see how/if a producer would > react if the topic disapeared while it was running, so I deleted the topic > using the web interface. > > I expected that the producer would gak and start catching exceptions, and > that the consumer would stop receiving data. > > Well the consumer stops receiving data, but the producer happily continues > to call send() and does not catch any exceptions. If I re-create the topic > on the broker (through the web interface) the data channel does not come > back up, I don't see any messages being enqueued/dequeued for that named > topic. > > I am using ActiveMQ-cpp version 3.2.5 with a 5.4.2 broker running on a RHEL > 5.5 machine. Going to try to upgrade to ActiveMQ-cpp 3.4.0 and see it that > makes any difference. > > I just tried out deleting a queue from the web console while an AMQCPP producer was running in the background, the queue was recreated and message started en-queuing once more as I would expect. I wouldn't expect the producer to see any exceptions as destinations are dynamically created on the broker so the next send should just create the destination as if its the first ever send on that destination. Regards -- Tim Bish ------------ FuseSource Email: tim.bish@fusesource.com Web: http://fusesource.com Twitter: tabish121 Blog: http://timbish.blogspot.com/