[preview] Adding java.lang.Runtime.getVMArguments() method
mark.reinhold at oracle.com
mark.reinhold at oracle.com
Tue Nov 24 17:24:05 UTC 2015
2015/11/24 9:05 -0800, roger.riggs at oracle.com:
> The arguments may contain sensitive information so the method will need
> a SecurityManager
> check and appropriate permission.
Yes, definitely.
> The method name should be more
> appropriate; the JRE is not just the VM.
> Perhaps commandArguments() or something that related to the process
> command arguments as a whole.
I'd go simply with "arguments()", since the Runtime object is already a
representation of the run-time environment.
Does the value returned by this method include the command itself? That
is, can one pass the result to an invocation of Runtime::exec or to a
ProcessBuilder in order to fork an identical process?
Should we care that the various Runtime::exec methods all operate on
strings or arrays, while this method returns a List<String>? Or at this
point do we expect most people to use ProcessBuilder, which does take
List<String>?
(Hmm, is it time to deprecate the Runtime::exec methods? Paging
Dr. Deprecator ...)
- Mark
More information about the core-libs-dev
mailing list