fat-jar misses generators for apsec private key about secon-tool HOT 4 CLOSED

The ZIP contains the private key (sorry, forgot to include the password).

I used this class to test it KksTest.java.txt. The LDAP address is intentionally screwed up to verify that the aforementioned issue occurs before LDAP access (i.e. it should be reproducible).

from secon-tool.

The fat JAR is indeed missing necessary classes. I have opened another pull request which removes the shrinking/minimizing step so that the fat JAR now contains all the classes from Bouncy Castle - at the expense of more than doubling its size.

On another note: Your test class will not work without the LDAP service because you have configured no other certificate directory.

If you just want to test your key store you can simply use the main class of the fat JAR:

echo 'Hello, world!' > message.in
java -jar kks-*-all.jar -recipient 999911114 -source message.in -sink message.cms -keystore 999911114.p12 -storepass diga -alias 999911114
java -jar kks-*-all.jar -source message.cms -sink message.out -keystore 999911114.p12 -storepass diga -alias 999911114
cmp message.{in,out}

(after downloading the new fat JAR, of course)

The main class always uses the keystore as a certificate directory, so it doesn't need an LDAP.

from secon-tool.

The fat-jar has been minimized. If an algorithm is only referenced by a string (OID) or via reflection, then the minimizer may discard it. Do you have an example for reproduction of the issue?

from secon-tool.

Thanks for fixing! Size is hopefully not an issue. People might always use the pure jar.

Also thanks for your remark! I'll have a look into more advanced uses of the library. We do need LDAP access indeed for outside subscribers. Talking to yourself was the easiest way to get started ;-)

from secon-tool.