RE: [mat-dev] RE: [technology-pmc] MAT contribution: DTFJ adpater

[Pravin Kalel <pravin_kalel@xxxxxxxxxxxxxxxx>]

Hi Wayne,

My name is Pravin and I am working on Memory Analysis tool for proprietary language (Which is very similar to JAVA). Sometime back I came across MAT and after looking at its features, I really impressed.
Now, I have few questions.
Does MAT supports only hprof files those were dumped from JAVA applications?
Is it possible if I generate hprof for my language and then view with MAT. (Assuming I follow hprof format)
If not then is it possible to customize the MAT to understand my hprof dumps? What all legalities that I will have check and follow?
I see only difference that JAVA does not support multiple inheritance where my language does. So how difficult it would be in MAT to customize such change? (Assuming you allow me to do so)

-Pravin


-----Original Message-----
From: mat-dev-bounces@xxxxxxxxxxx [mailto:mat-dev-bounces@xxxxxxxxxxx] On Behalf Of Wayne Beaton
Sent: Friday, April 17, 2009 9:15 PM
To: Memory Analyzer Dev list
Cc: Technology PMC
Subject: Re: [mat-dev] RE: [technology-pmc] MAT contribution: DTFJ adpater

Sorry for not replying earlier.

It sounds like a "works-with" to me.

Wayne

Buchen, Andreas wrote:
> Hi Wayne,
>
> Have you any news on this issue?
> "works-with" vs "pre-req" for the DTFJ contribution to MAT.
>
>
> Kind regards,
>
>    Andreas.
>
>
> P.S.: I hope it is not my spam eating monster of mail server that has eaten your response...
>
>
>
>
>
> -----Original Message-----
> From: technology-pmc-bounces@xxxxxxxxxxx [mailto:technology-pmc-bounces@xxxxxxxxxxx] On Behalf Of Wayne Beaton
> Sent: Montag, 6. April 2009 17:11
> To: Technology PMC
> Cc: Andrew Johnson; Memory Analyzer Dev list
> Subject: Re: [technology-pmc] MAT contribution: DTFJ adpater
>
> Hi Andreas. This is going to take me a little while to sort out. I'll
> try to get back to you by EOD.
>
> Wayne
>
> Buchen, Andreas wrote:
>
>> Dear PMC,
>>
>> I have a question regarding a contribution to the Memory Analyzer. Andrew Johnson of IBM has contributed the code to read IBM heap dumps using the DTFJ interface. Great stuff! Currently it is available from Alphaworks as binary plug-ins [2]. The contribution is attached to Bugzilla 269534 [1].
>>
>> The code compiles and runs against the DTFJ API which can be downloaded from [2]. According to [3], we have therefore have to work out whether this is a "works-with" dependency or a "pre-req".
>>
>> IMHO, this sounds like a "works-with" dependency. MAT can run without the DTFJ API installed. Once the user installs the DTJF bundles to his or her installation, MAT will also recognize the IBM dumps. What is your understanding?
>>
>>
>> The next step will be to create a CQ for this contribution.
>>
>>
>> Can also give some advice on how to best handle the build process. Of course, we cannot check-in the binaries. What is the best way to handle this? Download the binaries dynamically in the script?
>>
>>
>> Kind regards,
>>
>> Andreas.
>>
>>
>>
>>
>> [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=269534
>> [2] http://www.ibm.com/developerworks/java/jdk/tools/mat.html
>> [3] http://www.eclipse.org/org/foundation/boardminutes/2007_06_exhibits/ExhibitS.pdf
>>
>>
>>
>>
>> Andreas Buchen
>> Senior Software Developer
>> SAP AG
>> andreas dot buchen at sap dot com
>> www.sap.com
>>
>> Registered Office: Walldorf, Germany | SAP Executive Board: Henning Kagermann (Sprecher/Co-CEO), Léo Apotheker (Sprecher/Co-CEO), Werner Brandt, Erwin Gunst, Claus Heinrich, Bill McDermott, Gerhard Oswald, John Schwarz, Jim Hagemann Snabe | Chairperson of the SAP Supervisory Board: Hasso Plattner | Commercial Register Mannheim No HRB 350269
>>
>>
> _______________________________________________
> mat-dev mailing list
> mat-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/mat-dev
>
_______________________________________________
mat-dev mailing list
mat-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mat-dev

DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.