Setting value in constructor aliases collections about byte-buddy

[dogourd]

try to use

.intercept(MethodCall.invoke(getConstructor(entityClass))
    .onSuper()                   
    .andThen(MethodCall.construct(HashSet.class.getConstructor())
        .setsField(named(MODIFIED_FIELDS_TRACKER_FIELD_NAME))
    )
);

[jimshowalter]

That seems to have worked!

The only thing now is the decompiled constructor isn't calling super. Is that okay?

import lombok.Data;

@Data
public class Foo {
  private String bar;
  private int ignoreMe;
}

public class Foo$Setter$Tracking$ByteBuddy$Subclass extends Foo {
    private final Set<String> _modified$Fields$Tracker = new HashSet();

    public Foo$Setter$Tracking$ByteBuddy$Subclass() {
    }

    static {
        cachedValue$SAlkJfUp$ojd8qn2 = Foo.class.getMethod("setIgnoreMe", Integer.TYPE);
        cachedValue$SAlkJfUp$jj42cs3 = Foo.class.getMethod("setBar", String.class);
    }
}

(Same behavior if lombok is replaced with manually-declared methods.)

[raphw]

You could not load the class if it did not call super, I assume it's simply not printed as this is implicit.

[jimshowalter]

That's my assumption too. It's just a bit disconcerting that the .class bytecode doesn't render showing it. Could also be an IntelliJ limitation. Was going to try some command-line decompiler but jad isn't maintained, fernflower requires cloning their mirror, etc. Javap doesn't appear to be able to reconstruct pretty-printed source.

[raphw]

What does javap show?