You know, and I realize the devs are kind of busy, I think if they would just incorporate the level of detail and completeness in the more recent docs that existed in the 3.x series of TC, a lot of questions wouldn't have to be asked. I find myself wondering, quite honestly, why the TC 3.x docs explained things so well, and yet the 4.x docs seem quite terse in comparison.
You know what would be cool? ... if a "link repository" were set up that would allow us to submit our own "I found this useful" sites. It could allow a person to submit a link - and allow other people to "rate" the link according to how useful they found it. The original poster could add a small amount of commentary about his TC/Apache version, and his implementation. Then, newcomers could discern rather quickly where to go find the information they need - or if it's even available. Questions would change from, "Where do I get ..." and "How do I ..." to "Has this really not been done yet, or is it just not in the repository yet?" Personally, I think that linking 4.x docs to 3.x docs would help a lot. It's anything but obvious you should have to go through the 3.x docs to learn to set up 4.x :-) If, however, they were at least mentioned in the 4.0 docs, and maybe linked to, it would be much more easily understood. Just a thought ;-) Eddie Turner, John wrote: >Man, this list needs a FAQ, bad. > >HOWTO: http://www.galatea.com/flashguides/index > >There are many other docs that explain how to connect the two, the URL above >is just one of them. > >If you are using apache, there is no benefit to using mod_webapp (WARP). >The current mod_webapp connector sends ALL requests to tomcat...in that >scenario, apache does nothing but add a layer. You would be fine just using >tomcat standalone on port 80 in that scenario. If you want apache to serve >static content, and tomcat to serve servlet and JSP content, then you should >use mod_jk (at this time): > >http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/jk.html > >John Turner >[EMAIL PROTECTED] > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
