Comments on: Serve CFML applications under Apache directory with Tomcat http://b2.sixsigns.com/2008/05/18/serve-cfml-applications-under-apache-directory-with-tomcat/ Enrich people's lives and web experience Fri, 09 Jan 2009 13:40:23 +0000 http://wordpress.org/?v=2.7 hourly 1 By: SixSigns http://b2.sixsigns.com/2008/05/18/serve-cfml-applications-under-apache-directory-with-tomcat/comment-page-1/#comment-322 SixSigns Wed, 28 May 2008 08:39:01 +0000 http://blog.sixsigns.com/?p=331#comment-322 Here is a follow up for getting this to work on IIS/Windows: http://www.neurospeech.com/Products/JspISAPI.aspx Here is a follow up for getting this to work on IIS/Windows:

http://www.neurospeech.com/Products/JspISAPI.aspx

]]> By: Chris http://b2.sixsigns.com/2008/05/18/serve-cfml-applications-under-apache-directory-with-tomcat/comment-page-1/#comment-310 Chris Wed, 21 May 2008 12:21:11 +0000 http://blog.sixsigns.com/?p=331#comment-310 Is there a way to do this with IIS? Is there a way to do this with IIS?

]]> By: SixSigns Blog » About Razuna - Open Source Digital Asset Management (DAM) / Open Source Media Asset Management (MAM), Roozani - Organize your information and collaborate with your friends, Open BlueDragon, ColdFusion and Oracle consulting http://b2.sixsigns.com/2008/05/18/serve-cfml-applications-under-apache-directory-with-tomcat/comment-page-1/#comment-309 SixSigns Blog » About Razuna - Open Source Digital Asset Management (DAM) / Open Source Media Asset Management (MAM), Roozani - Organize your information and collaborate with your friends, Open BlueDragon, ColdFusion and Oracle consulting Tue, 20 May 2008 21:17:48 +0000 http://blog.sixsigns.com/?p=331#comment-309 [...] already posted an entry of how to get Tomcat running "behind" Apache and thus will focus here on the two configurations that helps the [...] [...] already posted an entry of how to get Tomcat running “behind” Apache and thus will focus here on the two configurations that helps the [...]

]]> By: SixSigns http://b2.sixsigns.com/2008/05/18/serve-cfml-applications-under-apache-directory-with-tomcat/comment-page-1/#comment-308 SixSigns Tue, 20 May 2008 17:00:16 +0000 http://blog.sixsigns.com/?p=331#comment-308 Yes, if you think about it, it is a very secure and nice way to have a server with different applications running. I mean you then don't have to worry about the "overhead" of configurations you carry around. Like I wrote, it is just a "getting used to it" thingy. Yes, if you think about it, it is a very secure and nice way to have a server with different applications running. I mean you then don’t have to worry about the “overhead” of configurations you carry around.

Like I wrote, it is just a “getting used to it” thingy.

]]> By: Terry Schmitt http://b2.sixsigns.com/2008/05/18/serve-cfml-applications-under-apache-directory-with-tomcat/comment-page-1/#comment-307 Terry Schmitt Tue, 20 May 2008 14:50:36 +0000 http://blog.sixsigns.com/?p=331#comment-307 I've seen quite a few statements regarding the "pain" of configuring BD for each application. I would also like to point out that this can be a nice advantage as well. By that, I mean that I can upgrade one application at a time, instead of a big-bang upgrade on the entire server. Being a sole developer for a large company with a lot of apps to maintain, I simply don't have the bandwidth to properly convert and QA code for every application running on a particular server. I could see this being an advantage for those with paying customers as well. You may want to use a new version of OpenDB on a server, but not all existing customers are willing to pay for any upgrade costs. This gives a lot more flexibility as now you can run multiple version of OpenBD on the same server. I’ve seen quite a few statements regarding the “pain” of configuring BD for each application. I would also like to point out that this can be a nice advantage as well. By that, I mean that I can upgrade one application at a time, instead of a big-bang upgrade on the entire server. Being a sole developer for a large company with a lot of apps to maintain, I simply don’t have the bandwidth to properly convert and QA code for every application running on a particular server. I could see this being an advantage for those with paying customers as well. You may want to use a new version of OpenDB on a server, but not all existing customers are willing to pay for any upgrade costs. This gives a lot more flexibility as now you can run multiple version of OpenBD on the same server.

]]>