request for review: 6436034: Instance filter doesn't filter event if it occurs in native method
Paul Hohensee
paul.hohensee at oracle.com
Thu Dec 16 15:07:00 PST 2010
fwiw, the HSX model specifically doesn't support dropping old versions
of Hotspot
into newer JDKs.
Paul
On 12/16/10 6:01 PM, Alan Bateman wrote:
> Keith McGuigan wrote:
>> :
>> I like the flexibility of being able to swap in/out different JVMs --
>> be it earlier versions of Hotspot or something else that maybe
>> doesn't yet support JVMTI 1.2. Having the code written this way also
>> makes it easier to port this code verbatim into other JDK codebases
>> (jdk6?) if it's required. I understand this is different than things
>> were done in the past, but I don't think HSX was around the last time
>> the JVMTI version was updated either. Decoupling the JDK from the
>> JVM as much as possible is a good thing in my opinion. We can
>> discuss this further (offline?) if I'm not convincing enough yet :)
> I like the idea of flexibility too but just concerned that things
> could get messy once additional functions or events are added. Also
> I'm not sure how practical it will be to drop-in older VMs into jdk7.
> With the HSX model it's about dropping in newer HotSpots into older
> JDKs and I'm not sure if we've thought much about the reverse. I'm
> just thinking about the HPI for example. We hope to remove that from
> jdk7 once hs20-b04 is in a promoted build. The implication is that it
> just won't be possible to drop in older HotSpot builds that require
> the HPI. I'll go crawl back under my rock now :-)
>
> -Alan.
More information about the serviceability-dev
mailing list