Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 852 invoked from network); 12 Aug 2009 06:40:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 12 Aug 2009 06:40:18 -0000 Received: (qmail 24864 invoked by uid 500); 12 Aug 2009 06:40:24 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 24761 invoked by uid 500); 12 Aug 2009 06:40:24 -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 24753 invoked by uid 99); 12 Aug 2009 06:40:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Aug 2009 06:40:24 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gerhard.petracek@gmail.com designates 209.85.220.216 as permitted sender) Received: from [209.85.220.216] (HELO mail-fx0-f216.google.com) (209.85.220.216) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Aug 2009 06:40:11 +0000 Received: by fxm12 with SMTP id 12so3527990fxm.20 for ; Tue, 11 Aug 2009 23:39:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=ZKO44uHNXOV4uR83w7F9q2kahnaQ34+TVlgyzHTXmD4=; b=K9mxdtveL+1/CkDcZ6ZxhpehoqNJbk86FBnAjWD+aBRbHAR6UL9y47JMPU5n7R8I5s IYIVw5LKpoUr42mE9DbypCbrVbCeA90JEGszLvb1F7H3L+DOJpMuhY9a7OFY29xPPWSk I8Aj40MHTvZCYfhWIf3nuIRmEonjDg76oG/k8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=e75QEQ1ZjdeHgFuJxEBi/N8VBs1FsJCU0TiLsiF3NVEn0sf5i79RasybZHDbDstf8F aacTWS4x2ZvLK63gjvDcFwEUuI5oIg+6nUvR35BeIf1acINO36uVZ35Lm1wbx+j37OUi sI7jpFzU6Dv8SgoHVuba6s6AzeKJlw1+cD3wM= MIME-Version: 1.0 Received: by 10.102.149.23 with SMTP id w23mr138992mud.38.1250059190082; Tue, 11 Aug 2009 23:39:50 -0700 (PDT) In-Reply-To: <71235db40908112317v1e1e2fb7u2be3cd9f900bb702@mail.gmail.com> References: <71235db40908111321gb77fab0kbc5633dfc6be00e4@mail.gmail.com> <2332f63b0908112241k48319d58k1c1a1d5257ccb08c@mail.gmail.com> <71235db40908112317v1e1e2fb7u2be3cd9f900bb702@mail.gmail.com> From: Gerhard Petracek Date: Wed, 12 Aug 2009 08:39:30 +0200 Message-ID: <2332f63b0908112339q4b19cbc3p792a9f68144d82c4@mail.gmail.com> Subject: Re: myfaces 2.0 and groovy bindings To: MyFaces Development Content-Type: multipart/alternative; boundary=0023541884e8f91cc90470ec15a9 X-Virus-Checked: Checked by ClamAV on apache.org --0023541884e8f91cc90470ec15a9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit in the original discussion we decided that. you agreed as well. ;) regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2009/8/12 Matthias Wessendorf > On Wed, Aug 12, 2009 at 7:41 AM, Gerhard > Petracek wrote: > > +1 for the initial commit at [1] > > why to an extension ? I'd like it to see it being part of core. > > > > > regards, > > gerhard > > > > [1] http://svn.apache.org/repos/asf/myfaces/extensions/scripting > > > > http://www.irian.at > > > > Your JSF powerhouse - > > JSF Consulting, Development and > > Courses in English and German > > > > Professional Support for Apache MyFaces > > > > > > 2009/8/12 Werner Punz > >> > >> I have to check the method out for what it does out for now nothing is > >> done in this regard. > >> > >> My code works currently that way that over all jsf artefacts which can > >> be set via the faces-config proxies are wrapped around and the proxies > >> basically > >> dynamically reload the groovy classes if the file dates change (hence > the > >> classloader). > >> > >> So what we get are dynamically reloadable beans, phase listeners, > >> etc... pretty much everything from the faces-config. > >> I am not sure how well this mixes with the new annotations. > >> > >> > >> Werner > >> > >> > >> > >> Leonardo Uribe schrieb: > >>> > >>> > >>> 2009/8/11 Werner Punz >>> > > >>> > >>> I dont think it will conflict, the reason for this is, I want to add > >>> the option as web.xml override. > >>> Which means a user who wants to use the groovy bindings has to add a > >>> context param. If this param is not set nothing is done and the code > >>> defaults to the code currently in existence. > >>> > >>> > >>> Hi > >>> > >>> Ok, I understand. In ViewDeclarationLanguage class there is a method > >>> called getScriptComponentResource. Do you have any plan to write this > >>> method, so users can write jsf components in groovy? > >>> > >>> regards > >>> > >>> Leonardo Uribe > >>> > >>> > >>> The groovy bindings are a plugin like extval. > >>> > >>> Werner > >>> > >>> > >>> > >>> Leonardo Uribe schrieb: > >>> > >>> Hi > >>> > >>> +1. I suppose this code conflict with MYFACES-2290 Add OSGi > >>> bundle information and bundle classloader / activator, but we > >>> can see it in deep later when we have committed this one. > >>> > >>> regards > >>> > >>> Leonardo Uribe > >>> > >>> 2009/8/11 Matthias Wessendorf >>> >>> >> > >>> > >>> > >>> +1 for adding that to 2.0 only. > >>> > >>> looking forward :-) > >>> > >>> On Tue, Aug 11, 2009 at 10:17 PM, Werner > >>> Punz > >>> >>> >> wrote: > >>> > Hello everyone. I am sort of overdue with my promised > >>> commit of > >>> the myfaces > >>> > groovy bindings, the reason simply was life itself. > >>> > > >>> > Anway to make things finally clear I want to propose > >>> following. > >>> > I want to commit the bindings this week, but I want to opt > >>> for > >>> myfaces 2.0 > >>> > instead of still going with 1.2. > >>> > > >>> > The reason simply is following: > >>> > I need to add a mechanism which allows to replace the > >>> classloader > >>> > during initialisation which means following we have to add > >>> code > >>> > to our initialisation code in our servlet context which > >>> allows this. > >>> > Now that 2.0 still is in development this is less critical > >>> than > >>> to add it to > >>> > a stable 1.2. > >>> > > >>> > And to be honest I do not want to support two versions of > >>> myfaces > >>> for the > >>> > initial stage. > >>> > So here is the deal, I will commit the codebase this week, > >>> which > >>> still has > >>> > the dirty initialisation and add the needed extensions > asap > >>> in > >>> the 2.0 > >>> > codebase and I will work on make it running so that we > >>> have the > >>> extension up > >>> > and running when we hit final, sort of a goody to have > >>> > if you use myfaces. > >>> > > >>> > Werner > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > >>> > >>> > >>> -- > >>> Matthias Wessendorf > >>> > >>> blog: http://matthiaswessendorf.wordpress.com/ > >>> sessions: http://www.slideshare.net/mwessendorf > >>> twitter: http://twitter.com/mwessendorf > >>> > >>> > >>> > >>> > >> > > > > > > > > -- > Matthias Wessendorf > > blog: http://matthiaswessendorf.wordpress.com/ > sessions: http://www.slideshare.net/mwessendorf > twitter: http://twitter.com/mwessendorf > --0023541884e8f91cc90470ec15a9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
in the original discussion we decided that.
you agreed as well. ;)

