1. I don't think shark should be deprecated/removed2. Shark is already excluded from compilation so I don't see why we need to move it achieve something we already have and it would just make the component more difficult to reactivate. 3. In general I don't like the idea of a deprecated directory, either remove something or leave it, I don't think we need an intermediate step.
Regards Scott HotWax Media http://www.hotwaxmedia.com On 10/12/2009, at 11:42 AM, Jacques Le Roux wrote:
Please Scott,Could you be more explicit, what is the problem of creating a deprecated directory where no longer used applications will be freezed (without compilation nor JavaDOc update)Thanks Jacques () ascii ribbon campaign against HTML e-mail /\ www.asciiribbon.org From: "Scott Gray" <[email protected]>I do see a problem, please reread the emails I've sent. Regards Scott HotWax Media http://www.hotwaxmedia.com On 10/12/2009, at 11:06 AM, Jacques Le Roux wrote:If nobody see a problem with this approach I will do... some day... Jacques () ascii ribbon campaign against HTML e-mail /\ www.asciiribbon.org From: "Jacques Le Roux" <[email protected]>From: "Adrian Crum" <[email protected]>#3 Remove the Shark component: Should be voted on. Voting thread not started yet.I have suggested to create a deprecated directories instead than simply removing. There OOTB, no compilations, nor Javadoc , directions to use (they already exists but should be extracted from OPTIONAL_LIBRARIES), no problems for us, visibility for users.Jacques
smime.p7s
Description: S/MIME cryptographic signature
