I referred to this post (http://www.javaworld.com/javatips/jw-javatip115.html) which has 2 cool files (DummySSLSocketFactory.java & DummyTrustManager.java) that enable an application to accept all certificates WITHOUT validation, even if the certificate name differs from the server name. At your application, add the following statement (preferably just as the program starts):
Security.setProperty( "ssl.SocketFactory.provider", "DummySSLSocketFactory");
Yeah, this is coooool....
But unfortunately, this doesn't work in JDK 1.4.2. Excerpt from http://java.sun.com/j2se/1.4.2/docs/relnotes/features.html#security:
The JSSE implementation provided in this release includes strong cipher suites. However, due to U.S. export control restrictions, this release does not allow alternate "pluggable" SSL/TLS implementations to be used.
Aiii, need to do those keytool import/export/genkey stuff.....
But anyway, using JDK 1.5, it works! But I wonder, has US export restrictions got lax??? Kekekeke...but don't bother doing this in your startup script:
-Dssl.SocketFactory.provider=DummySSLSocketFactory
Coz it doesn't work!!! Stop wasting your time :p
Wednesday, March 08, 2006
Sunday, February 19, 2006
Eclipse 3.1 startup memory settings
Edit eclipse.ini @ Eclipse root folder, change the min & max memory:
-vmargs
-Xms128m
-Xmx512m
Then restart Eclipse. The startup time will be noticeably faster.
Do this if you have lots of memory to spare, and there'll be less "hangups" using this smashing IDE ;)
-vmargs
-Xms128m
-Xmx512m
Then restart Eclipse. The startup time will be noticeably faster.
Do this if you have lots of memory to spare, and there'll be less "hangups" using this smashing IDE ;)
Subscribe to:
Posts (Atom)