home *** CD-ROM | disk | FTP | other *** search
/ PC World 1998 October / PCWorld_1998-10_cd.bin / software / prehled / inprise / JHELP.Z / java.security < prev    next >
Text File  |  1998-05-08  |  2KB  |  54 lines
  1. #
  2. # This is the "master security properties file".
  3. #
  4. # In this file, various security properties are set for use by
  5. # java.security classes. This is where users can statically register 
  6. # Cryptography Package Providers ("providers" for short). The term 
  7. # "provider" refers to a package or set of packages that supply a 
  8. # concrete implementation of a subset of the cryptography aspects of 
  9. # the Java Security API. A provider may, for example, implement one or 
  10. # more digital signature algorithms or message digest algorithms.
  11. #
  12. # Each provider must implement a subclass of the Provider class.
  13. # To register a provider in this master security properties file, 
  14. # specify the Provider subclass name and priority in the format
  15. #
  16. #    security.provider.<n>=<className> 
  17. #
  18. # This declares a provider, and specifies its preference 
  19. # order n. The preference order is the order in which providers are 
  20. # searched for requested algorithms (when no specific provider is 
  21. # requested). The order is 1-based; 1 is the most preferred, followed 
  22. # by 2, and so on.
  23. #
  24. # <className> must specify the subclass of the Provider class whose 
  25. # constructor sets the values of various properties that are required
  26. # for the Java Security API to look up the algorithms or other 
  27. # facilities implemented by the provider.
  28. # 
  29. # There must be at least one provider specification in java.security. 
  30. # There is a default provider that comes standard with the JDK. It
  31. # is called the "SUN" provider, and its Provider subclass
  32. # named Sun appears in the sun.security.provider package. Thus, the
  33. # "SUN" provider is registered via the following:
  34. #
  35. #    security.provider.1=sun.security.provider.Sun 
  36. #
  37. # (The number 1 is used for the default provider.) 
  38. #
  39. # Note: Statically registered Provider subclasses are instantiated 
  40. # when the system is initialized. Providers can be dynamically 
  41. # registered instead by calls to either the addProvider or 
  42. # insertProviderAt method in the Security class.
  43.  
  44. #
  45. # List of providers and their preference orders (see above):
  46. #
  47. security.provider.1=sun.security.provider.Sun
  48.  
  49. #
  50. # Class to instantiate as the system scope:
  51. #
  52. system.scope=sun.security.provider.IdentityDatabase
  53.  
  54.