Return-Path: X-Original-To: apmail-jackrabbit-users-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 044C94EFC for ; Tue, 5 Jul 2011 19:33:45 +0000 (UTC) Received: (qmail 21303 invoked by uid 500); 5 Jul 2011 19:33:44 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 21252 invoked by uid 500); 5 Jul 2011 19:33:43 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 21244 invoked by uid 99); 5 Jul 2011 19:33:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jul 2011 19:33:42 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of chadmichaeldavis@gmail.com designates 209.85.214.42 as permitted sender) Received: from [209.85.214.42] (HELO mail-bw0-f42.google.com) (209.85.214.42) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jul 2011 19:33:36 +0000 Received: by bwa19 with SMTP id 19so12536841bwa.1 for ; Tue, 05 Jul 2011 12:33:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=K/XH2E+fzB43Ma2uhENylHTv9P+i3yLmyQJ4gvh6xNo=; b=wsCAQXEZRBJOCuB0CqUP/pq35mBlirTk7fXS+CeDVHompzPgD1r+UeRv4JAj1Unr5H GUzjaStZA2Amyn7iPIVbugCSf4xEycE5kTbvFhRYIPbkrRIGLdEbpopFJgPIt9yGCj+s UjogHekJ/Da2U1Ipzv68uqP4cMT+OWDPEZTio= MIME-Version: 1.0 Received: by 10.204.16.145 with SMTP id o17mr7015059bka.154.1309894395082; Tue, 05 Jul 2011 12:33:15 -0700 (PDT) Received: by 10.204.79.145 with HTTP; Tue, 5 Jul 2011 12:33:15 -0700 (PDT) Date: Tue, 5 Jul 2011 13:33:15 -0600 Message-ID: Subject: Clustered Deployment versus Davex Remoting From: ChadDavis To: users@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 Our product currently is in beta and uses the Davex remoting style deployment. We are addressing some performance issues we are experiencing with this deployment. I'm documenting those issues in other threads on this list. None of them seem insurmountable for us -- in other words, I'm not saying that I think the davex stack is bad. However, we plan to move to the clustered deployment in the future. My question is whether we should perhaps move to the clustered deployment now, rather than spending time working on the performance of the davex stack. I have the sense that the clustered deployment may be the more well traveled deployment path, and that might mean that more folks have done performance work on it. So, does anyone have a sense of whether the clustered deployment is actually more widely adopted than the davex remoting? I want to try to determine the most used deployment model in order to leverage the efforts of the community better.