RFR: 8339735: Remove references to Applet in core-libs/security APIs

[Sean Mullan]

On Tue, 17 Sep 2024 23:14:16 GMT, Justin Lu <jlu at openjdk.org> wrote:

> Please review this PR which removes occurrences of 'applet' within the corelibs specification. Applet has been deprecated since JDK9, and may be a confusing term for new Java developers, so it should be removed from the documentation.
> 
> Primarily, usages where 'applet' is used interchangeably with 'application' are removed.
> This change does not include removal of usages in a historical sense. For example, something such as 
> 
> 
>  * @apiNote
>  * Thread groups provided a way in early Java releases to group threads and provide
>  * a form of <i>job control</i> for threads. Thread groups supported the isolation
>  * of applets and defined methods intended for diagnostic purposes. It should be
>  * rare for new applications to create ThreadGroups and interact with this API.
> 
> 
> in _src/java.base/share/classes/java/lang/ThreadGroup.java_. 
> Please see the JBS issue comments for further reasoning on why other occurrences were not removed.

src/java.base/share/classes/javax/net/SocketFactory.java line 63:

> 61:  * <P> Factory classes are specified by environment-specific configuration
> 62:  * mechanisms.  For example, the <em>getDefault</em> method could return
> 63:  * a factory that was appropriate for a particular user, and a

Suggest changing this to "particular application" instead of "particular user" as it seems a bit odd to be talking about users here.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/21046#discussion_r1765011733