On Thu, 2005-08-25 at 10:59 -0700, Chandra Seetharaman wrote:
> On Thu, 2005-08-25 at 13:41 -0400, Shailabh Nagar wrote:
>
> > > Perhaps RBCE
> > > ought to be changed to not use names directly except on read/write.
> >
> > I don't follow. How will users refer to a class as part of a rule ?
> >
> > Certainly its an option to return a handle (core class's id would be
> > good) to the user whenever a class is created and to use that handle as
> > part of rules etc. But it makes usage of /rcfs not quite as intuitive.
> >
> > Overall I thought the complexity of handling renames properly wasn't
> > worth the benefit of the slight additional flexibility. The user (or we)
> > can provide a shell script that does the rename.
> > - creates the new named directory
> > - moves all members from old to new
> > - deletes the old directory
> > - recreates the affected rules in rbce with the new name (might need to
> > scan and store the rules affected first).
>
> I agree with Shailabh reasoning, it will be too complex to implement
> with very little added functionality.
>
> Besides, we cannot be sure if the user wanted it that way... may be she
> wants to rename "gold" to "platinum", and wants to create a new "gold"
> which she expects to be used by the rule that is already defined with
> class "gold", which is not the suggested implementation would do.
>
> So, it is less confusing from the usability point of view, if we just
> don't support mv.
>
> chandra
Combining these reasons with Dave's point that it won't break mv
satisfies me. I'm fine with dropping the rename imlementation.
Cheers,
-Matt
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
ckrm-tech mailing list
https://lists.sourceforge.net/lists/listinfo/ckrm-tech
