Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 92201 invoked from network); 5 Oct 2008 20:14:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Oct 2008 20:14:02 -0000 Received: (qmail 85804 invoked by uid 500); 5 Oct 2008 20:14:00 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 85790 invoked by uid 500); 5 Oct 2008 20:14:00 -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 85779 invoked by uid 99); 5 Oct 2008 20:14:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 05 Oct 2008 13:14:00 -0700 X-ASF-Spam-Status: No, hits=1.0 required=10.0 tests=DNS_FROM_SECURITYSAGE,SPF_PASS,URIBL_RHS_DOB X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bruce.snyder@gmail.com designates 209.85.132.241 as permitted sender) Received: from [209.85.132.241] (HELO an-out-0708.google.com) (209.85.132.241) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 05 Oct 2008 20:12:54 +0000 Received: by an-out-0708.google.com with SMTP id c28so137799ana.65 for ; Sun, 05 Oct 2008 13:13:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=/n0psEuJA6rNghYiazv/D16FpQNFcsnBGZRh9gms9D4=; b=Ns/EXQHz5rUh8DR+q7sv7h6DVsrzRTrPLPU/13Tz0rvDd3JqGLjrY6aPrkCk6C/bFy Uspd2EGsxRoDhzJ8C4DJlfRUN7n5421Bhr/Al4X7Z4Fp4gXN0E61fsyTCB024T24R4EU dxKjQQwXTogHRu7/WwmPsYEjtjbVod87XAQqw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Nys3ZwWWIwZWlGz32sZONpd9rFKOIk76LCO7KssSheNcuy6PQzCW96tMY0zVSLtAEa fXVq7ior+OO839Fu8I6pYxEhwb75GuhtQssKm0NOH1OzgNdAfJOGTu5VkWO3qdqZc68j oNJHA1fFPECloxu/a07RnP9hJuAfLxmd+WXYI= Received: by 10.100.105.15 with SMTP id d15mr4085423anc.44.1223237591651; Sun, 05 Oct 2008 13:13:11 -0700 (PDT) Received: by 10.100.44.19 with HTTP; Sun, 5 Oct 2008 13:13:11 -0700 (PDT) Message-ID: <7b3355cb0810051313k4564b328hd9feae9cf9c051a4@mail.gmail.com> Date: Sun, 5 Oct 2008 14:13:11 -0600 From: "Bruce Snyder" To: users@activemq.apache.org Subject: Re: ActiveMQ deployment options In-Reply-To: <19828552.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <19828552.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org On Sun, Oct 5, 2008 at 2:00 PM, akkij wrote: > > Hi, > > We have decided to use ActiveMQ for asynchronous messaging involved in one > of our projects. I have been going through various documentation related to > ActiveMQ; however i am looking for a specific information which > unfortunately i couldn't get. > > If i am not mistaken then ActiveMQ can be intalled as a standalone process > as well as embedded within tomcat server. If this is correct then i would > like to know which of these 2 options is better and why? What happens to the > Queue and Messages in case if ActiveMQ is embedded within tomcat and the > tomcat instance goes down? ActiveMQ provides a few different deployment options, two of which are stand alone as its own process and embedded in another process such as Tomcat. Neither one is inherently better than the other, it really comes down to the advantages and disadvantages of each that should be compared for a given situation. Deploying ActiveMQ stand alone means that it's not dependent upon other processes. Embedding ActiveMQ inside another process means if that process goes down, so does ActiveMQ. However, when embedding ActiveMQ in another Java process, the vm:// protocol can be used to connect to the broker using local calls without using the network stack. Whereas connecting to ActiveMQ running stand alone can only be achieved using remote protocols which involves TCP sockets. Bruce -- perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E