regards,
gerhard

http://www.irian.at

You= r JSF powerhouse -
JSF Consulting, Development and
Courses in English= and German

Professional Support for Apache MyFaces


2009/8/12 Matthias Wessendorf = <matzew@apache.org>
On Wed, Aug 12, 2009 at 7:41 AM, Gerhard
Petracek<<= a href=3D"mailto:gerhard.petracek@gmail.com">gerhard.petracek@gmail.com= > wrote:
> +1 for the initial commit at [1]

why to an= extension ? I'd like it to see it being part of core.

>
> regards,
> gerhard
>
>= [1] http://svn.apache.org/repos/asf/myfaces/extensions/scr= ipting
>
> http://www.= irian.at
>
> Your JSF powerhouse -
> JSF Consulting, = Development and
> Courses in English and German
>
> Profe= ssional Support for Apache MyFaces
>
>
> 2009/8/12 Werner Punz <werner.punz@gmail.com>
>>
>> I have t= o check the method out for what it does out for now nothing is
>> = done in this regard.
>>
>> My code works currently that way that over all jsf art= efacts which can
>> be set via the faces-config proxies are wrappe= d around and the proxies
>> basically
>> dynamically relo= ad the groovy classes if the file dates change (hence the
>> classloader).
>>
>> So what we get are dynamical= ly reloadable beans, phase listeners,
>> etc... pretty much everyt= hing from the faces-config.
>> I am not sure how well this mixes w= ith the new annotations.
>>
>>
>> Werner
>>
>>
>>=
>> Leonardo Uribe schrieb:
>>>
>>>
>= ;>> 2009/8/11 Werner Punz <werner.punz@gmail.com
>>> <mailto:werner.pun= z@gmail.com>>
>>>
>>> =A0 =A0I dont think= it will conflict, the reason for this is, I want to add
>>> = =A0 =A0the option as web.xml override.
>>> =A0 =A0Which means a user who wants to use the groovy bindings= has to add a
>>> =A0 =A0context param. If this param is not se= t nothing is done and the code
>>> =A0 =A0defaults to the code = currently in existence.
>>>
>>>
>>> Hi
>>>
>>= > Ok, I understand. In ViewDeclarationLanguage class there is a method>>> called getScriptComponentResource. Do you have any plan to w= rite this
>>> method, so users can write jsf components in groovy?
>&g= t;>
>>> regards
>>>
>>> Leonardo Uri= be
>>>
>>>
>>> =A0 =A0The groovy bindin= gs are a plugin like extval.
>>>
>>> =A0 =A0Werner
>>>
>>><= br>>>>
>>> =A0 =A0Leonardo Uribe schrieb:
>>&= gt;
>>> =A0 =A0 =A0 =A0Hi
>>>
>>> =A0 = =A0 =A0 =A0+1. I suppose this code conflict with MYFACES-2290 Add OSGi
>>> =A0 =A0 =A0 =A0bundle information and bundle classloader / act= ivator, but we
>>> =A0 =A0 =A0 =A0can see it in deep later when= we have committed this one.
>>>
>>> =A0 =A0 =A0 = =A0regards
>>>
>>> =A0 =A0 =A0 =A0Leonardo Uribe
>>>
>>> = =A0 =A0 =A0 =A02009/8/11 Matthias Wessendorf <matzew@apache.org
>>> =A0 =A0 =A0 =A0<mailto:= matzew@apache.org> <mailto:<= a href=3D"mailto:matzew@apache.org">matzew@apache.org
>>> =A0 =A0 =A0 =A0<mailto:matzew@apache.org>>>
>>>
>>>
>&= gt;> =A0 =A0 =A0 =A0 =A0 +1 for adding that to 2.0 only.
>>>=
>>> =A0 =A0 =A0 =A0 =A0 looking forward :-)
>>>
>>> =A0 =A0 =A0 =A0 =A0 On Tue, Aug 11, 2009 at 10= :17 PM, Werner
>>> =A0 =A0 =A0 =A0Punz<werner.punz@gmail.com <mailto:werner.punz@gmail.com>
>>> =A0 =A0 =A0 =A0 =A0 <mailto:werner.punz@gmail.com
>>> =A0 =A0 =A0 =A0<mail= to:werner.punz@gmail.com>&g= t;> wrote:
>>> =A0 =A0 =A0 =A0 =A0 =A0> Hello everyone. I am sort of overd= ue with my promised
>>> =A0 =A0 =A0 =A0commit of
>>> =A0 =A0 =A0 =A0 =A0 t= he myfaces
>>> =A0 =A0 =A0 =A0 =A0 =A0> groovy bindings, the= reason simply was life itself.
>>> =A0 =A0 =A0 =A0 =A0 =A0>=
>>> =A0 =A0 =A0 =A0 =A0 =A0> Anway to make things finally c= lear I want to propose
>>> =A0 =A0 =A0 =A0following.
>>> =A0 =A0 =A0 =A0 =A0 = =A0> I want to commit the bindings this week, but I want to opt
>&= gt;> for
>>> =A0 =A0 =A0 =A0 =A0 myfaces 2.0
>>>= =A0 =A0 =A0 =A0 =A0 =A0> instead of still going with 1.2.
>>> =A0 =A0 =A0 =A0 =A0 =A0>
>>> =A0 =A0 =A0 =A0 = =A0 =A0> The reason simply is following:
>>> =A0 =A0 =A0 =A0= =A0 =A0> I need to add a mechanism which allows to replace the
>&= gt;> =A0 =A0 =A0 =A0classloader
>>> =A0 =A0 =A0 =A0 =A0 =A0&= gt; during initialisation which means following we have to add
>>> =A0 =A0 =A0 =A0code
>>> =A0 =A0 =A0 =A0 =A0 =A0>= ; to our initialisation code in our servlet context which
>>> = =A0 =A0 =A0 =A0allows this.
>>> =A0 =A0 =A0 =A0 =A0 =A0> Now= that 2.0 still is in development this is less critical
>>> =A0 =A0 =A0 =A0than
>>> =A0 =A0 =A0 =A0 =A0 to add= it to
>>> =A0 =A0 =A0 =A0 =A0 =A0> a stable 1.2.
>>= ;> =A0 =A0 =A0 =A0 =A0 =A0>
>>> =A0 =A0 =A0 =A0 =A0 =A0&g= t; And to be honest I do not want to support two versions of
>>> =A0 =A0 =A0 =A0myfaces
>>> =A0 =A0 =A0 =A0 =A0 for= the
>>> =A0 =A0 =A0 =A0 =A0 =A0> initial stage.
>>= > =A0 =A0 =A0 =A0 =A0 =A0> So here is the deal, I will commit the cod= ebase this week,
>>> =A0 =A0 =A0 =A0which
>>> =A0 =A0 =A0 =A0 =A0 still has
>>> =A0 =A0 =A0 =A0 = =A0 =A0> the dirty initialisation and add the needed extensions asap
= >>> in
>>> =A0 =A0 =A0 =A0 =A0 the 2.0
>>>= =A0 =A0 =A0 =A0 =A0 =A0> codebase and I will work on make it running so= that we
>>> =A0 =A0 =A0 =A0have the
>>> =A0 =A0 =A0 =A0 =A0 ex= tension up
>>> =A0 =A0 =A0 =A0 =A0 =A0> and running when we = hit final, sort of a goody to have
>>> =A0 =A0 =A0 =A0 =A0 =A0&= gt; if you use myfaces.
>>> =A0 =A0 =A0 =A0 =A0 =A0>
>>> =A0 =A0 =A0 =A0 =A0 =A0> Werner
>>> =A0 =A0 =A0= =A0 =A0 =A0>
>>> =A0 =A0 =A0 =A0 =A0 =A0>
>>>= ; =A0 =A0 =A0 =A0 =A0 =A0>
>>> =A0 =A0 =A0 =A0 =A0 =A0>>>> =A0 =A0 =A0 =A0 =A0 =A0>
>>>
>>><= br> >>>
>>> =A0 =A0 =A0 =A0 =A0 --
>>> =A0 =A0= =A0 =A0 =A0 Matthias Wessendorf
>>>
>>> =A0 =A0 = =A0 =A0 =A0 blog: http://matthiaswessendorf.wordpress.com/
>>> =A0 =A0 =A0 =A0 =A0 sessions: http://www.slideshare.net/mwessendorf
>>> =A0 =A0 =A0 =A0 =A0 twitter: http://twitter.com/mwessendorf
>>>
>>>
>>>
>>>
>>>
>



--

--0023541884e8f91cc90470ec15a9--