Thanks Scott,
It's fine with me (I have already prevented also Shark JavaDoc to build, which
was my real concern, as I got trapped)
Jacques
() ascii ribbon campaign against HTML e-mail
/\ www.asciiribbon.org
From: "Scott Gray" <[email protected]>
To be honest I don't really feel like rewriting all the opinions I've
already expressed on this subject but here are the main points:
1. I don't think shark should be deprecated/removed
2. 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
