beehive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Eddie O'Neil" <>
Subject Re: Porting the controls drts from tch to junit
Date Sat, 08 Jul 2006 00:14:52 GMT
  Totally -- to reiterate my stance on this from the other thread, I'd
prefer to have tests for integrating Controls into NetUI in the NetUI
test suite.  To be clear, there aren't JPF dependencies on core
Controls today -- just on the tests.

  I can totally understand arguments to the contrary -- namely making
sure commits to Controls don't break other components, but with a
sufficient enougn Controls test suite, this shouldn't be a problem for
controls/ commits.  With this, it falls into the NetUI camp to keep
the web-tier end of the integration working.

  So, I'm +1 for moving the tests to NetUI (but am not in favor of
deleting them outright).


On 7/7/06, Kenneth Tam <> wrote:
> +0 on removing JPF dependencies from controls.
> In general my position is that users are better served by looser
> coupling between the functional components in Beehive; it makes
> initial adoption and ongoing experimentation easier.
> On 7/6/06, Chad Schoettger <> wrote:
> > I've ported most of the core control's drt's from the tch test
> > framework to Junit tests (using the ControlTestContainer).  The only
> > ones that haven't been ported are those tests which use a page flow as
> > the control container.
> >
> > Does anyone have thoughts on what should be done with the tch jpf tests?
> >
> > I can think of a couple of options:
> >
> > 1 - Go ahead and remove them from the tree, they all have equivalent
> > JUnit tests with the only difference being the control container.  If
> > removed we would no longer have a dependency on the tch test
> > framework.
> >
> > 2 - Don't remove them and keep the tch dependency.
> >
> >   - Chad
> >

View raw message