Re: [ba-ohs-talk] OHS/DKR Design for KM and Licensing
Doesn't sound very RESTful (Jack posted a blurb about REST 2002/02/21:
http://www.bootstrap.org/lists/ba-ohs-talk/0202/msg00105.html). (01)
As long as resources have URIs, you can (almost) completely ignore
transport. I think what's needed most isn't new transport APIs (of which we
already have too many redundant ones) but new "services"/middleware (like
Wiki) which are built on URIs. (02)
Please correct me if I misunderstood you.
--
Kevin Keck
keck@kecklabs.com (03)
on 2002/06/05 8:31 PM, Jack Park at jackpark@thinkalong.com wrote: (04)
> [...]
>
> I ought to say something about the relationships between various thought
> streams and the visible project Nexist. Nexist is about to get its own
> home page at http://www.nexist.org (don't go there any time soon, the
> server is sitting on the desk next to me right now). Nexist was, is, and
> will always be an engineering prototype with which various strategies for
> wiring up communicating agents can be developed. The goal there is to find
> an API that allows this to happen; I have said here many times in the past
> that what a proper OHS needs is some sort of API (or maybe collection of
> them) such that developers have something to develop against as they add
> value to the project. I'm not quite sure on this but I think that
> r-objects.com either has such an API or is close to one for Pepper. I
> think that to be a valuable notion for the onset of any OHS evolutionary
> process.
>
> [...]
>
> In my view, information transport, which couples all agents operating in an
> OHS environment, is the proper place to be looking for publishable APIs. (05)