Re: updates to proposal (was: Codebases and Tidbits and Moving towards a proposed vote)

"Luciano Resende" <[email protected]> Thu, 17 Jul 2008 12:27:26 -0700
Newsgroups gmane.comp.apache.incubator.projects
Message-ID <[email protected]>
On Thu, Jul 17, 2008 at 12:12 PM, Angela Cymbalak
<[email protected]> wrote:
>
>> > 1. Allow those who want a different form of display to interact with the
>> > WS.
>> >  This would allow for really any additional type of interface to be
>> > written
>> > (i.e. flex, ajax, etc.)
>>
>> Here, I think that Atom Feeds might be a good idea as well. See the
>> concept described in [1]. We could even start doing gallery as a
>> composition of multiple remote albums (e.g couple friends that took
>> pictures from a given event and posted the pictures in different photo
>> websites). Contradicting myself, and talking a little about
>> technology, one good thing about Tuscany (and it's bindings) is that
>> it makes you focus on the the business requirements/logic, and leave
>> the communication infrastructure to a later point, so you have your
>> service exposed as webservices, feeds or jsonRPC transparently.
>>
>> [1] http://www.google.com/uds/solutions/slideshow/
>
> This may be what your last sentence above is saying.  Couldn't we expose the
> information as a Web service using Tuscany and then write something that
> would translate the info from the Web Service into a an Atom Feed?  That
> way, while it is a good idea, it can be dealt with at a later time?

This would be very transparent in Tuscany, most of the times, you just
need to say that your component is using <binding.ws> or
<binding.atom> or <binding.jsonrpc> or all of the above.
>
>> > 2. Allow other services to interact with the gallery.  The specific
>> > example
>> > we were thinking of are the companies that allow you to order things
>> > with
>> > photos on them.  We'd like to be able to allow interaction with these
>> > services.
>>
>> I haven't looked into these services yet, but REST access to the
>> pictures could give the same results.
>
> Noel has more experience with these services than I do but from our
> discussion, I think that more information was needed at one time than what
> the REST interface would provide.
>
> Angie
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>



-- 
Luciano Resende
Apache Tuscany Committer
http://people.apache.org/~lresende
http://lresende.blogspot.com/