+1 on graduation, with the two edits proposed by Mike (comma before "based"
and "on but not limited to"). SOA is often used as a buzzword but it's also
unfortunately the only acronym available for that style of architecture.

Good luck guys!

On 10/12/07, Mike Edwards <[EMAIL PROTECTED]> wrote:
>
> Folks,
>
> Comments inline...
>
> Robert Burrell Donkin wrote:
> > <snip>
> >
> > On 10/12/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> >> Establish the Apache Tuscany project:
> >>
> >>        WHEREAS, the Board of Directors deems it to be in the best
> >>         interests of the Foundation and consistent with the
> Foundation's
> >>         purpose to establish a Project Management Committee charged
> with
> >>         the creation and maintenance of open-source software that
> >>         simplifies the development and deployment of service oriented
> >>         applications and provides a managed service-oriented runtime
> >>         based on the standards defined by the OASIS OpenCSA group,
> >             ^^^^
> >>         for distribution at no charge to the public.
> >
> > 1. is 'based' the right term?
> >
>
> We discussed this within the Tuscany project.  The intent is to say that
> Tuscany will implement the SCA & SDO standards, without being limited to
> them.  Tuscany today goes beyond what is in the standards - for example,
>   there are implementations of things like XQuery, JSON, Ruby, none of
> which are (yet) in the standards.  "Based on" is intended to give the
> flavour of implementing the standards and also going further.
>
>
> > 2. grrr SOA! i'm unclear what this really means in this case. though
> > i've been following the lists for quite a while now, i still find it
> > really hard to understand the target use cases are for tuscany. is it
> > possible to accurately describe what what tuscany is used for without
> > using buzzwords?
> >
>
> I must admit that I hadn't perceived "SOA" as a buzzword.  I agree that
> it is a deliberately imprecise term, but that it does describe a general
> architectural approach to building applications.  Do you think we need
> to build some paragraphs here that describe what service-oriented
> architecture means?
>
> As for the target use cases for Tuscany - it is when you want to build a
> distributed application from independently acting, loosely coupled
> service components, which may be written using any of a range of
> programming technologies (Java, C++, Ruby, PHP....) and which may be
> connected using any of a range of communication technologies (Web
> services, REST, JMS, RMI-IIOP....).
>
> > 3. is the definition a little ambiguous?
> >
> > ((simplifies the development and deployment of service oriented
> > applications) and (provides a managed service-oriented runtime))
> > based on the standards defined by the OASIS OpenCSA group
> >
> > vs
> >
> > (simplifies the development and deployment of service oriented
> > applications) and ((provides a managed service-oriented runtime)
> > based on the standards defined by the OASIS OpenCSA group)
> >
>
> It's the former and I think we can improve the text by adding a comma
> before "based".
>
> > 4. does tuscany really want to limit itself to a single standard? if
> > another organisation created standards in this same area, would
> > tuscany really wish to exclude itself from creating an implementation?
> >
>
> No, Tuscany does not want to limit itself - indeed it already uses other
> standards like some of the WS-* standards.  We had thought that the
> wording above didn't imply any limitation, but if we're mistaken in that
> view, perhaps we need to add some explicit words like:
>
> "...based on but not limited to..."
>
> > - robert
> >
>
>
> Yours,  Mike.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Reply via email to