On Wed, Oct 22, 2008 at 10:45 AM, Simon Lessard <[EMAIL PROTECTED]> wrote: > > If the base > test classes don't get moved to MyFaces, then we're more or less condemning > MyFaces API to wait for RI to be released so that Shale-test can depend on > it to be updated to 2.0 API, or forcing MyFaces API to redevelop the base > test classes, or release versions without running unit tests on the API.
I'm trying to make sure I understand the issue so please bear with me. If shale-test depends on 2.0 RI and 2.0 RI is not yet released, then shale-test cannot be upgraded, no matter where it lives, correct? If so, then a JSF 2.0 development branch could be created (either in Shale or MyFaces) so work can be done on a 2.0 version of shale-test. That development branch could depend on a snapshot of JSF 2.0 (whether the snapshot is MyFaces or something else) while it is in development. Once there is a release of the 2.0 API anywhere, then shale-test can be released, then MyFaces, once passing all tests, can be released. Have I identified the situation correctly? If so, then I can see how it would be more convenient for the MyFaces community for shale-test to live there. But it could further isolate the Shale community by moving a vibrant part of Shale out. I would rather see more cooperation occur. If we get enough folks to commit to Shale (even just test) then Shale releases don't have to be such a backlog. I don't think MyFaces are the only people relying on or benefitting from shale-test so it might not be a good idea to tie shale-test releases into MyFaces. Greg
