| From: | Kris Jurka <books(at)ejurka(dot)com> |
|---|---|
| To: | Stephen Frost <sfrost(at)snowman(dot)net> |
| Cc: | pgsql-jdbc(at)postgresql(dot)org |
| Subject: | Re: JDBC and GSSAPI/Krb5 with uDig |
| Date: | 2008-05-08 06:30:44 |
| Message-ID: | Pine.BSO.4.64.0805080224030.16724@leary.csoft.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-jdbc |
On Tue, 6 May 2008, Stephen Frost wrote:
> Regarding creating a login.conf, etc. I've gotten it to the point
> where I can use GSSAPI (requires an 8.3 server, but that's not a huge
> problem) to authenticate from uDig if I provide both a username and a
> password to uDig.
You should have only needed a username, not a password. The previous
version didn't set a default username, so without one it wouldn't know who
to connect to the server as. The actual authentication should have gone
through without needing the password.
I've put up a new version here that pulls the default username from the
environment.
http://www.ejurka.com/pgsql/jars/gss3/
> Anyone know how this is going to work on a Windows platform?
>
No idea, I've only been testing on Debian with MIT Kerberos as well.
> Is it possible that 'setLogin' is forcing it to try and get a new
> ticket by providing a password?
It's not clear without some further study as this is a couple steps
removed from the JDBC API by some additional factory stuff.
> I couldn't find 'MyGSSTest' in the above thread to look at and compare,
> unfortunately. A working example would be nice, if available.
>
I've put it up in the same directory as the jar file.
Kris Jurka
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Kris Jurka | 2008-05-08 06:33:24 | Re: Correct getScale() behavior? |
| Previous Message | Bruce Momjian | 2008-05-08 02:24:13 | Re: postgresql in FreeBSD jails: proposal |