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
<[EMAIL PROTECTED]> 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
>
>
> <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
> > 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
> > > > <[EMAIL PROTECTED]> 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
> > > >>[EMAIL PROTECTED]
> > > >>
> > > >
> > > >
> > > >
> > >
> >
> >
> > --
> >
> >
> > If you don't have a GMail account, I probably have 5 invites. Just ask!
> > -Heath Borders-Wing
> > [EMAIL PROTECTED]
> >
>
>
> --
>
>
> If you don't have a GMail account, I probably have 5 invites. Just ask!
> -Heath Borders-Wing
> [EMAIL PROTECTED]
>
