I've been enjoying this thread immensely, as the support/community for CFMX for J2EE servers is extremely sparse and I've had lots of different questions. I've seen posts on the forums regarding the following question, but have yet to see a reply.
What's the advantage of running through a webserver such as Apache versus the web server that's built in to JRun? Mind you, I'm talking about *CFMX FOR JRUN*, not CFMX standalone. I know about the standalone performance differences, but do these same differences exist for JRun? For a relatively low-traffic, internally used site, does it matter if I go into the jrun.xml file and change the port fro 8100 to 80 and just go with that? Thanks, Dave. ----- Original Message ----- From: "Dick Applebaum" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Saturday, January 04, 2003 12:39 PM Subject: Re: CFMXJ2ee advantages over CFMX Standalone > Jochem > > With your and Sean's comments and reading Sean's Blogs, I think I have > it now. > > With CFMXJ2ee and JRun you can. > > 1) Set up multiple JRun Servers (Server Instances). Each of these, > effectively, uses a separate OS Process and JVM. > > 2) Each JRun Server Instance can run 1 (or more) applications, for > example one ore more copies (contexts) of CFMX. > > 3) Duplicate Server instances can be clustered to provide > load-balancing and improved availability > > My original objective was to isolate multiple CFMX sites from each > other on the same box, so as to allow use of "dangerous" features of > CFMX such as cfobject. > > The best way to do this is to run each CFMX site on a separate JRun > Server Instance, e.g. > > JRun Server A --- Client hosted Customer SomeCompany site > JRun Server B --- Client hosted Customer SomeOtherCompany site > JRun Server C --- Client hosted Customer YetAnotherCompany site > --- Client hosted Customer > YetAnotherCompany site (a different application) > > Each of these would have its own JVM and would be secure from the others > > This would potentially outperform CFMX Standalone server sharing 1 (the > only 1) CFMX context among the 3 sites > > The only way to isolate these sites using CFMX Standalone server is to > run each on a separate box -- this requires a separate CFMX Standalone > license for each box, no? > > If we use CFMXJ2ee and JRun we require a separate licenses for each > CPU, whether on the same or another box. > > Each set of CFMXJ2ee/JRun licenses cost about the same as a CFMX > Standalone Enterprise license. (Actually, CFMX JRun costs less) > > In my client's case, these are low-activity sites, so they likely can > be hosted on a single box and additional CPUs added, as necessary. > > To accomplish what my client needs (multiple CFMX sites, dangerous > tags) it appears that the CFMXJ2ee/JRun combo provides the best, and > possibly least expensive, solution. > > Any holes in this logic? > > TIA > > Dick > > On Saturday, January 4, 2003, at 06:21 AM, Jochem van Dieten wrote: > > > Dick Applebaum wrote: > >> > >> I haven't seen it mentioned, but wouldn't another advantage be that > >> each context would be able to use "dangerous" CFMX features such as > >> cfobject, custom tags, etc., because the contexts are isolated. > > > > Contexts are only of limited use here. They only serve to protect from > > eachother through the underlying Java code, but if you call a COM > > object > > that COM object is not protected. > > What is really needed to secure different applications from eachother > > is > > different instances running using different OS accounts. That way all > > the ACL's the OS usually enforces are still enforced. If you set the > > ACL's right, it is no problem giving users access to cfregistry, > > cfobject, cfexecute etc. because they can only change what the ACL's > > allow them to change. > > > > > >> If this is true, wouldn't you expect that shared-host providers would > >> use CFMXJ2ee instead of CFMX Standalone -- better performance, more > >> features, less security exposure? > > > > More $$$ because og per processor licenses. > > > > Jochem > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
