(catching up on stuff, sorry for the late reply!) Richard S. Hall wrote: > These changes came about because of support for native libraries in > fragments. Since fragments can attach to multiple hosts in R4.2, the > framework needs to be able to extract multiple copies, one for each host. > > The debate was where/how to do this. We could extract into the host > cache directory, which would make it easier to do what you want (i.e., > all in one directory), but it would complicate cleaning up after > fragments since once it was uninstalled you'd need to remove it from all > current and past host cache directories. > > Instead, I decided to extract it into the fragment's cache directory > because when the fragment is uninstalled, everything is cleaned up in > one swoop. Of course, doing so requires the framework to extract into > separate locations to avoid collisions.
Richard, Thank you for the explanation and already filing FELIX-1731 (I was just about to do that). I suspected that there was a "good" reason for the subdirectories, I just didn't know what it could be. For now I have everything working again via a runtime-specific check, i.e. I first try for a flat bundle cache layout and if that does not work, we do the old copying trick. thanks Holger
