Return-Path: X-Original-To: apmail-myfaces-dev-archive@www.apache.org Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 65CA87762 for ; Tue, 26 Jul 2011 17:50:36 +0000 (UTC) Received: (qmail 44833 invoked by uid 500); 26 Jul 2011 17:50:36 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 44686 invoked by uid 500); 26 Jul 2011 17:50:35 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 44679 invoked by uid 99); 26 Jul 2011 17:50:35 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Jul 2011 17:50:35 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mkienenb@gmail.com designates 74.125.82.181 as permitted sender) Received: from [74.125.82.181] (HELO mail-wy0-f181.google.com) (74.125.82.181) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 26 Jul 2011 17:50:29 +0000 Received: by wyh22 with SMTP id 22so429456wyh.12 for ; Tue, 26 Jul 2011 10:50:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=rwQU89F4wGG6jg/5klQ3zUqv71lLXs+thoOBG+EuuSA=; b=akM96ejWkL/yRdgD8CNarvxMiU624UG1IL6DQ9RbWgnFM+56ktYE0QtDCWf/kntjsT zYxAvbG3DzBKKjN8SpB9q6ptVvsFzAgrXtY0rgXpmi3hVuhD2lusyNgFcc+dknMY9why SYVLYS7Ifeqq9J2Pku5r7IzSx8AOEOgJxV4b0= Received: by 10.216.137.142 with SMTP id y14mr716185wei.0.1311702608783; Tue, 26 Jul 2011 10:50:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.159.130 with HTTP; Tue, 26 Jul 2011 10:43:12 -0700 (PDT) In-Reply-To: <4E2EFACF.2030703@gmail.com> References: <4E2EFACF.2030703@gmail.com> From: Mike Kienenberger Date: Tue, 26 Jul 2011 13:43:12 -0400 Message-ID: Subject: Re: MyFaces in OSGi environment To: MyFaces Development Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org This is the right place for your questions and proposals. We cannot tell you anything further until we see the proposals and details. On Tue, Jul 26, 2011 at 1:35 PM, Kamil Sobo=C5=84 wr= ote: > Hi all, > > Me and my friend are trying to create modular web application that will w= ork > in OSGi environment. > We have chosen JSF (MyFaces implementation) for our web tier (In fact we > have chosen this technology in first version of our application, where we > have implemented own mechanism for plug-in management, now we want to use > OSGi). > > We have few very important assumption for web tier: views (pages), resour= ces > and manageable beans can be provided, changed and taken away in run-time. > This is a result of other assumption: our application should be modulariz= ed > in plug-ins that can be installed, updated or uninstalled in run-time. > There are few problems with MyFaces that we were trying to omit. Some we > have managed to, some partially and some not. I am not going to tell abou= t > the details, but I can tell about them or provide web site urls where we > have written down our cogitations. > > After some time we have reached a conclusion that it is pointless to make > MyFaces working as we want to, without changing things in core > implementation. Generally we know what should be reimplemented or redesig= ned > in core implementation of MyFaces. We believe that some of changes should= be > done in API to make MyFaces more flexible. Once more I am not going to te= ll > about the details here (but fell free to ask). > > My questions are > Is it our proposal worth of consideration ? Maybe out assumptions break d= own > some JavaServer Faces assumption and this technology cannot be used in su= ch > application ? > Is it right place to ask about changes in MyFaces ? > Can you/we make such changes in core implementation, or maybe MyFaces is > simply implementation of JSF specification ? If it is, should we turn to > people that are responsible for JSF specification ? > > -- > Pozdrawiam, > Kamil Sobo=C5=84 > > iso.poczta(at)gmail.comturn to > sobon(at)student.agh.edu.pl > >