> Alex Karasulu wrote: > > <snip> > > I changed the name of the application repository from > > merlin.repository.user.path to merlin.repository.application.path and > > changed the KernelConfig property to reflect the name change. I did > this > > because it makes sense to call it the application repository. Different > > applications may have their own non-system repositories segregated from > > others. Or in the maven plugin embedded configuration the system and > > applications repos are the same for everything. The bottom line is this > is > > not a user based repo but an application based repo. > Bad bad bad idea :) > You really need a user based repos because of unix permissions ! > Otherwise only one user can use a merlin installation.
[Karasulu, Alex] I may be mistaken but I do not see a relationship here in differentiating between application and system repositories and UNIX permissions. Could you elaborate further please? I'm not the brightest bulb in the box. Perhaps if we consider use cases they may shed more light on the situation for us. From my understanding a UNIX user can configure a Merlin kernel to blow up an Avalon application. The user may decide use the system repo within a Merlin installation setup by the administrator (root). The user may then decide to use an area within his account just to keep the application repo. The user does not have write perms to the system repo but does have access to the application specific repo in his home directory somewhere. What I was saying is the user may decide to have more than one application repo to segregate applications. Rather than it being a single user specific repo used for all applications like in maven, Merlin IMO requires a bit more granularity. So rather than have one user repo, I'm suggesting we allow the user to specify an application repo and use those semantics so we do not get confused about the terminology. In the end the user can do as they wish pointing the system and application repos to anything they wish. Hope that clarifies things a bit. Alex --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
