> Thanks Kai! We're making progress. Here's the current stack trace:
>
> Exception in thread "main" java.lang.NullPointerException
>
> at org.apache.kerby.kerberos.kerb.client.request.AsRequest.getTicket(
> AsRequest.java:135)
>
> at
> org.apache.kerby.kerberos.kerb.client.impl.DefaultInternalKrbClient.doRequestTgtTicket(
> DefaultInternalKrbClient.java:76)
>
> at
> org.apache.kerby.kerberos.kerb.client.impl.AbstractInternalKrbClient.requestTgtTicket(
> AbstractInternalKrbClient.java:105)
>
> at org.apache.kerby.kerberos.kerb.client.KrbClient.requestTgtWithOptions(
> KrbClient.java:252)
>
> at org.apache.kerby.kerberos.kerb.client.KrbClient.requestTgtWithKeytab(
> KrbClient.java:194)
>
> at TestKerb.main(TestKerb.java:12)
>
> Looking at the kerberos messages over the wire it looks like its setting
> the realm to EXAMPLE.COM even though the krb5.conf file has
> "default_realm = RHELENT.LAN" which is causing the KDC to fail. Trying to
> see if I can make that setting in the code instead of the krb5.conf file.
>
> Thanks
>
>
> I got a ticket! Here's the code that worked:
KrbClient kerb = new KrbClient(new File("/Users/mlb/Documents/testkerb"));
kerb.init();
kerb.setKdcRealm("RHELENT.LAN");
TgtTicket tgt = kerb.requestTgtWithKeytab("HTTP/[email protected]",
new File("/Users/mlb/Documents/localdev.keytab"));
I'll open a jira ticket for the bug with the config so we can track it.
Thanks again! now for the fun part.
