On 10/10/09 14:46, Holger Hoffstätte wrote:
(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.
You may have also noticed that I committed a patch for FELIX-1731, so
please try again with 2.0.1 and see if that makes things better for you.
In the end, though, this is definitely an implementation detail and in
the future if needs warrant, it might break again.
-> richard
thanks
Holger
