Security provider fallback

Tom Tromey tromey@redhat.com
Thu Mar 6 02:38:00 GMT 2003


>>>>> "Mark" == Mark Wielaard <mark@klomp.org> writes:

Mark> The following prints a warning when non of the security provider files
Mark> could be read or non of them contain any valid entries and falls back to
Mark> the standard Gnu provider. If the security provider files do exist, but
Mark> just don't contain any provider the user gets what was asked for.

Mark> This helps in situations where the security file is missing or not
Mark> correctly installed (which seems to happen often with VMs). It also
Mark> fixes a couple of Mauve failures that would happen if you did a make
Mark> check without a make install first (and no old installation was
Mark> available) like most autobuilders do.

My first inclination is not to do this.  The class library is a
library; printing to stderr like this is a bit unfriendly.  It seems
to violate the bounds of what a library ought to do.

I'd like to know more about the situation that lead up to this patch.
I assume you ran into some trouble?  I don't like to say "no", but at
least in this case I need to be convinced.

Mark> WARNING: could not properly read security provider files:
Mark>          file:///usr/local/gcc34/lib/security/libgcj.security
Mark>          file:///usr/local/gcc34/lib/security/classpath.security
Mark>          Falling back to standard GNU security provider

The wording is fine.

Tom



More information about the Java-patches mailing list