http://tech.groups.yahoo.com/group/service-orientated-architecture/ SOA Fri, 03 Jul 2009 22:08:20 GMT Hitoshi Ozawa http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13555 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13555 ... If you're comparing with OO, I think you mean SO instead of SOA. I was against "killing" SOA because just "service" tends to make it sound more like a Fri, 03 Jul 2009 19:39:26 GMT zapthinkllc http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13554 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13554 Greetings to you all! On July 23, 2009 dozens of experts, pundits, and influential guests will gather in Boston, MA for an evening of networking and discussion Fri, 03 Jul 2009 19:38:37 GMT Rob Eamon http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13553 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13553 ... At the architecture defintion of a service component, what makes up the interface definition of that component? IMO, operations and the data/messages Fri, 03 Jul 2009 15:45:34 GMT Chris Deweese http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13552 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13552 Anne, I will try to be much more cautious with my context. I see that it is pretty easy on this list to leave enough out to send across the wrong meaning. I Fri, 03 Jul 2009 14:05:12 GMT Anne Thomas Manes http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13551 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13551 Chris, I disagree with your assertion that SOA should not be used for "throw-away" projects. SOA principles should be applied to all projects to ensure Fri, 03 Jul 2009 14:04:51 GMT Marcelo A. Costa http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13550 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13550 When I wrote "SOA middleware" I meant middleware used for SOA solutions. And I do not mean SOA is only this middleware or topology, although some good Fri, 03 Jul 2009 14:04:20 GMT Hitoshi Ozawa http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13549 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13549 Arggggg! "available hardware"? ... good experience on creating a guideline to how a service interacts on an architecture and a good experience on a way of Fri, 03 Jul 2009 14:04:16 GMT Michael Poulin http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13548 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13548 Yes, I agree especially with maintenance cost. To fight this problem with business, I used to calculate not the cost of the project but the cost of the Fri, 03 Jul 2009 02:24:53 GMT Chris Deweese http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13547 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13547 Hi GV, Sorry I over-simplified your question, my apologies. I think there would be plenty of non-functional reasons, such as available hardware, scope of Fri, 03 Jul 2009 01:49:54 GMT Michael Poulin http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13546 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13546 I think that the question need to be re-phrased, GV. What is 'non functional's' if you want to work with functions (i.e. with SOA)? You have to distinguish Fri, 03 Jul 2009 01:46:40 GMT htshozawa http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13545 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13545 You're totally right, but is there any simple way to measure "reused" service and "used" service with your definition? Measurements are good to calculate ROI. Fri, 03 Jul 2009 00:58:27 GMT Anne Thomas Manes http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13544 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13544 I think it depends on your definition of "SOA". By my definition, SOA is a set of design principles. From my perspective, you should always keep those design Fri, 03 Jul 2009 00:56:47 GMT A W http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13543 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13543 What about the following example about re-use: A service to obtain a customer?s status that can be called by any other application within the organization or Fri, 03 Jul 2009 00:54:27 GMT Michael Poulin http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13542 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13542 Disagree, there is no such thing as 'SOA middleware'; there is middelware used for SOA solutions. Any middleware hits performances but it is not a reason to Fri, 03 Jul 2009 00:53:54 GMT htshozawa http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13541 http://tech.groups.yahoo.com/group/service-orientated-architecture/message/13541 Oh, oh. "SOA middleware"? Even when performance is an issue, it's still possible to use the concept of SOA to design services and an architecture. Architecture