Hello João, You may be interested in [1]. Actually they need exactly what you are trying to do :)
Also, you may want to take a look at the Java Resource Accounting Framework [2] However, since they have their own class loading mechanisms it would certainly need some effort to integrate that sort of mechanism with OSGi. The people from that projet are working now on [3] which deals with runtime instrumentation. I haven't checked that yet, but I believe it deals with resource accounting since the team has a strong background on that subject. I'm interested in that area as well. If you want to exchange private messages for a detailed discussion, you can write me in portuguese. I'm a native speaker and I presume you are as well, considering your name ;) Best Regards, Kiev [1]Dependable distributed OSGi environment http://portal.acm.org/citation.cfm?id=1462802.1462803 [2]http://www.jraf2.org/ [3]http://www.inf.unisi.ch/projects/ferrari/FERRARI.html > Date: Sat, 14 Mar 2009 22:03:42 +0000 > From: [email protected] > To: [email protected] > Subject: Re: Isolation of OSGI resources and lock problems > > Hi > > I already read about VM kit in this paper [1], but its more focused in > security for a JVM and they do heavy modification in the VM. I think i > can resolve my problem with Felix modifications and a bit of JVM TI[2] > using. For what i have understand of the code i think its possible to do > what i want, but i don't have the time now to change it. Maybe tomorrow. > > Thanks for your support > João > > [1] hal.archives-ouvertes.fr/docs/00/35/45/80/PDF/RR-6801.pdf > [2] http://java.sun.com/javase/6/docs/technotes/guides/jvmti/ > > Marcel Offermans escreveu: > > On Mar 14, 2009, at 22:22 , Stevens Gestin wrote: > > > >> For my OSGI bundles development I choose to make bundles as > >> independent as > >> possible on other bundles. In this approach, I'm not sharing > >> libraries like > >> logging, SAX, etc. and each bundle uses its own library set. Is this > >> a bad > >> concept? > > > > No, it's a trade-off between coupling all users of a library to that > > library bundle and resource usage because you have a copy of that > > library in every bundle. In practice, having that copy in every bundle > > does not even mean that every single class in the library gets loaded > > N times, that depends on what percentage of the library actually gets > > used. You can probably then use a tool like Bnd or an obfuscator to > > only include the parts you actually use. > > > > Greetings, Marcel > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > _________________________________________________________________ Windows Live™: Life without walls. http://windowslive.com/explore?ocid=TXT_TAGLM_WL_allup_1a_explore_032009
