Re: How a CLI could use the client environment executables files?

mike amundsen <[email protected]>
Newsgroups gmane.comp.web.services.rest
Message-ID <CAPW_8m6iH=Lggh4jycbGe4p58MTjrZkmVmg-afSHaCs58=sMHg@mail.gmail.com>
Philippe:

sounds like an interesting project.

first, the REST style focuses primarily on the network-level software
details; the implementation within the servers and clients is left open for
your own choices.

However, Chapter 1 of Fielding's dissertation does a good job of describing
the primary software model he had in mind esp. section 1.2[1]. I think
you'll find some guidance there and see that your idea of using internal
components on the client (i.e. diff, etc.) is well within the scope of an
implementation w/ REST characteristics.

Hope this helps.

[1]
http://www.ics.uci.edu/~fielding/pubs/dissertation/software_arch.htm#sec_1_2

mca
http://amundsen.com/blog/
http://twitter.com@mamund
http://mamund.com/foaf.rdf#me




On Fri, Jun 1, 2012 at 7:12 PM, Philippe Rathé <[email protected]> wrote:

> Hello all,
>
> I would like to code my own atompub client and server. I use atompub
> to expose different hierarchical collections of members.I would like
> the client being an interactive command line tool. Additionally to be
> used as a feed reader, a consumer of the CLI would probably use it
> for: bookmarking a collection; refreshing bookmarked collections;
> using diff tools to compare local files and then POSTing the output
> content to a collection; etc.
>
> The biggest challenge I face is how the CLI could use the client
> environment executables files restfully?
>
> I need to access the diff tools on the client-side system. Does it
> fail any constraints the fact that the CLI would try to access the
> diff executable tools under the hood? I would provide to the consumer
> the hypermedia controls necessary to fill in the arguments that will
> be passed to the executables. Just like HTML forms. What about
> code-on-demand instead? The client would executes, as an example,
> shell scripting fragment depending on the client environment setup
> capabilities. Just like the browser executes JavaScript? It has some
> advantages that the client could be partly able to update itself.
>
> Otherwise I would need to let the server do the diff which will be
> retrieve by the client. But the client and the server will most of the
> time be on the same machine or local network. The client needs to
> access the file system and do operations on files, which the local web
> server could do.
>
> Any advices? Thanks.
> -- Philippe
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.