[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Closing on NIM requirements
I am still trying to grapple with the idea of methods within an information
model. What does it mean to model methods in a declarative model which I
generally view as classes, attributes, and associations? Methods seem to
break repository models (which do not support them directly) as well as
protocol models that strictly set/get or add/remove named data (eg. SNMP).
I view methods as being useful as mechanism for grouping attributes and
expressing the transactional semantics of attributes. Other than that, if
they are meant to imply CORBA/DCOM IDL-like notions, then I don't think they
belong in an "information model" because they are forcing it to become
implementation dependent.
-Dave
> -----Original Message-----
> From: Weiss, Walter [mailto:WWeiss@lucentctc.com]
> Sent: Saturday, April 15, 2000 2:52 AM
> To: 'nim@ops.ietf.org'
> Subject: Closing on NIM requirements
>
>
> Folks,
>
> The next major issue is going to be settling on a modeling language.
> Numerous people have offered me there preferences. However,
> before this
> discussion can begin, we need to reach some consensus on the
> requirements
> document. I would like to see some comments submitted to the
> list within the
> next week. If no comments are forthcoming, we will assume
> that everybody is
> happy with the current requirements and we will move on this
> next issue.
>
> regards,
>
> -Walter
>
>