RE: [service-orientated-architecture] an SOA in practice

[Gervas Douglas]

Peter,   This picture is certainly worth at least a few K of text.  Had you thought of undertaking a career as a political cartoonist?  You could create a new genre of cartoons generated by computer.   When I was working for Sleepycat Europe, I became aware of some of the salient advantages of data management systems embedded in applications, Berkeley DB happening to be an excellent example.  I posted messages to this Group pointing out that one could embed such a database in an app module in the middle tier of a 3-tier App Server.  This could be used as a sort of data cache for fast-moving data, thereby offering a major performance advantage over accessing a backend RDBMS like Oracle.  Another significant advantage of embedding a database in an application module is that the module acts as a gatekeeper to the data.  The classic Oracle model of integration through a shared RDBMS can cause all sorts of problems to do with brittle logical interdependencies, not to mention potential disputes over ownership and integrity of data.   The irony is that Oracle has now bought Sleepycat – at least I assume they have.  Looking at the Sleepycat website, http://www.sleepycat.com/ , there is scant evidence of this, although I understand that they have handed over a lot of money for Sleepycat Europe which I believe is now an integral part of Oracle.  Berkeley DB continues to enjoy a well merited success (disclaimer: I have no financial stake in this whatsoever nor have I derived any money from mergers etc., so this is merely my disinterested, inexpert personal opinion), but I would be very interested to hear of any other application-embedded databases that any of you think could usefully be used in a SOA context.   Gervas   From: service-orientated-architecture@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Peter Madziak Sent: 18 May 2006 17:56 To: service-orientated-architecture@yahoogroups.com Subject: Re: [service-orientated-architecture] an SOA in practice   Jerry: For me, at the very least, what Vogels means in the quotes you refer to is that: if I am a service and you want to talk to me, to request me to do things or to access my data, then interact with my via messages whose schema is defined as part of my published interface. I will not let you access my database, nor will I expect any other service to let me access their database directly. The old saying is that a picture is worth a thousand words, so perhaps the attached picture helps? Peter   On 5/17/06, Jerry Zhu <[EMAIL PROTECTED]> wrote: "For us service orientation means encapsulating the data with the business logic that operates on the data, with the only access through a published service interface. No direct database access is allowed from outside the service,and there's no data sharing among the services." Anybody wants to elaborate what is "published service interface"?  "No data sharing among the services" is not clear. Accessing the same data in the DB is not allowed among services?   Jerry __________________________________________________ Do You Yahoo!? Tired of spam?  Yahoo! Mail has the best spam protection around http://mail.yahoo.com YAHOO! GROUPS LINKS    Visit your group "service-orientated-architecture " on the web.    To unsubscribe from this group, send an email to:   [EMAIL PROTECTED]    Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.   SPONSORED LINKS Computer software Computer aided design software Computer job Soa Service-oriented architecture YAHOO! GROUPS LINKS  Visit your group "service-orientated-architecture" on the web.    To unsubscribe from this group, send an email to:  [EMAIL PROTECTED]    Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.