Re: [mat-dev] Proposal: do a next release in Dec 2020

["Kevin Grigorenko" <kevin.grigorenko@xxxxxxxxxx>]

I'm not sure if it's
too late or not for 1.11.0, but I've drafted the first proposed patch for
J9 dump parsing flexibility: https://bugs.eclipse.org/bugs/show_bug.cgi?id=567819
Comments welcome.

--
Kevin Grigorenko
IBM App Platform SWAT




From:
       Kevin
Grigorenko/Austin/IBM
To:
       Memory
Analyzer Dev list <mat-dev@xxxxxxxxxxx>
Date:
       09/24/2020
03:54 AM
Subject:
       Re:
[EXTERNAL] [mat-dev] Proposal: do a next release in Dec 2020

---

Hey Krum,

One thing I'd
like to get into 1.11.0 is a patch with a custom ClassLoader that I'm working
on that will allow the DTFJ plugin to optionally defer to either the running
JVM or a particular directory to load the DTFJ implementation for J9 PHDs
and core dumps instead of an Eclipse plugin. This will allow for more fine-grained
and flexible control and provides an easier path for loading OpenJ9 and
Java >= 9 dumps. Although it is possible today to do this with multiple
Eclipse DTFJ implementation plugins, there is some complexity around how
the Eclipse DTFJ plugin decides which plugin to use (i.e. iteration/exceptions)
and building and maintaining multiple Eclipse DTFJ plugins (and, IBM DTFJ
and OpenJ9 DTFJ may have differences, so there could end up being plugin
sprawl).

I've already prototyped
this patch and it works and Andrew is open to the idea of the patch; however,
I'm waiting on IBM legal to review because the patch proposes to bring
in 34 DTFJ interfaces from OpenJ9 [1] and this requires a CQ and works-with
CQ. I'll follow-up with them to note the SimRel dates.

[1] https://github.com/eclipse/openj9/tree/master/jcl/src/openj9.dtfj/share/classes/com/ibm/dtfj/

--
Kevin Grigorenko
IBM App Platform SWAT





From:
       "Tsvetkov,
Krum" <krum.tsvetkov@xxxxxxx>
To:
       Memory
list <mat-dev@xxxxxxxxxxx>
Date:
       09/24/2020
03:13 AM
Subject:
       [EXTERNAL]
[mat-dev] Proposal: do a next release in Dec 2020
Sent
by:        mat-dev-bounces@xxxxxxxxxxx

---

Hi, There have been quite
a lot of code changes since MAT 1.10.0 got released in March...

This Message Is From an External Sender

This message came from outside your organization.

Hi,

 

There have been quite a lot of code changes since MAT 1.10.0 got released in March this year.

I’d suggest that we plan for another release (1.11.0) aligned with the Eclipse SimRel.

Next simultaneous release is 2020-12 with a planned GA date December 16 2020.

 

So, what do you think – shall we plan for 1.11.0 with a target release date Dec. 16, and make it part of SimRel 2020-12?

If there are no objections, I’d take care of the release activities and try to contribute to some early 2020-12 milestones.

 

Regards,

Krum

 

 _______________________________________________
mat-dev mailing list
mat-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/mat-dev