Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 42553 invoked from network); 14 Sep 2010 23:59:12 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 14 Sep 2010 23:59:12 -0000 Received: (qmail 9276 invoked by uid 500); 14 Sep 2010 23:59:12 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 9213 invoked by uid 500); 14 Sep 2010 23:59:11 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 9206 invoked by uid 99); 14 Sep 2010 23:59:11 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Sep 2010 23:59:11 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of xhhsld@gmail.com designates 209.85.214.182 as permitted sender) Received: from [209.85.214.182] (HELO mail-iw0-f182.google.com) (209.85.214.182) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Sep 2010 23:59:05 +0000 Received: by iwn34 with SMTP id 34so7456207iwn.13 for ; Tue, 14 Sep 2010 16:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=gaE+StNNo8ggJSdnxGhvNTb84aQMinZcsT3m0B1s+qY=; b=mfhBm7muG0KiCer0RgLtKVGsOarm+2SCImoIqL9Gl1Zbrg0eHbIrmzfrbbXwVjCCze MXXXH23u2MR2/Y0VasAlK112melce8LVjdyT6dBjjV+u21bMGy9a3WD3VPKi8vAfSFF1 4KivG+NDTMGVccTbYZSdkXYVqsNMbgMWUzJ3s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=vW7ISy+ciFTcliwXn/MPMRaV70Ct+R6yeyP8rGrR5vq4MA8ByxYqESJvKgJXUug8/2 isUFAOFJyyrNv5YNLxD1jQAPSzW1wdG/uvmUh64n5IiUkzL65baI5BXcAUSFTA3MpsEw Qo6OygLv0DqenQRDkHGOiQxineNpyM80ZWYOE= MIME-Version: 1.0 Received: by 10.231.32.140 with SMTP id c12mr667669ibd.90.1284508724877; Tue, 14 Sep 2010 16:58:44 -0700 (PDT) Received: by 10.231.17.136 with HTTP; Tue, 14 Sep 2010 16:58:44 -0700 (PDT) Date: Wed, 15 Sep 2010 07:58:44 +0800 Message-ID: Subject: Do we need to support ManagedBean annotation ? From: Ivan To: dev@geronimo.apache.org Content-Type: multipart/alternative; boundary=000325575e5241daf9049040fe5c --000325575e5241daf9049040fe5c Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, Currently, all the annotation scan is done by Myfaces while starting th= e application, which means those managed bean with any naming injection will not work. The interesting thing is that there is no word for the ManagedBean annotation in the jsf spec and we pass all the jsf tck cases, after googled, got some history info for that anntation class, also find some descriptions from the api doc below : ---> These javadoc files constitute the =93Faces Managed Bean Annotation Specification for Containers Conforming to Servlet 2.5 and Beyond=94 At the time of this writing, a forthcoming JCP effort is being planned to extract the specification for managed beans from JSF and place it into its own specification. To account for this effort and to avoid introducing classes into JSF 2.0 that would have to be deprecated when this effort is complete, implementations of JSF 2.0 are not required to implement the =93Faces Managed Bean Annotation Specification for Containers Conforming to Servlet 2.5=94. However, JSF implementations are strongly encouraged to implement this specification, as it provides significant improvements in ease of use. The annotations must be processed as specified in section JSF.11.5.1. <--- It seems that it is not required to support ManagedBean annotation in the impl, and guess that is why we did not get any error in the jsf tck :-) So I am thinking whether we need to support this in Geronimo, and actually, once we integrated the web beans, it should be able to use web bean annotations. Thoughts ? --=20 Ivan --000325575e5241daf9049040fe5c Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi,
=A0=A0=A0 Currently, all the annotation scan is done by Myfaces whi= le starting the application, which means those managed bean with any naming= injection will not work.=A0 The interesting thing is that there is no word= for the
ManagedBean annotation in the jsf spec and we pass all the jsf tck cases, a= fter googled, got some history info for that anntation class, also find som= e descriptions from the api doc below :
--->

These javadoc files constitute the =93Faces Managed=20 Bean Annotation Specification for Containers Conforming to Servlet 2.5 and= =20 Beyond=94

At the time of this writing, a forthcoming JCP effort is being planned t= o=20 extract the specification for managed beans from JSF and place it into its = own=20 specification. To account for this effort and to avoid introducing classes = into=20 JSF 2.0 that would have to be deprecated when this effort is complete,=20 implementations of JSF 2.0 are not required to implement the =93Faces Manag= ed Bean=20 Annotation Specification for Containers Conforming to Servlet 2.5=94. Howev= er, JSF=20 implementations are strongly encouraged to implement this specification, as= it=20 provides significant improvements in ease of use.

The annotations must be processed as specified in section=20 JSF.11.5.1.

<---

It seems that it is not required to = support ManagedBean annotation in the impl, and guess that is why we did no= t get any error in the jsf tck :-)
So I am thinking whether we need to s= upport this in Geronimo, and actually, once we integrated the web beans, it= should be able to use web bean annotations.
Thoughts ?

--
Ivan
--000325575e5241daf9049040fe5c--