On 3/13/07, Steve B wrote: > Ok, let's start with some basics. > > 1. You can't have more than one application set as the Tomcat context > root application.
Indeed. What I'm trying to achieve, is the way JRun manages to serve many CF applications from the (default) one CF context. Somehow it's possible, cuz JRun is doing it. :-/ Image this setup: Two website's disk path: "/srv/www/htdocs/funzone" for the first one and "/srv/www/htdocs/interflow" for the second one What I'm seeing is, with JRun, if I go to http://funzone/cool.cfm, the file can live at "htdocs/funzone/cool.cfm", and be served fine. A different file can be at "htdocs/interflow/cool.cfm", and when one goes to http://interflow/cool.cfm, it is served fine (using only the jrun connector and two apache virtual hosts). One instance of CF is running both "cool.cfm" files from "/"! And it can keep them apart. Now with JBoss: JBoss CF disk path: "deploy/cfusion.war/" If I want to serve content from http://funzone, that content has to "live" under "deploy/cfusion.war/". So I can't have both funzone AND interflow in "deploy/cfusion.war/". At least not at the root, obviously. I could do "cfusion.war/funzone/" and "cfusion.war/interflow/", but the problem is, both expect to be at "/", vs. "/funzone" or "/interflow". > 2. If you want to have more than one web site running, you have to set > up JBoss virtual hosts. > > http://www.fusioncube.net/index.php/hosting-multiple-domains-with-jboss. > html Thanks to your blog entry, I didn't have any troubles with setting up hosting, but unfortunately, that route needs a context for each host, so I'm back at the beginning as far as "sharing" a context (the way CF works if you're using JRun). But for production, the tomcat virtual host stuff will work fine, as many of these apps will have a CF instance all to themselves, so mapping a root context to "/" will work fine. It's only for me, the lone dev, who has to have copies of all these apps locally, where there's a problem. In "real life" they've got their own servers, instances, etc.., but in my world, they all gotta share about a gig of memory. And I jump from one to the next, cat-like, so I was trying to avoid having to fire up each one separately, or what have you. > 3. If you're running Apache as the proxy to Jboss, go to this article > and read the Apache Configuration section. > > http://www.fusioncube.net/index.php/apache-proxy-to-jboss-and-iis.html Dude, you've got THE resource for CF + JBoss/Tomcat! I'm actually running apache2.2 (which everyone should, if they can, according to apache), and it has a module just for AJP (tomcat/jboss) now, called mod_proxy_ajp. I was actually going to blog about it a bit, but I broke my blog, or else I'd've pointed this convo over there. :-/ It's really easy to set up tho, and have it just serve .cfm pages (versus the full proxy, where images and whatnot are being served via Tomcat/JBoss, instead of by apache, which we really want serving everything that's static). I've got mine set up to use a rewrite rule, but only if it's a .cfm or .cfc file-- which you could actually use with the older, plain old proxy stuff too. Now that's a cool module, rewrite! Feel the POWER! W00t! Hey Steve, thanks alot for taking the time, and especially for putting what you went thru to get CF running on JBoss/Tomcat out there. Seriously, your blog came up with almost every google search! And Dave, thanks for the bump/guess- you da man, as per yer MO. =] ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| ColdFusion MX7 and Flex 2 Build sales & marketing dashboard RIAâs for your business. Upgrade now http://www.adobe.com/products/coldfusion/flex2?sdid=RVJT Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:272614 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
