Library delegation - should the path to parent library be the canonical path?
Jonathan Gibbons
jonathan.gibbons at oracle.com
Wed Apr 28 14:22:44 PDT 2010
Mark Reinhold wrote:
>> Date: Mon, 19 Apr 2010 14:26:49 +0100
>> From: alan.bateman at oracle.com
>>
>
>
>> I've been playing with the module library delegation and it looks to me that
>> the path to the parent library is stored as the canonical path at the time that
>> the library is created. I wonder if this will be a problem. Say in a cluster
>> where the canonical path might differ depending on which node that has mounted
>> the file system.
>>
>
> Canonical paths aren't node-dependent in NFS clusters. Are they that way
> in any other distributed filesystem?
>
> These paths don't absolutely have to be canonical, I think, but whether
> canonical, absolute, or possibly relative it will always be the case that
> moving non-leaf libraries around will be problematic.
>
>
>> Also, I assume it means that a library cannot be moved to a
>> different location.
>>
>
> Leaf libraries can be moved trivially. My expectation is that nearly all
> non-leaf libraries will be system-defined, or at the very least always
> placed in well-known locations. So I don't expect this to be a huge
> problem in practice.
>
I think it will be very common for developers to have transient
libraries. I agree that moving them will not be a problem, but at least
as a developer I think that such transient libraries will be if anything
more common than system libraries.
>
>> On that, does jmod need a "reparent" command to aid fix up
>> in the event that a library is moved?
>>
>
> Yes, that's a good idea.
>
> - Mark
>
More information about the jigsaw-dev
mailing list