OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

soa-rm-ra message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [soa-rm-ra] random question


I would agree with Frank.� The essence of SOA, as has been eloquently stated, is to bring together needs and the capability to address those needs -- it is to get something done.� Data in some form is likely involved but to "generate a specific piece of data" is still doing something you need done.

I don't think we have a critical difference of views, and certainly nothing to impede other progress.

Ken

On Aug 25, 2006, at 12:04 PM, Duane Nickull wrote:

Given we have documented the data model as a key aspect of SOA in the RM, I
think it depends on the "view" of the service.If one views a service as a
gateway to a process, the data likely becomes secondary, if they view it as
a means to generate a specific piece of data, perhaps it takes on higher
importance.

Toe-may-toe Tah-mah-ta

D


On 8/25/06 8:55 AM, "Francis McCabe" <frankmccabe@mac.com> wrote:

While I agree completely that data is *always* involved in services,
I do not think that that is the key aspect of SOA.
I would assert that *action* is of the essence in SOA, not *data*.

Contrast this with the normal Web architecture. In that model,
information is of the essence, and action is a side-effect.

Frank


On Aug 25, 2006, at 8:49 AM, Duane Nickull wrote:

I feel a strong sense that the old �is null a value� question is
coming on ;-)

I think that all services must utilize data at some juncture of the
invocation lifecycle.Otherwise, why would anyone build an interface?

D



On 8/25/06 1:08 AM, "Jones, Steve G" <[email protected]>
wrote:

If we are being random, a NOP service wouldn�t use data.But I�m
not quite sure what the real world effect would be either.But
I�m not sure that we need to worry about service provider types
either because the consumer doesn�t care as long as it meets the
contract.

Steve

From: Duane Nickull [mailto:[email protected]]
Sent: 24 August 2006 17:26
To: Chiusano Joseph; Ken Laskey
Cc: Michael Stiefel; [email protected]
Subject: Re: [soa-rm-ra] random question

Is there any service that does not use data?

D


On 8/24/06 6:29 AM, "Chiusano Joseph" <[email protected]>
wrote:
Not types of service providers; service providers that provide
certain types of services (e.g. data service provider = service
provider of data services).

Joe

Joseph Chiusano
Associate
Booz Allen Hamilton

700 13th St. NW, Suite 1100
Washington, DC 20005
O: 202-508-6514
C: 202-251-0731
Visit us online@ http://www.boozallen.com <blocked::http://
www.boozallen.com/> <http://www.boozallen.com/%3e>


From: Ken Laskey [mailto:[email protected]]
Sent: Thursday, August 24, 2006 8:49 AM
To: Chiusano Joseph
Cc: Michael Stiefel; [email protected]
Subject: Re: [soa-rm-ra] random question

Joe,

But I'm not sure "types" of service providers is relevant.I look
at a service description, decide if the real world effects are
what I want (and whether the rest of the execution context stuff
can be aligned), and then I proceed with the interaction.If I
ask for information, I don't know (unless I have a business reason
for this to be part of my rationale for which service to use) if
it is "data" from a database, results from a simulation, or
Mechanical Turk.

Ken

On Aug 24, 2006, at 6:33 AM, Chiusano Joseph wrote:


I think it's a question ofservice providers, but more
specifically of what *types* of services. So therecan be data
service providers, perhaps process service providers (e.g.BPEL-
based processes), and perhaps even application service providers
in adifferent sense than the traditional ASP (perhaps service-
basedapplications).



Joe




From: Ken Laskey [mailto:[email protected]]
Sent:Wed 8/23/2006 10:19 PM
To: Michael Stiefel
Subject:Re: [soa-rm-ra] random question



Michael,



My question is whether there are providers in the SOA sense for
somethingother than services.For example, one could say there
are data providersbut wouldn't they have their data sources
accessed using services?Doesthat apply to all providing
stakeholders?



Ken



On Aug 23, 2006, at 6:58 PM, Michael Stiefel wrote:



Aren't users of the services stakeholders?



Aren't manufacturers of equipmentstakeholders?



Is the government that collects a tax or regulatesa stakeholder?



Aren't the "victims" we discussed at the F2Fstakeholders as well?





Michael







At 05:57 PM 8/23/2006, Ken Laskey wrote:


Can we have stakeholders who are providers ormaintainers of
something other than services?Or, do we assume by the natureof
SOA that if you provide something other than a service, that
somethingis a capability that must have a service access, so you
always end up aservice provider?



Ken





--

---------------------------------------------------------------------
------------

/� � Ken
Laskey� � � � �
� � \

|� � MITRE Corporation, M/SH305� � phone:703-983-7934 |

|� � 7515 Colshire Drive � � � � � � � � � � fax:
703-983-1379 |

\� � McLean VA
22102-7508� � � � � � � � � � � � � � � � � � � � � � � � /

---------------------------------------------------------------------
-------------







---

Ken Laskey

MITRE Corporation, M/S H305 � � phone: 703-983-7934

7515 Colshire Drive � � � � � � � � � � � � fax: � � � � 703-983-1379

McLean VA 22102-7508





---
Ken Laskey
MITRE Corporation, M/S H305 � � phone:703-983-7934
7515 Colshire Drive� � � � � � � � � � � � fax:� � � � 703-983-1379
McLean VA 22102-7508





This message contains information that may be privileged or
confidential and is the property of the Capgemini Group. It is
intended only for the person to whom it is addressed. If you are
not the intended recipient,you are not authorized to read,
print, retain, copy, disseminate,distribute, or use this message
or any part thereof. If you receive thismessage in error, please
notify the sender immediately and delete allcopies of this message.






---
Ken Laskey
MITRE Corporation, M/S H305� � �phone:� 703-983-7934
7515 Colshire Drive� �� �� �� �� �� �� �� �fax:� � �� �703-983-1379
McLean VA 22102-7508





[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]