Return-Path: Delivered-To: apmail-activemq-dev-archive@www.apache.org Received: (qmail 99553 invoked from network); 13 Mar 2007 09:50:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 13 Mar 2007 09:50:44 -0000 Received: (qmail 50230 invoked by uid 500); 13 Mar 2007 09:50:52 -0000 Delivered-To: apmail-activemq-dev-archive@activemq.apache.org Received: (qmail 50200 invoked by uid 500); 13 Mar 2007 09:50:52 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 50091 invoked by uid 99); 13 Mar 2007 09:50:51 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Mar 2007 02:50:51 -0700 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 (herse.apache.org: domain of teemu@torma.org designates 213.41.244.89 as permitted sender) Received: from [213.41.244.89] (HELO lou-bada.torma.org) (213.41.244.89) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Mar 2007 02:50:39 -0700 Received: from lara.torma.org (helmut.lou-bada.torma.org [10.7.3.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lou-bada.torma.org (Postfix) with ESMTP id 94D8759401 for ; Tue, 13 Mar 2007 10:50:16 +0100 (CET) From: Teemu Torma To: dev@activemq.apache.org Subject: ActiveMQ CPP connection factory behaviour Date: Tue, 13 Mar 2007 10:50:15 +0100 User-Agent: KMail/1.9.4 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703131050.15367.teemu@torma.org> X-Virus-Checked: Checked by ClamAV on apache.org I was looking the connection factory in activemq-cpp (trunk version) to see why I can not create two connections using same factory due to client id clashes. It appears that the connection factory creates only one uuid client id and uses it unless something else given to createConnection. It also seems to cache the last given user/password and use them as default for the next connection too. Intuitively I would think that defaults given to the constructor would be used unless something else was given to createConnection, and a unique client id would be generated each time unless something else was specified. Is it like this by design or by accident? Right now I see it really being usable for one connection only at least in my usage scenarios. It would be much more usable if user/password would not get sticky and client id would default to some kind of uuid + serial for each connection. Teemu