---------------------------------------------------------------- BEFORE YOU POST, search the faq at <http://java.apache.org/faq/> WHEN YOU POST, include all relevant version numbers, log files, and configuration files. Don't make us guess your problem!!! ---------------------------------------------------------------- What follows is the success story of webhelp.com. --- Jon Smirl <[EMAIL PROTECTED]> wrote: > > I'd be interested in hearing a little about your > success story, for > example... > what hardware is it running on > what OS and database engine > how many servlets, which JDK, how many Jserv > engines > how long did it take to write > did you have trouble writing the servlets > etc > > Just some background info so that people > contemplating Jserv will know what > they're getting into. Maybe we should put little > success story write ups > into the FAQ. We launched webhelp.com with: 1) Jserv 1.0 2) Apache 1.3.9 3) Linux and Solaris 4) mod_perl for legacy CGI that will be changed in the near future On November 30, 1999 at 6 AM. We started with one dual 350 mhz Linux system connecting to an E350 with a 1.6 TB EMC2 storage array for our Oracle backend. Our system is a custom developed distributed architecture (called eBus by the developers, ISpoke by the marketing folks) based on ObjectSpace Voyager between the webserver and the Oracle backend. Very quickly, we found the traffic ramping up* and we were running out of file descriptors and the MAX_CLIENTS setting in Apache was too low. I posted to the list the changes we had to make to Apache, the Linux kernel itself (version 2.2.13) and various stuff in the /proc filesystem to handle the load. Because we've saturated 4 T1's coming into our building, we have moved the entire system to exodus.net in Chicago on 2 Sun Ultra10's connecting to Oracle 8.1.6 on a Sun E350 with the 60GB Sun storage array. Each SUS10 has one servlet engine connecting to our eBus listener, which brokers requests to the eBus backend on the E350. The listener has a pure-java / jdbc SQL microdatabase that replicates data to the Oracle backend periodically. Of course the load was overwhelming, but JServ worked very well. We end up being limited to how many connections our backend could handle, not how many requests JServ could handle. This, in my book, proves JServ as a viable product, approaching best-of-breed. Keep up the good work (ask us for help if you're overwhelmed) And, yes; the fact that the code is open was VERY critical to the acceptance by our development team. (*A bit of background: We were featured on CNN that launch evening, we had a 1/2 page ad in Wall Street Journal and a full page ad in USA today, ads in Internet week, InfoWorld and several other mainstream (not technical) journals all within the first week. Not to mention an aggressive banner-ad presence. This gave us an opening day of 1,000,000 "hits" and almost 15,000 unique visitors, of which 3800 became "members" of webhelp. By the middle of December, these numbers had increased by five-fold! We now have over 350,000 members and 5,000,000 "hits" per day!) Credit goes to: Matthew Dornquast Chief Architect Every Good Idea In eBus Peter Nelson Webus Team Lead Servlet Development Mitch Coopet Inter-component Messaging Rules Engine eBase Component Architecture Much More McClain Looney Crypto Specialist Fulfillment Ho SMS version 1 Abortive Journey into Java 2 Manish Pandit: Object To Relational Mapping version 1 Axsys Plugin Brian Bispala Membership API eMembership More Mark Traynor Webhelp Portal Design Keeping TransVR from Eating Us Alive Tony Lindquist Cat Herding (Director of Software Engineering) Keeping TransVR from Eating Us Alive Me bank-trasaction component development risk-assessment component development and API eBus regression-testing framework ===== # Nick Bauman # Technical Programmer # http://webhelp.com # real people, real answers, real time __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://messenger.yahoo.com -- -------------------------------------------------------------- Please read the FAQ! <http://java.apache.org/faq/> To subscribe: [EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Archives and Other: <http://java.apache.org/main/mail.html> Problems?: [EMAIL PROTECTED]
