tag:blogger.com,1999:blog-4338956765494283322.post8331253739287156343..comments2024-03-29T19:35:03.327+08:00Comments on Bill Poole's Creative Abrasion: Web Services IntegrationBillhttp://www.blogger.com/profile/12877394913101625095noreply@blogger.comBlogger9125tag:blogger.com,1999:blog-4338956765494283322.post-82215162515507163072022-05-02T08:30:53.836+08:002022-05-02T08:30:53.836+08:00high quality designer replica FKPX luxury replica...<a href="https://withason94575.blogspot.com/2022/04/whether-it-is-jamewars-and-shahtooshs.html" rel="nofollow">high quality designer replica</a> FKPX <a href="https://tholuez06620.blogspot.com/2022/04/the-significance-of-this-is-that.html" rel="nofollow">luxury replica bags</a> EISW <a href="https://nukewhel93935.blogspot.com/2022/04/we-also-offer-take-my-online-class-for.html" rel="nofollow">replica bags china</a> CFOBVdaffehttps://www.blogger.com/profile/17090750275459583581noreply@blogger.comtag:blogger.com,1999:blog-4338956765494283322.post-985651883785611782021-04-22T20:51:29.522+08:002021-04-22T20:51:29.522+08:00Nice information, Technology ModernizationNice information, <a href="https://www.comakeit.com/application-modernization/" rel="nofollow"> Technology Modernization </a><br />comakeithttps://www.comakeit.com/application-modernization/noreply@blogger.comtag:blogger.com,1999:blog-4338956765494283322.post-20940089498858666292013-10-03T15:56:22.509+08:002013-10-03T15:56:22.509+08:00Hi,Every web designer knows a client should be ask...Hi,Every web designer knows a client should be asking, often go unasked and unanswered unless your <a href="http://www.theosoftindia.com/" rel="nofollow">Web Design Cochin</a> firm brings these matters up, but sadly, many do not.Thanks..........Anonymoushttps://www.blogger.com/profile/09701377984223022528noreply@blogger.comtag:blogger.com,1999:blog-4338956765494283322.post-3440258088626098252008-04-21T08:55:00.000+08:002008-04-21T08:55:00.000+08:00Hi Dave,Thanks! It's great to hear that the posts...Hi Dave,<BR/><BR/>Thanks! It's great to hear that the posts are relevant and helping people out. :-)<BR/><BR/>There are many benefits that vendors claim will come from SOA. These include increased reuse, greater visibility, business empowerment, increase in business agility, as well as legacy rejuvenation/modernisation.<BR/><BR/>In many respects, a number of these benefits overlap and all to some extent contribute to <I>business agility</I>. This is why it is said the business agility is the core business driver for SOA.<BR/><BR/>Legacy modernisation is about taking existing applications and having them participate in an architecture which is beyond their original design and adds more value than was originally intended.<BR/><BR/>SOA certainly can achieve this. And if done properly, we can have an architecture that is very loosely coupled and drives significant business agility.<BR/><BR/>As part of this endeavour, we modernise our legacy applications, which is a very nice side benefit.<BR/><BR/>Legacy modernisation as an objective on its own however in my really smells like EAI. With SOA, integration is a by-product - not the primary objective (which should be business agility).<BR/><BR/>SOA in the short term is more expensive than EAI, but in the long term has considerable cost savings due to gains in business agility.<BR/><BR/>Sometimes it can be difficult to justify the early cost of SOA if application modernisation is the only strategic objective management is pursuing.Billhttps://www.blogger.com/profile/12877394913101625095noreply@blogger.comtag:blogger.com,1999:blog-4338956765494283322.post-3439942303706004552008-04-20T15:03:00.000+08:002008-04-20T15:03:00.000+08:00Hey Bill. Great posts!!! Good timing considering w...Hey Bill. Great posts!!! Good timing considering we are involved in some SOA vs EAI comparisons and it isn't easy to compare.<BR/><BR/>One qustion - Vendors such as Software AG/Web Methods preech that SOA is also about legacy modernisation. What you have posted here regarding Web Service Integration apparently also could mean legacy modernisation. What are your thoughts on SOA provides legacy modernisation? Some people think that this is a key tenets of SOA.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-4338956765494283322.post-51000573077278923622008-04-20T09:50:00.000+08:002008-04-20T09:50:00.000+08:00I've not found it to be an issue in the past mysel...I've not found it to be an issue in the past myself.<BR/><BR/>You're right - it isn't pretty. But then legacy applications rarely are.<BR/><BR/>If there are existing support contracts in place, that in fact works for you because you should be able to rely on those to get the modifications done for you.<BR/><BR/>Also remember, the changes you make to the legacy DB only become problematic when the legacy application is replaced or upgraded.<BR/><BR/>If you are replacing the application, then you can choose one that exposes events natively. If you are upgrading it, then it is possible that the new version of the software will give you a mechanism for getting at events.<BR/><BR/>Needing access to application events is not an uncommon requirement for integration and as such a number of modern applications will give you a way to achieve this.Billhttps://www.blogger.com/profile/12877394913101625095noreply@blogger.comtag:blogger.com,1999:blog-4338956765494283322.post-30916115755548659962008-04-20T09:04:00.000+08:002008-04-20T09:04:00.000+08:00Sure if the application does post events then you ...Sure if the application does post events then you would hook into them. But many legacy LOB applications wouldn't have had the foresight to do that.<BR/><BR/>Going directly to the database sounds risky. Maybe it's just a knee-jerk reaction but I've seen too many crazy database schemas which leave you in a world of voodoo and black magic trying to understand them!<BR/><BR/>And from a customers point-of-view wouldn't adding random triggers to a third party applications database have implications around support contracts, etc.Graeme Fosterhttps://www.blogger.com/profile/13954998731202074497noreply@blogger.comtag:blogger.com,1999:blog-4338956765494283322.post-49747548398805496012008-04-20T00:22:00.000+08:002008-04-20T00:22:00.000+08:00Hi Graeme,Some applications do provide a mechanism...Hi Graeme,<BR/><BR/>Some applications <I>do</I> provide a mechanism for getting at events within the application.<BR/><BR/>For example, Microsoft CRM provides a "callout" facility whereby you can provide a .NET assembly that conforms to a specific interface that MS CRM will invoke when certain events occur.<BR/><BR/>This kind of facility is not <I>always</I> available however and in these cases we need to sometimes get a bit creative in looking for other ways for observing events.<BR/><BR/>In essence, if we can't observe events via the provided APIs, then we really need to go directly to the application database.<BR/><BR/>This is achieved by applying triggers within the application database which then write to an event log. We then have a separate process that polls the event log on regular intervals and publishes any recorded events.<BR/><BR/>This approach is of course not ideal because when the application is upgraded we need to potentially revisit the integration logic as the database schema will likely have changed.<BR/><BR/>This is not a <I>major</I> issue however as it only affects logic <I>behind</I> the service boundary and as such, other services in your enterprise are shielded from the change.<BR/><BR/>There are some legacy applications out there I am sure where you simply just can't detect or observe certain events in any way whatsoever - although I am yet to come across one.<BR/><BR/>In that situation, you simply would need to make do without including those events in your event catalogue, which certainly would impact your overall architecture.<BR/><BR/>If you think creatively however, there are usually ways and means of detecting these events.Billhttps://www.blogger.com/profile/12877394913101625095noreply@blogger.comtag:blogger.com,1999:blog-4338956765494283322.post-75416363787320930942008-04-19T17:12:00.000+08:002008-04-19T17:12:00.000+08:00Hi Bill,How would you go about exposing service pu...Hi Bill,<BR/><BR/>How would you go about exposing service publications from existing applications which just expose custom APIs. <BR/><BR/>I can imagine a service (biztalk / custom app / whatever) which would observe the application (using its API) and then raise events when necessary.<BR/><BR/>Is this how you would see legacy apps participating in a Pubish / Subscribe manner as opposed to just exposing Command style web services?<BR/><BR/>Thanks,<BR/><BR/>GraemeGraeme Fosterhttps://www.blogger.com/profile/13954998731202074497noreply@blogger.com