Review request: 8055230: Rename attach provider implementation class

Daniel Fuchs daniel.fuchs at oracle.com
Tue Aug 26 11:30:04 UTC 2014


On 8/26/14 12:59 PM, Staffan Larsen wrote:
> There are some differences in the AttachProvideImpl files. Most notably the windows version is very different. Linux, Bsd and Aix are the same. The Solaris version has a minor difference in the  “public String type()” implementation. The Linux, Bsd, Aix and Solaris versions could probably be unified.

Ah - right - I missed those. Forget my comment then!

Thanks Staffan!

-- daniel

>
> /Staffan
>
> On 26 aug 2014, at 12:40, Daniel Fuchs <daniel.fuchs at oracle.com> wrote:
>
>> Hi Mandy,
>>
>> I'm seeing some small differences in the various VirtualMachineImpl.java
>> files, but if I'm not mistaken, all the new AttachProviderImpl.java look
>> all the same. I wonder if the patch could be further simplified by
>> moving AttachProviderImpl.java to jdk.attach/share/classes (unless
>> there's a reason to keep all the different copies)...
>>
>> best regards,
>>
>> -- daniel
>>
>> On 8/26/14 6:29 AM, Mandy Chung wrote:
>>> Webrev:
>>>     http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8055230/
>>>
>>> This patch renames the class name of attach provider implementation class
>>> to be the same for all platforms.  This simplifies the build logic and
>>> removes the need for generating the service config file at build time.
>>>
>>> The files renamed are
>>>     unix/classes/sun/tools/attach/${OS}VirtualMachine.java
>>>       -> ${OS}/classes/sun/tools/attach/VirtualMachineImpl.java
>>>     unix/classes/sun/tools/attach/${OS}AttachProvider.java
>>>       -> ${OS}/classes/sun/tools/attach/VirtualMachineImpl.java
>>>
>>>     ${OS}/classes/sun/tools/attach/${OS}VirtualMachine.java
>>>       -> ${OS}/classes/sun/tools/attach/VirtualMachineImpl.java
>>>     ${OS}/classes/sun/tools/attach/${OS}AttachProvider.java
>>>       -> ${OS}/classes/sun/tools/attach/VirtualMachineImpl.java
>>>
>>> and also corresponding native files.
>>>
>>> Mandy
>>>
>>>
>>
>



More information about the serviceability-dev mailing list