Beatty, I will soon have a mod_jk binary for Apache 2.0 on Solaris 7 SPARC. I've got it working on x86 and will attempt in the next couple of weeks to duplicate the process on a SPARC box and post results (also will submit the binary to whereever or whoever is keeping a library of them).
Can't be sure it will also compile for 1.3, but I'll try it and post the results. Not sure when I'll have access to do this on the SPARC box yet, but it should be within 2 weeks. As for "slowness", that can be any number of factors. One thing to note is that Tomcat will likely require more memory than IIS/ASP setups, so try getting at least 512MB of mem in your server. I would concur with John's findings that with a decent server and clean code you shouldn't be significantly slower (if at all) than a full M$ setup (although I can't vouch for/against the new .NET stuff as I haven't seen it in action on the server side). Colin > -----Original Message----- > From: Turner, John [SMTP:[EMAIL PROTECTED]] > Sent: Monday, November 11, 2002 7:13 AM > To: 'Tomcat Users List' > Subject: RE: Tomcat 4.1 and apache 1.3 how-to > > > I'll add a comment on "slowness" of Tomcat...it's probably your app, not > Tomcat. > > We just launched a beta of an application ported to Tomcat using the > Struts > library. The original app is "traditional" 3-tier Microsoft using ASP/VB > and COM+ to a SQL Server database. The same processes, ported to > JSP/Struts > + Tomcat, with no additional tweaking, is significantly faster. By > "significantly" I mean something taking 2 seconds instead of 15. And > that's > just a straight port...basically translating each line of ASP/VB into JSP > and using the Struts library where possible...no major architecture > changes. > It's only going to get better as we continue to tweak things and prepare > for > official launch. > > I'm not saying Tomcat is perfect, just making the observation, as others > have done, that application architecture and database queries can have a > huge effect on performance. Tomcat is directly responsible for neither. > > John > > > > -----Original Message----- > > From: Milt Epstein [mailto:mepstein@;uiuc.edu] > > Sent: Monday, November 11, 2002 3:15 AM > > To: Tomcat Users List > > Subject: RE: Tomcat 4.1 and apache 1.3 how-to > > > > > > On Sun, 10 Nov 2002, Beatty, Z wrote: > > > > > So basically, I am never going to find a binary mod_jk.so for > > > Solaris 7 on Sparc? I am just trying to confirm, before I give up > > > trying to connect Apache and Tomcat. I always have the standalone > > > Tomcat to fall back on, but it is awfully slow. > > > > Others have given some suggestions on finding a mod_jk.so for your > > platform. What I wanted to respond to was your last comment. If you > > think that Tomcat standalone is awfully slow, note that Apache+Tomcat > > will be even slower. (For dynamic content, that is, which should be > > what's of concern.) Think about it, Apache+Tomcat has to do most > > everything Tomcat standalone does, and then there's everything passing > > through Apache and the connector. So if you think your site is too > > slow now, it's not going to get any better if you put Apache in there > > too. > > > > > > > --- "Turner, John" <[EMAIL PROTECTED]> wrote: > > > > > > > > Red Hat 7.2 HOWTO using JK: > > > > > > > http://www.johnturner.com/howto/apache1-tomcat404-howto.html > > > > > > > > Aside from Tomcat version, and different binary > > > > files for Solaris instead of > > > > RH, there is no difference. The setup is exactly > > > > the same, I know this > > > > because I just did it yesterday morning on a > > > > brand-new install of Solaris 8 > > > > on a 420R. By "setup" I mean configuration, not > > > > compilation. The > > > > compilation was actually quite a bit of hassle, so > > > > if you can get binaries > > > > of JK you should be good to go. > > > > > > > > I have some Solaris 8 JK binaries archived at > > > > http://www.johnturner.com/howto, they were compiled > > > > against 4.0.4 source, > > > > but I doubt it would make much difference. Might be > > > > worth a shot. > > > > > > > > John > > > > > > -- > To unsubscribe, e-mail: > <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> > For additional commands, e-mail: > <mailto:tomcat-user-help@;jakarta.apache.org> -- To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-user-help@;jakarta.apache.org>
