[7192] in Kerberos

home help back first fref pref prev next nref lref last post

Re: Kerberos and JAVA

daemon@ATHENA.MIT.EDU (Dennis Glatting)
Thu May 2 10:30:50 1996

From: Dennis Glatting <dennisg@plaintalk.bellevue.wa.us>
Date: Thu,  2 May 96 07:15:09 -0700
To: jwk3@acpub.duke.edu (Jay Kamm)
Cc: kerberos@MIT.EDU
Reply-To: dennis.glatting@plaintalk.bellevue.wa.us


Date: Thu, 02 May 1996 01:11:25 -0400
From: jwk3@acpub.duke.edu (Jay Kamm)

In article <4m9667$3l9a@news-s01.ny.us.ibm.net>, deinc@ibm.net  (DeScribe,
Inc.) wrote:
<snip>
> > This may be a closed loop situation with no practical
> > answer other than to  require the user to load "native
> > code" on the workstation. If that is the only  way kerberos
> > can be implemented for JAVA, its widespread acceptance
> > will be  limited for Web apps.
> >
> >
> > Could I get some comments?
>
> I disagree - the best situation would be to have each
> client workstation pre-configured with Kerberos for
> most if not all network traffic, and have JAVA query the OS
> for ticket/realm/etc. information.  Even on my mac, I
> have kerberized telnet, zephyr notes, and Eudora, and
> that's without much effort...
>

With the potential of tens of thousand clients, how would
you handle upgrades or bug fixes to the native code?


-dpg

home help back first fref pref prev next nref lref last post