Perhaps tomcat has security policy preventing certain socket
connections. JRE/JDK has a root/default policy...but tomcat may extend this.
I think most servlet engines use mail.jar/activation.jar...perhaps
tomcat is restricting certain sockets to these libraries.
mike
HALSTEAD SGT WARREN F wrote
ion...cipher is "cryptographic" algorithm.
Ciphersuite is a list of ciphers that can be used. Each entry consists
of compound string specifying choice of key exchange, encryption, and
hashing algorithms/sizes to use.
mike
Mike Klein wrote:
> A little googling will get you what you want.
&
A little googling will get you what you want.
A cipher is a security algorithm (des, rc, etc.). Ciphertext is
cleartext (plaintext) which has been encrypted using an algorithm
(cipher) and a key.
You can use ssl handshaking to see supported ciphers and java jsse has
methods for dumping this infor
I should've mentioned...I'm using Windows.
mike
Leon Rosenberg wrote:
> on linux ->
> kill -quit
>
> leon
>
> On 5/27/06, Mike Klein <[EMAIL PROTECTED]> wrote:
>> I have a webapp with some "problem" libraries (FreeTTS...speechSynth)
>>
I have a webapp with some "problem" libraries (FreeTTS...speechSynth)
that aren't freeing up when I call "deallocate" methods on synthesizer.
As a result, I cannot programmatically undeploy/redeploy webapp without
tomcat getting mangledend result is jars under web-inf/lib are still
there after
As opposed to having realm read from external source like ldap or jdbc...
My webapp JASM uses in-memory user/role database. I realize this isn't
"ideal"...but.
JASM uses simple form-like authentication hard-wired into jsp. I
couldn't use basic/form because user database is stored in serialized
da
