Gene, I think you're on the right track, sometimes you have to work around systems you can't fix. I share Andrzej's concerns about XML parsing speed, esp. if you have EBay-level performance requirements. Web Services are definitely coming, though.
I wonder if anyone on the list has experience deploying Web Svcs (WSDL, SOAP, etc.) with high-performance reqts yet? Generally the more layers of indirection you add, the lower your throughput, so high-speed reqts drive you to tighter coupling and fewer layers. If you want high speed *and* a decoupled architecture, the most common solution is to throw hardware at the problem. Most large Web sites address this with massive hardware redundancy. It's common for an Amazon or EBay to deploy hundreds of servers in the Web and App tiers. Many machines can go down before site performance is affected much, and these tiers almost never cause total site outages. It's the network interface in front of the Web servers that is more likely to contain single points of failure and take the site down. TG On Fri, 28 Dec 2001 10:48:28 -0800, Gene Chuang <[EMAIL PROTECTED]> wrote: >Hi Andrzej, > >Thanks for your input. Your architecture is a lot like mine at my old job, Kiko. >There >we had a SSB facade mimicing a State Machine, and a single RequestData object >initializes >the state machine propagation of synchronous as well as asynchronous process routes. > >To implement that system in my current job would require major refactoring of the Big >Blob I mentioned. This may be the long-run goal, but in the short run I may have to >design a JMS layer around the Blob to satisfy our immediate needs. > >I would like to use XML, not because I would like to add another buzzword into our >architecture :-), but because other departments in our company have been going down >the >SOAP/Web Services route to handle external requests and I want easy transition and >adaptability in case we decide to call these external requests ourselves. > >Gene >--- Andrzej Jan Taramina <[EMAIL PROTECTED]> wrote: >> Gene: [clip] =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
