Issue Details (XML | Word | Printable)

Key: NET-164
Type: Improvement Improvement
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Unassigned
Reporter: Ulrich Mayring
Votes: 1
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
Commons Net

WhoisClient should not use the platform's default Encoding

Created: 20/Jul/07 08:29 AM   Updated: 17/Feb/08 11:06 PM
Return to search
Component/s: None
Affects Version/s: None
Fix Version/s: 2.0

Time Tracking:
Not Specified

File Attachments:
  Size
Java Source File Licensed for inclusion in ASF works FingerClient.java 2007-07-20 01:44 PM Ulrich Mayring 7 kB

Resolution Date: 17/Feb/08 11:06 PM


 Description  « Hide
Currently the WhoisClient is extending the FingerClient, which sends its request like so:

output = new DataOutputStream(new BufferedOutputStream(output, 1024));
output.writeBytes(__query.toString());

This obviously uses the platform's default encoding, which may be workable for Finger requests, but today's Whois services oftentimes support foreign characters via some IDN scheme and therefore usually run under utf-8. It should therefore either be configurable which encoding is used for the request, or, alternatively, the query interface should be changed to not accept strings, but only bytes. Then it's the client's responsibility to do the appropriate thing.

As it is now, there is no way to use this WhoisClient for IDN-aware Whois registries.



 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
No work has yet been logged on this issue.