What happened to System/Process.getPid() ?

[Jim Gish]

I got a start on this back in September ( 
http://cr.openjdk.java.net/~jgish/pidstuff/ 
<http://cr.openjdk.java.net/%7Ejgish/pidstuff/>), but as Alan indicated, 
it's not as easy as all this.  I haven't gotten back to it, but it is on 
our radar.

Thanks,
     Jim

On 11/15/2012 07:26 AM, Martin Buchholz wrote:
> I was half-planning on implementing getPid back in 2008 but ran out of time.
>
> My intent was to have the pid simply be a String, even though on common
> platforms an int would suffice, leaving enough room for unusual
> implementations to get what they want.
> Essentially, return in String form what humans would use to identify
> processes on the machine, which might be e.g. "NODENAME:NNN" on a cluster.
>
> Martin
>
> On Thu, Nov 15, 2012 at 2:08 AM, Alan Bateman <Alan.Bateman at oracle.com>wrote:
>
>> On 15/11/2012 01:11, Rob McKenna wrote:
>>
>>> Hi Thomas,
>>>
>>> Don't ask me why, but for some reason this mail just landed in my client
>>> now. (this happens a lot on this mailing list for some reason)
>>>
>>> getPid() is still on the todo list at the moment. Once I clear my plate a
>>> little I'll follow up on it.
>>>
>>>      -Rob
>>>
>> I just received too, and dozens of other mails so there must have been a
>> blockage somewhere.
>>
>> I think the issue with 4244896 is just that you didn't change the synopsis
>> to reflect what the changes were actually about. It would be good to link
>> it to the bug suggesting a getPid equivalent. You probably know this but a
>> getPid and perhaps a getCurrentPid requires great care. We cannot assume
>> that it can be represented by an int or long, it needs to allow for
>> environment that might not have the notion of process as we know it, also
>> needs consideration of environment where they may be several VMs running in
>> the same process. So lots of wriggle room in the spec, otherwise it will
>> not be implementable everywhere.
>>
>> -Alan
>>

-- 
Jim Gish | Consulting Member of Technical Staff | +1.781.442.0304
Oracle Java Platform Group | Core Libraries Team
35 Network Drive
Burlington, MA 01803
jim.gish at oracle.com