> I'm talking about people who argue that HTTP should be used to > "transfer" resource representations rather than "transport" objects > and methods.
>From what I have seen their argument, practically, comes down to using HTTP as it is defined. That definition imposes constrains (not necessarily limitations) that may provide advantages. > What is less clear is whether the advice of those who derive > recommendations from the abstract principles of the underlying > theories (as opposed to emipircally demonstrated successes) is to be > taken particularly seriously. I think they are worth considering. When you see the simple definitions, the current success in practice, and compare that to the proposed alternative, WS-*, I think I can run experiments on HTTP more effectively than WS-*. I would argue there is currently more speculation in WS-* than there is in HTTP, so which would warrant more consideration? > To put it another way: Most code is not particularly compliant with > the principles of OO design... But on the other hand, the appearance of Gamma, et al.'s "Design Patterns" book over a decade ago probably extended the life of object-oriented programming and made many more successes than would have occurred otherwise. > Is this a problem, i.e. could they do better if they played by "the > rules", or do the rules only apply in an idealized world? Don't we > need an answer to this kind of question... I believe so. > ...before worrying about whether Zachman has a nice checklist of > things to think about or a rigorous conceptual framework that one > should adhere to? Those are not high priorities for me in making "SOA" successful. -Patrick ------------------------ Yahoo! Groups Sponsor --------------------~--> Something is new at Yahoo! Groups. Check out the enhanced email design. http://us.click.yahoo.com/SISQkA/gOaOAA/yQLSAA/NhFolB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/service-orientated-architecture/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
