Round two Re: Please review fix for 6819847 [Re: [Fwd: Problems with building jmx for OpenJDK.]]
Andrew John Hughes
gnu_andrew at member.fsf.org
Tue Mar 31 21:27:51 UTC 2009
2009/3/31 Joe Darcy <Joe.Darcy at sun.com>:
> Andrew John Hughes wrote:
>>
>> 2009/3/31 Tim Bell <Tim.Bell at sun.com>:
>>>
>>> I wrote:
>>>
>>>> One question - if the user goes to the trouble to set any of
>>>> ALT_BINARY_PLUGS_JARFILE, ALT_BINARY_PLUGS_PATH,
>>>> ALT_BUILD_BINARY_PLUGS_PATH, ALT_CLOSED_JDK_IMPORT_PATH
>>>> (See the comments in jdk/make/common/Defs.gmk starting at line 127),
>>>> should we assume they must really, really want the binary plugs and
>>>> force
>>>> IMPORT_BINARY_PLUGS=true? Or have them set it as well?
>>>
>>>> I am thinking we shouldn't do this automatically. I notice in the logs
>>>> that JPRT is setting these even when IMPORT_BINARY_PLUGS=false.
>>>
>>> Review feedback convinced me to reverse that last statement.
>>>
>>> Here is round two - please take a look:
>>>
>>> http://cr.openjdk.java.net/~tbell/6819847/webrev.01/
>>>
>>> With these changes the default behavior is as if
>>> IMPORT_BINARY_PLUGS=false
>>>
>>> Unless the user explicitly sets any of the PLUGS variables:
>>> ALT_BINARY_PLUGS_JARFILE, ALT_BINARY_PLUGS_PATH,
>>> ALT_BUILD_BINARY_PLUGS_PATH, ALT_CLOSED_JDK_IMPORT_PATH
>>>
>>> Setting these will force IMPORT_BINARY_PLUGS=true
>>>
>>> The other case is if a user outside the Sun network sets
>>> IMPORT_BINARY_PLUGS=true. Here they will need to set one of the
>>> ALT_..._BINARY_PLUGS variables to point to the plugs anyway.
>>>
>>
>> That suggests to me that outside Sun, there is no need for
>> IMPORT_BINARY_PLUGS at all (i.e. its value is implied by the presence
>> of one of the path variables). However, I assume it is needed inside
>> Sun, for whatever reason.
>
> The only remaining need for the plugs in either OpenJDK 6 or 7 is for SNMP
> functionality. If there was an open source replacement of that code, the
> plugs could go away altogether.
>
> -Joe
>
Are there some applications that use this? Are there test cases? At
present, all we have to go on for writing a replacement are the API
calls made by the code in OpenJDK.
--
Andrew :-)
Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)
Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net
PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint: F8EF F1EA 401E 2E60 15FA 7927 142C 2591 94EF D9D8
More information about the build-dev
mailing list