FOR INFO......

There were a set of articles in the Cold Fusion Developers Journal that had batch files to pre-compile all the CFM code to the cached Java classes (to avoid the big hit when doing large updates).  I cannot remember which issues thought.

Secondly.... just wondering what was meant by "in the event of a server reboot" ?

The pages are compiled and cached in the webroot/WEB-INF/cfclasses directory.  A server reboot will not cause them to be compiled again.  The only way they will be made to recompile is if you change the file or delete the files from that directory.

In addition, the "tester" of the code would (should) generally be the first one to run the pages in the production environment (especially for a small number of pages).  So the performance hit will be experienced by people who are expecting it (overall).


Gary Menzel
IT Operations Brisbane -+- ABN AMRO Morgans Limited
Level 29, 123 Eagle Street BRISBANE QLD 4000
PH: 07 333 44 828  FX:  07 3834 0828


[EMAIL PROTECTED] wrote on 03/06/2003 11:08:32 AM:

> If you don't need a genuine spider or actual spidering functionalit,
> just need to hit all the .cfm files with an http request....

>  
> You'd either need to index all.cfm files on the server, or maintain
> an index of all pages that needed to be called. Using a script to
> pull back a recursive directory listing from the webroot for  *.cfm
> files perhaps, dumpt the results to a text file, and then loop over
> the text file feeding the results through an http call command...

>  
> Bear traps that spring to mind would be the throwback with stats,
> the script timing out given that its got to wait for everything to
> compile, error handling, etc.

>  
> I suspect to avoid the error handling you'd want to trigger the HTTP
> call and then dump the process without waiting for results to come
> back. The server should still execute the call, regardless of the
> fact that there's nobody listening for a response.

>  
> Stats would be easy enough, you'd just need to filer local host
> originating requests....

>  
> I'd probably gues that it'd be ideally a perl thing. But it could
> probably be done in any language with file system controls and http queries.

>  
> This is purely speculation.... Cause I'm too lazy to test it, can't
> be stuffed writing perl at the best of times, don't have a *nix box
> to play with under hand, and am just heinously bored today :)

> ----- Original Message -----
> From: Sarah Atkinson
> To: CFAussie Mailing List
> Sent: Thursday, March 06, 2003 10:30 AM
> Subject: [cfaussie] CFMX Spider on Reboot
>
>  

> Hey,
>  
> I just wanted to throw an idea out to y'all. Maybe someone is
> already doing this ...

>  
> As you know, CFMX = Java Architecture = Pages being Bytecode = Page
> being compiled on first request = Slow initial page request, however
> subsequent page calls being fast.

>  
> So, in the event of a server reboot, the first person to hit each
> page is the unlucky bugger to wait for the page to compile.

>  
> (ok, so nothing news breaking)
>  
> I'm thinking it would ideal if upon a server reboot, application
> install, or even a single page update, a spider could filter through
> the appropriate directory and emulate a HTTP request against the
> scripts, resulting in a "real" user not having to compile/wait for the page.

>  
> Thoughts? Anyone doing something similar to this already? It seems
> really trivial and obvious ... am I missing something?

>  
> thanks,
> Sarah.
>  
> Sarah Atkinson
> ColdFusion Programmer
> [image removed]
> Lonely Planet Publications, Aust.
> Telephone: +61 3 8379 8000
> Fax: +61 3 8379 8111
> [EMAIL PROTECTED]

>  
> ---
> You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to [EMAIL PROTECTED]
>
> MX Downunder AsiaPac DevCon - http://mxdu.com/ ---
> You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to [EMAIL PROTECTED]
>
> MX Downunder AsiaPac DevCon - http://mxdu.com/

>
> ______________________________________________________________________
> This email, including attachments, is intended only for the addressee
> and may be confidential, privileged and subject to copyright.  If you
> have received this email in error, please advise the sender and delete
> it.  If you are not the intended recipient of this email, you must not
> use, copy or disclose its content to anyone.  You must not copy or
> communicate to others content that is confidential or subject to
> copyright, unless you have the consent of the content owner.

>
> ---
> You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to [EMAIL PROTECTED]
>
> MX Downunder AsiaPac DevCon - http://mxdu.com/ ---
> You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to [EMAIL PROTECTED]
>
> MX Downunder AsiaPac DevCon - http://mxdu.com/
****************************************************************************
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] MX Downunder AsiaPac DevCon - http://mxdu.com/

Reply via email to