Changes look good.
Yes, since nativeGSS has only been tested previously on Solaris and
Linux, it can only be enabled on these 2 OS.
I suspect the core dump is due to some missing API support from the
native GSS libs on Mac, but I have not had the cycles to look into this
more.
Filing a separate bug to track this support sounds reasonable.
Thanks,
Valerie
On 02/04/12 20:38, Weijun Wang wrote:
Hi Valerie
Please review this code change
http://cr.openjdk.java.net/~weijun/7133112/webrev.00/
Basically the reason is that native the GSS provider is not turned on
(GSSManagerImpl::USE_NATIVE is false), so we should not test it on Mac.
The Mac does include native gss libs. I try to return true there, and
load either /usr/lib/libgssapi_krb5.dylib or
/usr/lib/sasl2/libgssapiv2.2.so in SunNativeProvider, always core
dumped. So seems it's not simple and I created a new bug (7142798) on it.
Thanks
Max
-------- Original Message --------
*Change Request ID*: 7133112
*Synopsis*: [macosx] org.ietf.jgss.GSSException while
sun.security.jgss.GSSManagerImpl.createName
=== *Description*
============================================================
Please see test: sun/security/krb5/runNameEquals.sh.
Following exception is thrown:
Exception in thread "main" GSSException: Invalid name provided
(Mechanism level: Cannot locate default realm)
at
sun.security.jgss.krb5.Krb5NameElement.getInstance(Krb5NameElement.java:127)
at
sun.security.jgss.krb5.Krb5MechFactory.getNameElement(Krb5MechFactory.java:95)
at
sun.security.jgss.GSSManagerImpl.getNameElement(GSSManagerImpl.java:202)
at sun.security.jgss.GSSNameImpl.getElement(GSSNameImpl.java:472)
at sun.security.jgss.GSSNameImpl.init(GSSNameImpl.java:201)
at sun.security.jgss.GSSNameImpl.<init>(GSSNameImpl.java:170)
at sun.security.jgss.GSSManagerImpl.createName(GSSManagerImpl.java:137)
at Krb5NameEquals.main(Krb5NameEquals.java:53)
JIRA Equivalent: http://java.net/jira/browse/MACOSX_PORT-146
