[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [mat-dev] DTFJ code submitted - need to test
|
Hi Andrew,
> > [1] http://www.eclipse.org/downloads/download.php?file=/technology/
> >
> mat/latest/rcp/MemoryAnalyzer-Incubation-0.8.0.20090522-win32.win32.x86.zip
> Code in [1] works for me too.
Great - then we can go ahead and activate the download. I'll do.
> > And the reason for the bundle
> > activator is the extension point that was not able to handle
> > multiple parser definitions in one plug-in [3]. Right?
>
> No, this is not the reason.
> The reason is that DTFJ is an interface with different implementations and
> the DTFJ parser shouldn't have to know about all the implementations. I
> got the DTFJ API plugin to define an extension point.
> Each DTFJ implementation then declares an extension giving its factory
> class and which file types it can read.
Okay, now I get it. The DTFJ adapter cannot statically define the known formats, because the adapter reads them from the DTFJ bundle. So we need a way, that an adapter can specify that it wants to dynamically add heap dump formats... That's probably not so hard to do. Let me research if Declarative Service can be used for this, or whether we need an "heap dump format factory"-extension point.
Andreas.
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
