Brian, One other way to look at this.
Tier 1. User Interface, for sake of argument a bit of javascript, css, and html that interacts with the user. It sits on the client (users browser). Tier 2. Business Services, in this instance, the CFML code sitting on the CFMX app server. CFC's are a great way of modularising your business logic but its easy to argue that the entire app fills this role so you don't need to get lost on the patterns being used by your app unless you really want to. Ideally you shouldn't mix the code that generates html with the code that performs tasks but thats just good programming. Tier 3. Data services, in this instance, throw together some stored procedures that save / get / search data sitting on the database server (Oracle / MsSQL / whatever) . Whether the database server lives on the same box isn't really your issue unless you're responsible for the performance and scalability of the app. In general, if you can have a seperate db server you should take it. IMHO, that would satisfy a three tier requirement and its probably no different to what you currently do. Cheers. Scott. -----Original Message----- From: Knott, Brian [mailto:[EMAIL PROTECTED] Sent: Wednesday, 10 December 2003 14:46 PM To: CFAussie Mailing List Subject: [cfaussie] Re: 3 Tier application Thanks Sean. I'm just trying to get it as basic as I can so that it can be explained to the customer. There technical department wants 3 tiers and I need to make sure that the model I put together complies to their standards. I have no idea what there standards are and I can't seem to find out so I'm covering all bases. Brian -----Original Message----- From: Sean A Corfield [mailto:[EMAIL PROTECTED] Sent: Wednesday, 10 December 2003 1:08 PM To: CFAussie Mailing List Subject: [cfaussie] Re: 3 Tier application On Dec 9, 2003, at 4:31 PM, Knott, Brian wrote: > Would it be possible to have the Web server calling Cold Fusion web > services on the application server. The web server is basically a dumb piece of software that serves up HTML pages and images and passing any other requests to something that can handle it, e.g., passing .cfm/.cfc requests to an app server that runs CFMX. The web server has .htm(l) / .gif / .jpg etc files. The app server has .cfm / .cfc files. If you ask for foo.cfm, the web server simply asks the app server to handle the request. CFMX runs the (local) foo.cfm page and passes the rendered output back to the web server which, in turn, passes it to the browser that requested it. If you ask for foo.htm, the web server serves up that file. Same with foo.gif, foo.swf etc. The web server doesn't really 'call' ColdFusion at all. Sean A Corfield -- http://www.corfield.org/blog/ "If you're not annoying somebody, you're not really alive." -- Margaret Atwood --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004 --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004 IMPORTANT NOTICE: This e-mail and any attachment to it are intended only to be read or used by the named addressee. It is confidential and may contain legally privileged information. No confidentiality or privilege is waived or lost by any mistaken transmission to you. The RTA is not responsible for any unauthorised alterations to this e-mail or attachment to it. Views expressed in this message are those of the individual sender, and are not necessarily the views of the RTA. If you receive this e-mail in error, please immediately delete it from your system and notify the sender. You must not disclose, copy or use any part of this e-mail if you are not the intended recipient. --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
