Return-Path: X-Original-To: apmail-myfaces-users-archive@www.apache.org Delivered-To: apmail-myfaces-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 5F20410FED for ; Sun, 20 Oct 2013 10:22:29 +0000 (UTC) Received: (qmail 34122 invoked by uid 500); 20 Oct 2013 10:22:27 -0000 Delivered-To: apmail-myfaces-users-archive@myfaces.apache.org Received: (qmail 33994 invoked by uid 500); 20 Oct 2013 10:22:26 -0000 Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Discussion" Delivered-To: mailing list users@myfaces.apache.org Received: (qmail 33986 invoked by uid 99); 20 Oct 2013 10:22:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 Oct 2013 10:22:24 +0000 X-ASF-Spam-Status: No, hits=2.5 required=5.0 tests=FREEMAIL_REPLY,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rmannibucau@gmail.com designates 209.85.216.52 as permitted sender) Received: from [209.85.216.52] (HELO mail-qa0-f52.google.com) (209.85.216.52) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 Oct 2013 10:22:20 +0000 Received: by mail-qa0-f52.google.com with SMTP id w8so1796892qac.4 for ; Sun, 20 Oct 2013 03:21:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ucRcswtT08ynIPLbCJQkq4HPRO7jPKwdOWvNNk7XYCs=; b=SFyk3bIotASxLNvlg619ZY6CVIOcAwqs9SF88nbdtqfG8Zal4dZfxgdAh/XYXixk8J BGiepw8+2hHRUycHG01nsqnbCguuR2jvruWb/UcWacx8Otl2CfFn/a84eNyKRIc2Wd/s r/odUocNL5shfrX19FLInojsyaVs1oCog0YXAoYvLVHLld6DUge8lcnL234juDxCuU8n bzTzBuZvULDkd22oIE+ahg85plY41vLNJdKd0neliXiJ+GtU0dO0DMqJDh3n5lVEH2R5 tpq0hndiptQK+3fuQ9DXYL09HqdiwRxX4l/N8MlDsrz9gF1ldG+UX8sI0hs1aCQmluzt OFiQ== MIME-Version: 1.0 X-Received: by 10.224.160.195 with SMTP id o3mr16337808qax.66.1382264519165; Sun, 20 Oct 2013 03:21:59 -0700 (PDT) Received: by 10.96.41.99 with HTTP; Sun, 20 Oct 2013 03:21:59 -0700 (PDT) Received: by 10.96.41.99 with HTTP; Sun, 20 Oct 2013 03:21:59 -0700 (PDT) In-Reply-To: References: Date: Sun, 20 Oct 2013 12:21:59 +0200 Message-ID: Subject: Re: [OT but still JSF]: Clustering, session replication, and database, too From: Romain Manni-Bucau To: MyFaces Discussion Content-Type: multipart/alternative; boundary=089e0153695ca68ca804e929897b X-Virus-Checked: Checked by ClamAV on apache.org --089e0153695ca68ca804e929897b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable @thomas: same on tomee + tomee has another integration for it, optimized for tomcat Le 20 oct. 2013 11:35, "Thomas Andraschko" a =E9crit : > Hey, > > JFYI: > MyFaces+OWB on Tomcat with MSM is working fine. > > Don't know about TomEE. > > Regards, > Thomas > > > 2013/10/20 Karl Kild=E9n > > > Hello! I am also very interested in having more i.e. docs, examples and > > stuff for clustering across the tomee stack. The discussion came up on = a > > jira some time ago and after that I asked Thomas to write a new post > about > > it (First part was great!). > > > > For example this is something that sounds really interesting and I want > to > > know more: > > > > * do not replicate the session over to other nodes! > > > > My scenarios are usually tomee with one war or tomcat with one war and > JSF, > > CDI, JPA only. > > > > > > On 20 October 2013 05:48, Howard W. Smith, Jr. > >wrote: > > > > > I had a question or two, since I have been reading "Java Summit - > > Pitfalls > > > in EE"[1] provided by Mark Struberg while having a discussion on tome= e > > user > > > list. > > > > > > The following page stated the following: > > > > > > Page 134 > > > Clustering > > > > > > * We use 'asymmetric clustering' > > > * use sticky sessions > > > * backup away the session to a memcached after each > > > request > > > * do not replicate the session over to other nodes! > > > * Session-Replication always in node pairs. > > > * only restore the session from the memcached if a failover > > > happened > > > * msm can be integrated into OWB: > > > http://code.google.com/p/memcached-session-manager/ > > > > > > Since it says, 'We use asymmetric clustering' and other suggestions > were > > > made, I found it appropriate to direct my question(s) to MyFaces 'JSF= ' > > user > > > list and committers. > > > > > > is there some type of blog (or two or three) available that discuss h= ow > > to > > > properly cluster a tomcat/tomee/openwebbeans/myfaces JSF web app? als= o, > > how > > > is the database replicated? I don't ever see database > cluster/replication > > > discussed by JSF developers; i recently had to search for database > > cluster > > > and saw 'replication', which is something i have not had to worry abo= ut > > > since my previous work involved database teams while i was doing > > > front-end/GUI software. > > > > > > now that i am doing java ee and jsf, i would love to know how to do > > > database clustering and/or replicating database while clustering JSF > > > webapp. Of course, right now, i only have one tomee which references > > > 'apache' derby (which is performing well, but I would love to get my > feet > > > wet and cluster my web app + database). i did search derby's mail lis= t > > > archives and i learned about sequioa and HA-JDBC (High-Availability > > JDBC). > > > > > > i was hoping to get an answer from MyFaces 'JSF' > users/committers...based > > > on their experience. I think someone told me that they use mysql > > > (clustering); my preference is still 'apache' derby (smile). please > > > remember, i'm wondering if any blogs are available that discuss > > clustering > > > tomcat (preference =3D tomee) + JSF web app (with database) + memcach= ed > > > session manager. > > > > > > Thomas has already started writing a blog[2] about this. I'm looking > > > forward to seeing sample config for it all (if available). :) > > > > > > [1] > > > > > > > > > http://people.apache.org/~struberg/eesummit2013/Java%20EE%20Summit%20-%20= pitfalls%20in%20EE.pdf > > > > > > [2] > > > > > > > > > http://tandraschko.blogspot.com/2013/09/session-replication-clustering-fa= ilover.html > > > > > > --089e0153695ca68ca804e929897b--