I tried running Azureus 2.4.0.2 with Harmony classlib r412711 and the IBM VME on Windows XP.

The command-line was:

It fails with (amongst other things later):

DEBUG::Thu Jun 08 12:27:09 BST 2006::org.gudy.azureus2.core3.security.impl.SESecurityManagerImpl::initialise::137:

DEBUG::Thu Jun 08 12:27:09 BST 2006::org.gudy.azureus2.core3.security.impl.SESecurityManagerImpl::ensureStoreExists::408:

Looking at the Azureus code it appears that there is only support for the Sun unspecified (JKS) and GNU Classpath (GKR) keystore format:

See http://azureus.cvs.sourceforge.net/azureus/azureus2/org/gudy/azureus2/core3/security/impl/SESecurityManagerImpl.java?view=markup

... String[] types = { "JKS", "GKR" }; ...

When I bluffed and tried to use BouncyCastle (BKS) as a JKS file I fell over the hard-coded assumption for using the Sun or Jessie SSL providers.

... String[] providers = { "com.sun.net.ssl.internal.ssl.Provider", "org.metastatic.jessie.provider.Jessie" }; ...

at which point I gave up ;-) . It doesn't look like those assumptions can be overridden at runtime, so perhaps we need to take a copy of SESecurityManagerImpl and tweak it - then prepend the modified version on the classpath or look at how to plug-in a different Impl (maybe the security manager is pluggable?)


Azureus started on Harmony classlib revision 415631.

I'm behind a firewall so I couldn't test its full functionality.

The window appeared looks like Azureus running on RI. Two warnings appears in the corner:

* Likely faulty socket selector detected: reverting to safe-mode socket selection (JRE 1.4.2 subset). Please see http://azureus.aelitis.com/wiki/index.php/LikelyFaultySelector for help

* Likely network disconnect/reconnect: Repairing socket channel selector (JRE 1.4.2. subset) . Please see http://azureus.aelitis.com/wiki/index.php/LikelyNetworkDisconnectReconnect for help

When I tried to run Azureus from NAT-ed network - with RI it worked fine, with Harmony (same build) an error appeared:

'Too many successive failures occured on port 55255, UDP - processing abandoned. Please check firewall settings for this port to ensure that it is enabled for receiving connections'

Azureus (last edited 2009-09-20 21:54:46 by localhost)