This step is unnecessary, as the KeychainStore is just a
representation of the current user's default keychain. In fact,
the stream argument is ignored altogether. Remember that the
keychain can consist of one or more keychain files. That's what
you see when you open Keychain Access, or when you use 'security
list-keychains'.
My testing was limited but the KeyStore load which takes the
FileInputStream seemed necessary or I got a keystore not initialized
error. Possibly doing the load with a null would of worked as well.
I'll test that since it would at least default eliminate the need for
Runtime.
Having said that, I suppose there's a benefit in having one
keystore represent one keychain file. File an enhancement request
and I'll look into it.
Since the 'security' command, character case was off in the code but
worked, does allow changing the active keychain(s), the ability to
support that from java would seem a logical and probably reasonably
easy change to implement so I'll make the request.
I doesn't look to handle the internationalization characters real
nicely. Any quick suggestions to clean that up would be appreciated.
What do you mean here? The KeychainStore? security tool? certtool?
Output of the alias list. I seem to have picked up a few certificates
from email list members? One or two had '?' substitutes for what I
assumed were accented characters.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Java-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/java-dev/email@hidden
