Issue1153

We currently lack idna, historically due to the fact that we lacked 
unicodedata and stringprep module also

We now have most of a unicodedata implementation but this doesn't help 
idna/stringprep due to it specifically relying on unicode 3.2

idna isn't used for many things but critical for correctly converting 
unicode/nonascii hostnames to ascii. I see 2 uses of it in the stdlib, 
in httplib and the socket module

We can likely leverage Java 6's java.net.IDN for this

I'm in the process of rewriting unicodedata so that it's in Java, using
constant initializers. Part of this means we will have support for the
3.2 database.

When this is all done, we shouldn't need to rely on Java 6 for either
idna or for unicodedata.normalize.