Re: Probable bug within sun.management.StackTraceElementCompositeData

2018-10-25 Thread Mandy Chung
Using JFR is a good idea. Mandy On 10/25/18 9:32 AM, Sven Reimers wrote: Hi Mandy, I think I would like to get rid of this way of collecting profile data for NetBeans IDE (all applications based on the NetBeans Platform). I talked to Marcus Hirt and he suggested to use JFR from 11 onwards -

Re: Probable bug within sun.management.StackTraceElementCompositeData

2018-10-25 Thread Sven Reimers
Hi Mandy, I think I would like to get rid of this way of collecting profile data for NetBeans IDE (all applications based on the NetBeans Platform). I talked to Marcus Hirt and he suggested to use JFR from 11 onwards - I think this is a very good idea and with this, the old code will just be a fal

Re: Probable bug within sun.management.StackTraceElementCompositeData

2018-10-24 Thread Mandy Chung
Hi Sven, Do you have the performance numbers comparing the use of this internal API vs MBeanServer::invoke to convert ThreadInfo to CompositeData? ThreadInfo is converted to an open data via MXBean support but not toCompositeData method NB is using. CompositeData is designed for interoperability

Re: Probable bug within sun.management.StackTraceElementCompositeData

2018-10-20 Thread Sven Reimers
Hi Mandy, I think the main problem here is that there is no simple was to do CompositeData data = ThreadInfo.toCompositeData(threadInfo) using an official API (there is only ThreadInfo.from(CompositeData..). Do you think it may be a good idea to add such a method? We are using this approach du

Re: Probable bug within sun.management.StackTraceElementCompositeData

2018-10-17 Thread Sven Reimers
Hi Mandy, Thanks for the pointer. I have not yet investigated the usage, but will check if we can use the official API instead. Thanks again for the quick response. -Sven Mandy Chung schrieb am Mi., 17. Okt. 2018, 19:50: > Hi Sven, > > This NetBeans SamplesOutputStream calls > sun.management.

Re: Probable bug within sun.management.StackTraceElementCompositeData

2018-10-17 Thread Mandy Chung
Hi Sven, This NetBeans SamplesOutputStream calls sun.management.ThreadInfoCompositeData.toCompositeData which is an internal API.  It will be inaccessible when strong encapsulation is enabled. Have you looked into javax.management API to get the CompositeData directly? Mandy On 10/15/18 10:5

Re: Probable bug within sun.management.StackTraceElementCompositeData

2018-10-17 Thread Mandy Chung
I plan to request the backport to 11u. Mandy On 10/16/18 11:16 PM, Sven Reimers wrote: Hi, thanks for fixing. What about a backport to 11? Thanks -Sven Mandy Chung mailto:mandy.ch...@oracle.com>> schrieb am Mo., 15. Okt. 2018, 19:50: Hi Sven, It's indeed a bug in the order of

Re: Probable bug within sun.management.StackTraceElementCompositeData

2018-10-16 Thread Sven Reimers
Hi, thanks for fixing. What about a backport to 11? Thanks -Sven Mandy Chung schrieb am Mo., 15. Okt. 2018, 19:50: > Hi Sven, > > It's indeed a bug in the order of names and values when constructing > CompositeData for StackTraceElement. I created > https://bugs.openjdk.java.net/browse/JDK

Re: Probable bug within sun.management.StackTraceElementCompositeData

2018-10-15 Thread Mandy Chung
Hi Sven, It's indeed a bug in the order of names and values when constructing CompositeData for StackTraceElement.  I created https://bugs.openjdk.java.net/browse/JDK-8212197 for this issue. Mandy On 10/14/18 3:52 PM, David Holmes wrote: Hi Sven, Moving to serviceability-dev mailing list.

Re: Probable bug within sun.management.StackTraceElementCompositeData

2018-10-14 Thread David Holmes
Hi Sven, Moving to serviceability-dev mailing list. Please don't reply to jdk-dev. Thanks, David On 15/10/2018 5:42 AM, Sven Reimers wrote: Hi all, I hope this is the correct e-mailing list. During out testing of Apache NetBeans 10 we discovered a problem with self sampling capability of NetB