# Thread safety for providers

Steve Burnett (burnettS@RSA.COM)
Mon, 16 Jun 1997 13:51:55 -0700

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Roland Schemers: "Re: Thread safety for providers"
- Previous message: Michael Dykes - Sun Professional Services: "SSL & RMI"
- Next in thread: Roland Schemers: "Re: Thread safety for providers"

    Message-Id: <c=US%a=_%p=RSA_Data_Securit%l=LOBESTER-970616205155Z-1612@LOBESTER.rsa.com>

    From: Steve Burnett <burnettS@RSA.COM>

    To: "'JavaSoft crypto questions'" <java-security@web2.javasoft.com>

    Subject: Thread safety for providers

    Date: Mon, 16 Jun 1997 13:51:55 -0700

>
>As far as we know, Java has no straight-forward way of locking an object for
>periods of time lasting longer than one method call. There are ways of having
>a "mutex" object that is locked and unlocked by specific, proprietary
>methods, but no specific Java programming practice has been defined.
>
>Furthermore, the JCE will support an init-update-final type of API on
>encryption objects, which seems to require the type of locking described
>above if a provider's security package is to be thread-safe.
>
>What kind of requirements does Sun intend to place on the thread safety of
>security packages, given that there is no accepted, standardized way of
>locking objects for longer than one method call?
>
--Steve Burnett
burnetts@rsa.com

--Ben Adida
> badida@rsa.com

- Next message: Roland Schemers: "Re: Thread safety for providers"
- Previous message: Michael Dykes - Sun Professional Services: "SSL & RMI"
- Next in thread: Roland Schemers: "Re: Thread safety for providers"