On Thursday 14 September 2006 09:15 Alexey Varlamov wrote: > > A more problematic data in my view may be something like > > Thread.getContextClassLoader(). Since it is not directly needed for > > threading model it isn't probably kept in any native structures. Getting > > it may be done through direct access to the field of j/l/Thread. It is a > > kernel class of course, but this will oblige a classlib implementation > > for Harmony to have the same field name. > > I definitely miss smth here. The kernel class by definition is VM > specific, the same as JVMTI implementation, what classlib > implementation do you mean and what obligations? > I believe we can get any of the attributes you listed via direct field > access without imposing any dependencies (outside the VM).
Yes you are right here. This is a kernel class and VM can access its fields without publishing it in any interfaces. -- Gregory Shimansky, Intel Middleware Products Division --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
