No worries.  With something as massive as UIData its easier to commit
patches as we go.  The latest source is always a work in progress ;-) 
If we remember to have dev discussions on the dev list, all of the
devlopers will know that UIData is in flux ;-)  There was a lot in the
first set of patches so I think it was a good idea to commit and work
off of the new code.

sean

On 7/6/05, Broekelmann, Mathias <[EMAIL PROTECTED]> wrote:
> I´m currently working on the datatable and have allready fixed some issues. 
> Sean was a little bit fast in commiting my patch. I will post a working 
> implementation in the next minutes or hours :)
> 
> Mathias
> 
> > -----Original Message-----
> > From: Bruno Aranda [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, July 06, 2005 3:48 PM
> > To: [EMAIL PROTECTED]
> > Cc: MyFaces Development
> > Subject: Re: Outstanding webapp issues
> >
> >
> > I should be from the new dataTable implementation, because at the time
> > of writing the first mail I tested *all* the examples, looking for
> > destruction ;-) Almost everything worked at that time...
> >
> > Regards
> >
> > Bruno
> >
> > 2005/7/6, Martin Marinschek <[EMAIL PROTECTED]>:
> > > I have just tried out the simple examples - the dataTable
> > > implementation seems not to be working anymore.
> > >
> > > Now I don't know if this is an issue with the new dataTable
> > > implementation or with the svn reorg, but we should
> > definitely try to
> > > fix that.
> > >
> > > regards,
> > >
> > > Martin
> > >
> > > On 7/6/05, Bruno Aranda <[EMAIL PROTECTED]> wrote:
> > > > Two more build issues (easy ones). I write them here as a
> > reminder to
> > > > create a patch later (if no one creates one before, feel
> > free to do
> > > > so):
> > > >
> > > > - When building only a subproject with 'ant dist',
> > associated files
> > > > (*.tld's etc) do not make into the jar as the build.properties
> > > > (situated in the subproject parent folder) is not read.
> > > > - It is missing the dependency on sandbox.jar in the general
> > > > dependencies, as if you want to create an example backing
> > bean that
> > > > use a class from the sandbox, the class is not found. This has
> > > > happened to me while preparing an example for the
> > Jurgen's schedule
> > > > component. Easy, just include the dependency. I could
> > have done that
> > > > in the time of writing this lines...
> > > >
> > > > Regards,
> > > >
> > > > Bruno
> > > >
> > > > 2005/7/5, Sean Schofield <[EMAIL PROTECTED]>:
> > > > > Thanks to Bruno for helping me test the webapps after
> > the new build.
> > > > > Here is a list of outstanding issues that he gave me:
> > > > >
> > > > > Bruno's List
> > > > > =========
> > > > >
> > > > > 08:55:25,671 ERROR [PropertyResolverImpl]
> > > > > org.apache.myfaces.examples.misc.Country
> > > > > javax.faces.el.PropertyNotFoundException: Bean:
> > > > > org.apache.myfaces.examples.misc.Country, property: cities
> > > > >
> > > > > It seems that it is looking for the bean
> > > > > org.apache.myfaces.examples.misc.Country when it should look for
> > > > > SimpleCountry.
> > > > >
> > > > > - sandbox.war: The [SOURCE] link does not work because
> > the source code
> > > > > servlet system is not present. (I think you already
> > know that one ;-).
> > > > >
> > > > > - tiles.war: Not working, but I don't know too much
> > about tiles. It is
> > > > > looking for a missing renderer (UIViewRoot?).
> > > > >
> > > > > I don't know which is the exact state of the reorg, but
> > it seems to me
> > > > > that it is almost complete. Have you applied the patch for the
> > > > > AddResource thing, or have you thought an alternative
> > solution? We
> > > > > could also ask Sylvain as he could shed more light on this.
> > > > >
> > > > > And there is also a trivial issue: there is a link to
> > the rssTicker in
> > > > > the standard examples.
> > > > >
> > > > > * * *
> > > > >
> > > > > Also, there are a few other issues that I intentionally
> > skipped over
> > > > > for now.  The WAP example is not being built (nor is
> > the WAP code.)
> > > > > The dynamic code generation is not being done.  We
> > should probably
> > > > > tweak the build scripts to do this.  Ideally, this can
> > be done in a
> > > > > manner similar to the rest of the build.  That is, you
> > can run foo-all
> > > > > from the top level build dir or foo from the subproject.
> > > > >
> > > > > If someone wants to help with patches to any of these
> > problems that
> > > > > would be helpful.  Just post to the dev list so we all
> > know which
> > > > > issues have been addressed.  For now I don't think we
> > need JIRA since
> > > > > we really should be able to finish these off quickly
> > and they are top
> > > > > priority.  If feel they should go in JIRA that is fine also.
> > > > >
> > > > > sean
> > > > >
> > > >
> > >
> >
>

Reply via email to