On Thursday, June 26, 2003, at 05:10 AM, Adrian Sutton wrote:
All,
Personally, I believe that this issue has gone on far too long and so I would like to propose a vote:
I move the motion that the following methods from org.apache.commons.httpclient.util.URIUtil be depreciated for the 2.0 release and removed in a future release:
toDocumentCharset(String) toDocumentCharset(String, String) toProtocolCharset(String) toProtocolCharset(String, String) toUsingCharset(String, String, String)
Please cast your votes:
+1 - The methods should be depreciated
0 - Active Abstain (no response being a passive abstain)
-1 - The methods should not be depreciated (veto) Veto's must contain an explanation of why the veto is appropriate.
Under Jakarta's voting guidelines (http://jakarta.apache.org/site/decisions.html) product changes (such as this) are subject to lazy consensus, however in this case I would like to achieve consensus on the issue and as such the vote will be considered passed if there are 3 binding +1 votes and no binding vetos or the proposal will be turned down if there are any -1 votes.
I would encourage non-committers to submit non-binding votes as well, particularly if you can see a use for the methods in question.
Here's my +1.
Regards,
Adrian Sutton.
On Thursday, June 26, 2003, at 06:25 PM, Kalnichevski, Oleg wrote:
Odi,
Laura eventually conceded that these methods did not seem to make a lot of sense or were too specialized to be of any use for the majority of the HttpClient users.
http://marc.theaimsgroup.com/?l=httpclient-commons- dev&m=104577672115772&w=2
I do think that releasing HttpClient with stuff that makes no sense DOES harm.
Again, after all, what is the bloody deal with writing a test case? Does it really have to take 5 months if these methods indeed make sense?
Oleg
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
