Return-Path: Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 29974 invoked by uid 500); 23 Jul 2003 23:28:27 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 29933 invoked from network); 23 Jul 2003 23:28:27 -0000 Received: from unknown (HELO host.leverageweb.com) (64.91.232.157) by daedalus.apache.org with SMTP; 23 Jul 2003 23:28:27 -0000 Received: from 66-44-91-19.s527.tnt4.lnhva.md.dialup.rcn.com ([66.44.91.19] helo=leverageweb.com) by host.leverageweb.com with asmtp (Exim 3.36 #1) id 19fSzK-00074X-00 for dev@cocoon.apache.org; Wed, 23 Jul 2003 19:25:38 -0400 Message-ID: <3F1F1F88.6020008@leverageweb.com> Date: Wed, 23 Jul 2003 19:51:36 -0400 From: Geoff Howard User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3.1) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: deprecated, source resolver, test case mess Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.leverageweb.com X-AntiAbuse: Original Domain - cocoon.apache.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [0 0] X-AntiAbuse: Sender Address Domain - leverageweb.com X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N As many people know, excluding the deprecated classes from the build causes the test case compilation to fail which then kills the build. I started looking into why the test cases depend on the deprecated classes and have so far only been able to determine that it is a big hairy mess. I think Cocoon needs to rid itself of this issue before the beta release if at all possible. It appears that these test cases did not get updated when Source and friends moved to excalibur. (though it may be that they are designed to test even deprecated components which would be another discussion). So, it seems to me that the options are: - fix the problem in the test cases (if I knew how it would be done by now) - remove the tests that don't compile without deprecated - un-deprecate whatever is necessary to hide the problem - leave things as is and warn users that it is impossible to exclude the deprecated classes (and perhaps remove the config option) What do you think? Geoff Howard