Sorry - I should have been clearer. Why would the case of Application.cfm make any different to .class file creation on a Windows system?
Are you saying that CFMX automatically assumes it's running on a case sensitive system, yet still will look for an 'application.cfm' if it can't find a 'Application.cfm'. (Or maybe it LOOKS for an 'Application.cfm' but windows will happily pass back a 'application.cfm?) (Another stupid question is - why can't I seem to find this as some sort of known bug?) Thanks again, Mark ------------------------------------------------------------------ [EMAIL PROTECTED] ICQ: 3094740 Safe From Bees [ www.safefrombees.com ] Quoting Gary Menzel <[EMAIL PROTECTED]>: > > Do you know the reasons behind this? > > CASE. > > The ultimate concept is that the .class files should be portable across > any system. Since *NIX systems consider case to be significant so does > CF/Java (as far as the .class files are concerned at least). > > In practice, though, MM have indicated (Robyn told me earlier this year) > that it is not possible to just package up the .class files and run them > independent of CFMX. Apparently, this was a feature of the CFMX beta but > was removed in the production release because there were issues with it > (you will have to ask Robyn what these were as I dont really understand > them). I have not heard if there are any plans to resurrect this concept > (effectively allowing you to deploy a CFMX application as a set of .class > files without the source). Bluedragon is able to do this - I believe. > > Application.cfm is Application.cfm > > NOT application.cfm. > > NOT APPLICATION.CFM > > NOT any other combination of case other than: > > Application.cfm > > Similarly, be careful about OnRequestEnd.cfm > > > Gary Menzel > Web Development Manager > IT Operations Brisbane -+- ABN AMRO Morgans Limited > Level 29, 123 Eagle Street BRISBANE QLD 4000 > PH: 07 333 44 828 FX: 07 3834 0828 > > > > If this communication is not intended for you and you are not an authorised > recipient of this email you are prohibited by law from dealing with or > relying on the email or any file attachments. This prohibition includes > reading, printing, copying, re-transmitting, disseminating, storing or in any > other way dealing or acting in reliance on the information. If you have > received this email in error, we request you contact ABN AMRO Morgans Limited > immediately by returning the email to [EMAIL PROTECTED] and destroy > the original. We will refund any reasonable costs associated with notifying > ABN AMRO Morgans. This email is confidential and may contain privileged > client information. ABN AMRO Morgans has taken reasonable steps to ensure the > accuracy and integrity of all its communications, including electronic > communications, but accepts no liability for materials transmitted. Materials > may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO > Morgans Limited its directors and employees do not accept liability for the > results of any actions taken or not on the basis of the information in this > report. ABN AMRO Morgans Limited and its associates hold or may hold > securities in the companies/trusts mentioned herein. Any recommendation is > made on the basis of our research of the investment and may not suit the > specific requirements of clients. Assessments of suitability to an > individual?s portfolio can only be made after an examination of the > particular client?s investments, financial circumstances and requirements. > > > --- > 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
