+1. I think it should be noted that without visibility, then a Service could be written by the client to get access to a non public configuration which would be a bad design pattern to promote.
On Mon, 2 Aug 2004 07:50:51 -0400, Howard Lewis Ship <[EMAIL PROTECTED]> wrote: > I took it out, and people demanded it go back in! > > I tihnk schemas, service-points and configuration-points will have a > visibililty attribute, and the methods on Registry will only be able > to access public artifacts (which will be the default). > > On Mon, 2 Aug 2004 05:11:31 -0400, James Carman > > > <[EMAIL PROTECTED]> wrote: > > This one reason why the getConfiguration() method should be taken out of the > > Registry interface (IMHO). > > > > > > > > -----Original Message----- > > From: Howard Lewis Ship [mailto:[EMAIL PROTECTED] > > Sent: Sunday, August 01, 2004 1:33 PM > > To: [email protected] > > Subject: Re: Read Only Configurations > > > > Interesting thought; I think what I really want to add is artifact > > visibility, so that your configuratoin would only be accessible from > > within your module (for both read and write). > > > > On Sun, 1 Aug 2004 09:53:33 -0700, Naresh Sikha <[EMAIL PROTECTED]> > > wrote: > > > I would like to state that my configurations are "read only" so that > > > they cannot be modified by just anyone who can find it in the > > > Registry. > > > > > > Is this possible? > > > > > > My current workaround is to have an object that all my configuration > > > beans extend from that have a readOnly property and an assertion > > > method that fails if the readOnly flag is set. Then any property > > > setter first asserts that it is not readOnly. Finally my service that > > > exposes these configurations first sets any top level readOnly flags > > > before returning them. > > > > > > Thanks. > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > -- > > Howard M. Lewis Ship > > Independent J2EE / Open-Source Java Consultant > > Creator, Jakarta Tapestry > > Creator, Jakarta HiveMind > > http://howardlewisship.com > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > -- > Howard M. Lewis Ship > Independent J2EE / Open-Source Java Consultant > Creator, Jakarta Tapestry > Creator, Jakarta HiveMind > http://howardlewisship.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
