On Mon, 16 Oct 2023 05:07:42 GMT, Erik Gahlin <egah...@openjdk.org> wrote:

>> Hi,
>> 
>> Could I have a review of an enhancement that replaces the use of ASM with 
>> the new Class-File API. This change only deals with bytecode that writes 
>> event data into buffers. Bytecode transformations carried out by classes in 
>> jdk.jfr.internal.intrument package are kept as is. Plan is to try to replace 
>> those with events in java.base.
>> 
>> To simplify the review process, I have tried to keep the code in the classes 
>> EventInstrumentation and EventClassBuilder similar to what existed before. 
>> Further refactorizations may happen at a later stage. 
>> 
>> Testing: tier1-3 + jdk/jdk/jfr
>> 
>> Thanks
>> Erik
>
> Erik Gahlin has updated the pull request incrementally with one additional 
> commit since the last revision:
> 
>   Updates

src/jdk.jfr/share/classes/jdk/jfr/internal/EventInstrumentation.java line 256:

> 254:                                 if (mtd.parameterList().size() == 1) {
> 255:                                     ClassDesc type = 
> mtd.parameterList().getFirst();
> 256:                                     if (type.isClassOrInterface()) {

In the original, ASM-based code, there was no such check to ensure the type is 
non-primitive or non-array. Is this intended?

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

PR Review Comment: https://git.openjdk.org/jdk/pull/16195#discussion_r1360150828

Reply via email to