persistent key after tunnel creation (ticket #480)

    to avoid clogging the Hash cache with one-time hashes,
    and avoiding the global cache lock.
    This also greatly increases Hash cache hit rates.
    Also use SimpleByteCache for temporary byte buffers.

     and 'fb1eccf1532a765266448fe4a13c6f833539a37b'

     and 'd49c39f3e1dd314595a8608df8761f77520c6550'

     and '929973e4fe14793240e998315d396a19461655ee'

This isn't the cause of the ISJ deadlocks though.

The developers don't hang out in #i2p. They're in #i2p-dev.

    - Hopefully fix race NPE, thx dream
    - Catch some more fragment errors
    - Exception and log tweaks
    - Cleanups and javadocs

    (fixed on 12/29/10, accidentally reverted in 12/30/10 propagate)

/etc/default/locale, if found. This prevents a problem with the encoding being
set to ANSI_X3.4-1968 when I2P is started at boot.

essentially useless. Perhaps later I'll add a target using launch4j.

The default service path in Windows is fugly and not very convenient. I2P uses
the correct path, but if you want to access snark or eepsite data, one must go to
%SYSTEMROOT%\config\systemprofile\AppData\Roaming\I2P\ (Vista/7) or
%SYSTEMROOT%\system32\config\systemprofile\Application Data\I2P (XP/2003). If
this wasn't bad enough, in some cases one must take ownership of this path and
grant permission to him- or herself to access the folder.

With this changeset, I'm setting the path to %ALLUSERSPROFILE%\Application
Data\I2P as well as adding a shortcut to the I2P folder in the Start menu.

  * I2PTunnelHTTPClient: Use existing session for b32 lookups
                         rather than a new SimpleSession
  * Naming: Increase b32 lookup timeout to 15 sec.