You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by Heath Borders <he...@gmail.com> on 2004/12/02 21:31:24 UTC
PropertyResolver
Why does the PropertyResolverImpl have special logic for instances of
UIComponent? There is nothing in the spec about this and the RI code
doesn't do this either.
This is causing problems for our code because we use a UIComponent as
a data bean to hold presentation data. This bean is not bound to a
tag, but is used in a ValueBinding to an attribute:
"#{guiBean.titleComponent.value}". The PropertyResolverImpl never
finds the value of the "value" property of the UIComponent because of
special non-spec logic for UIComponents.
What will happen if I take this logic out?
--
If you don't have a GMail account, I probably have 5 invites. Just ask!
-Heath Borders-Wing
hborders@mail.win.org
Re: PropertyResolver
Posted by Martin Marinschek <ma...@gmail.com>.
no, you can't go to the sourceforge cvs anymore - that one is locked
down for the commiters, and you will be working against an obsolete
codebase... you _have_ to work against the apache incubator cvs, I am
sorry!
regards,
Martin
On Fri, 3 Dec 2004 10:43:20 -0600, Heath Borders
<he...@gmail.com> wrote:
> When we attempted to pull down down from the incubator CVS, it
> redirected us to the sourceforge CVS. Since sourceforge supports HTTP
> proxying, its easier for us to pull from there.
>
> Is that the wrong thing to do? I just pulled from there yesterday and
> everything is still under the same package structure.
>
> On Fri, 3 Dec 2004 08:00:59 -0600, Heath Borders
>
>
> <he...@gmail.com> wrote:
> > I will do that from now on. I still have one more patch that needs
> > committing: MYFACES-6. When I submitted the issue, I submitted the
> > line of code to fix, but I noticed yesterday that it was never closed,
> > so I included the whole file. Since its part of the JSF API, package
> > structuring shouldn't be an issue.
> >
> > Once this is committed, I should be working with the same codebase asa
> > you guys have.
> >
> >
> >
> >
> > On Fri, 03 Dec 2004 09:48:43 +0100, Manfred Geiler <ma...@apache.org> wrote:
> > > Thanks Heath,
> > > I just committed both of your patches.
> > > Kind request: Please submit future patches only for the latest CVS
> > > version. The patches still had net.sourceforge.myfaces as package.
> > >
> > > Manfred
> > >
> > >
> > >
> > >
> > > Heath Borders wrote:
> > > > I have removed this logic and am submitting a bug with the new code.
> > > >
> > > >
> > > > On Thu, 2 Dec 2004 14:31:24 -0600, Heath Borders
> > > > <he...@gmail.com> wrote:
> > > >
> > > >>Why does the PropertyResolverImpl have special logic for instances of
> > > >>UIComponent? There is nothing in the spec about this and the RI code
> > > >>doesn't do this either.
> > > >>
> > > >>This is causing problems for our code because we use a UIComponent as
> > > >>a data bean to hold presentation data. This bean is not bound to a
> > > >>tag, but is used in a ValueBinding to an attribute:
> > > >>"#{guiBean.titleComponent.value}". The PropertyResolverImpl never
> > > >>finds the value of the "value" property of the UIComponent because of
> > > >>special non-spec logic for UIComponents.
> > > >>
> > > >>What will happen if I take this logic out?
> > > >>
> > > >>--
> > > >>If you don't have a GMail account, I probably have 5 invites. Just ask!
> > > >>-Heath Borders-Wing
> > > >>hborders@mail.win.org
> > > >>
> > > >
> > > >
> > > >
> > >
> >
> >
> > --
> >
> >
> > If you don't have a GMail account, I probably have 5 invites. Just ask!
> > -Heath Borders-Wing
> > hborders@mail.win.org
> >
>
>
> --
>
>
> If you don't have a GMail account, I probably have 5 invites. Just ask!
> -Heath Borders-Wing
> hborders@mail.win.org
>
Re: PropertyResolver
Posted by Heath Borders <he...@gmail.com>.
When we attempted to pull down down from the incubator CVS, it
redirected us to the sourceforge CVS. Since sourceforge supports HTTP
proxying, its easier for us to pull from there.
Is that the wrong thing to do? I just pulled from there yesterday and
everything is still under the same package structure.
On Fri, 3 Dec 2004 08:00:59 -0600, Heath Borders
<he...@gmail.com> wrote:
> I will do that from now on. I still have one more patch that needs
> committing: MYFACES-6. When I submitted the issue, I submitted the
> line of code to fix, but I noticed yesterday that it was never closed,
> so I included the whole file. Since its part of the JSF API, package
> structuring shouldn't be an issue.
>
> Once this is committed, I should be working with the same codebase asa
> you guys have.
>
>
>
>
> On Fri, 03 Dec 2004 09:48:43 +0100, Manfred Geiler <ma...@apache.org> wrote:
> > Thanks Heath,
> > I just committed both of your patches.
> > Kind request: Please submit future patches only for the latest CVS
> > version. The patches still had net.sourceforge.myfaces as package.
> >
> > Manfred
> >
> >
> >
> >
> > Heath Borders wrote:
> > > I have removed this logic and am submitting a bug with the new code.
> > >
> > >
> > > On Thu, 2 Dec 2004 14:31:24 -0600, Heath Borders
> > > <he...@gmail.com> wrote:
> > >
> > >>Why does the PropertyResolverImpl have special logic for instances of
> > >>UIComponent? There is nothing in the spec about this and the RI code
> > >>doesn't do this either.
> > >>
> > >>This is causing problems for our code because we use a UIComponent as
> > >>a data bean to hold presentation data. This bean is not bound to a
> > >>tag, but is used in a ValueBinding to an attribute:
> > >>"#{guiBean.titleComponent.value}". The PropertyResolverImpl never
> > >>finds the value of the "value" property of the UIComponent because of
> > >>special non-spec logic for UIComponents.
> > >>
> > >>What will happen if I take this logic out?
> > >>
> > >>--
> > >>If you don't have a GMail account, I probably have 5 invites. Just ask!
> > >>-Heath Borders-Wing
> > >>hborders@mail.win.org
> > >>
> > >
> > >
> > >
> >
>
>
> --
>
>
> If you don't have a GMail account, I probably have 5 invites. Just ask!
> -Heath Borders-Wing
> hborders@mail.win.org
>
--
If you don't have a GMail account, I probably have 5 invites. Just ask!
-Heath Borders-Wing
hborders@mail.win.org
Re: PropertyResolver
Posted by Heath Borders <he...@gmail.com>.
I will do that from now on. I still have one more patch that needs
committing: MYFACES-6. When I submitted the issue, I submitted the
line of code to fix, but I noticed yesterday that it was never closed,
so I included the whole file. Since its part of the JSF API, package
structuring shouldn't be an issue.
Once this is committed, I should be working with the same codebase asa
you guys have.
On Fri, 03 Dec 2004 09:48:43 +0100, Manfred Geiler <ma...@apache.org> wrote:
> Thanks Heath,
> I just committed both of your patches.
> Kind request: Please submit future patches only for the latest CVS
> version. The patches still had net.sourceforge.myfaces as package.
>
> Manfred
>
>
>
>
> Heath Borders wrote:
> > I have removed this logic and am submitting a bug with the new code.
> >
> >
> > On Thu, 2 Dec 2004 14:31:24 -0600, Heath Borders
> > <he...@gmail.com> wrote:
> >
> >>Why does the PropertyResolverImpl have special logic for instances of
> >>UIComponent? There is nothing in the spec about this and the RI code
> >>doesn't do this either.
> >>
> >>This is causing problems for our code because we use a UIComponent as
> >>a data bean to hold presentation data. This bean is not bound to a
> >>tag, but is used in a ValueBinding to an attribute:
> >>"#{guiBean.titleComponent.value}". The PropertyResolverImpl never
> >>finds the value of the "value" property of the UIComponent because of
> >>special non-spec logic for UIComponents.
> >>
> >>What will happen if I take this logic out?
> >>
> >>--
> >>If you don't have a GMail account, I probably have 5 invites. Just ask!
> >>-Heath Borders-Wing
> >>hborders@mail.win.org
> >>
> >
> >
> >
>
--
If you don't have a GMail account, I probably have 5 invites. Just ask!
-Heath Borders-Wing
hborders@mail.win.org
add new attribute to dataScroller (or any component)
Posted by Catalin Kormos <ca...@yahoo.com>.
Hi,
I want to add a new attribute, named "selectedPage" to
the x:dataScroller component; it's not clear to me,
how this can be done, the corresponding code, for a
"selectedPage" field in HtmlDataScroller.java is
automaticaly generated...how? then where to specify
the new attribute? i was looking for the "tabIndex",
and that attr is specified in multiple places...and i
can't tell by which rule. Any help would be
appreciated.
Thanks in advance,
Regards
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Re: PropertyResolver
Posted by Manfred Geiler <ma...@apache.org>.
Thanks Heath,
I just committed both of your patches.
Kind request: Please submit future patches only for the latest CVS
version. The patches still had net.sourceforge.myfaces as package.
Manfred
Heath Borders wrote:
> I have removed this logic and am submitting a bug with the new code.
>
>
> On Thu, 2 Dec 2004 14:31:24 -0600, Heath Borders
> <he...@gmail.com> wrote:
>
>>Why does the PropertyResolverImpl have special logic for instances of
>>UIComponent? There is nothing in the spec about this and the RI code
>>doesn't do this either.
>>
>>This is causing problems for our code because we use a UIComponent as
>>a data bean to hold presentation data. This bean is not bound to a
>>tag, but is used in a ValueBinding to an attribute:
>>"#{guiBean.titleComponent.value}". The PropertyResolverImpl never
>>finds the value of the "value" property of the UIComponent because of
>>special non-spec logic for UIComponents.
>>
>>What will happen if I take this logic out?
>>
>>--
>>If you don't have a GMail account, I probably have 5 invites. Just ask!
>>-Heath Borders-Wing
>>hborders@mail.win.org
>>
>
>
>
Re: PropertyResolver
Posted by Heath Borders <he...@gmail.com>.
I have removed this logic and am submitting a bug with the new code.
On Thu, 2 Dec 2004 14:31:24 -0600, Heath Borders
<he...@gmail.com> wrote:
> Why does the PropertyResolverImpl have special logic for instances of
> UIComponent? There is nothing in the spec about this and the RI code
> doesn't do this either.
>
> This is causing problems for our code because we use a UIComponent as
> a data bean to hold presentation data. This bean is not bound to a
> tag, but is used in a ValueBinding to an attribute:
> "#{guiBean.titleComponent.value}". The PropertyResolverImpl never
> finds the value of the "value" property of the UIComponent because of
> special non-spec logic for UIComponents.
>
> What will happen if I take this logic out?
>
> --
> If you don't have a GMail account, I probably have 5 invites. Just ask!
> -Heath Borders-Wing
> hborders@mail.win.org
>
--
If you don't have a GMail account, I probably have 5 invites. Just ask!
-Heath Borders-Wing
hborders@mail.win.org