I think it was David that noted that JRun was compaining about a misformed form and that the action paramater of form was blank and that maybe causing the problem.
My client has just reported the problem again - so it does not appear to be a solution. On Fri, 17 Sep 2004 08:19:30 -0500, Nick DeSteffen <[EMAIL PROTECTED]> wrote: > > So what exactly is this code supposed to do? > > Thanks! > > Oh, by the way, we just launched our new site last night, which is a combination > Apache Jetspeed/FarCry site. The core site is run off of Jetspeed, with content > portlets and pages managed by FarCry. Check it out! http://www.wausaubenefits.com > > Also a thanks to everybody in the group for helping us get FarCry configured and > running. > > Nick DeSteffen > Wausau Benefits Web Development Group > [EMAIL PROTECTED] > (715) 841-6036 > > > > Andrew Mercer <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > > 09/16/2004 09:40 PM > Please respond to "FarCry Developers" > > To: "FarCry Developers" <[EMAIL PROTECTED]> > cc: (bcc: Nick DeSteffen/Emp/WausauBenefits) > Subject: [farcry-dev] Re: File Upload 500 Error > > > Here is something suggested before that *may* help - Think it was > bought up by David. > > <form action="#CGI.SCRIPT_NAME#?#CGI.QUERY_STRING#" method="post" > enctype="multipart/form-data" name="fileForm"> > > the curent verison has action = "" > > > > On Thu, 16 Sep 2004 12:04:37 -0400, Jeff Coughlin <[EMAIL PROTECTED]> wrote: > > I'm not sure if this will help, but a few years ago a client of mine was > > having difficulties with CFFILE after prolonged use of CF (I don't > > recall the error, it was before CFMX). The only fix at the time seemed > > to be a restart of CF Services. > > > > In the end we found a few problems: > > 1. Memory leaks (CF needs ram to use CFFILE). > > 2. Server patches (Windows, CF, and third party programs). > > 3. More ram (we weren't meeting server specifications). > > > > Read on if still interested... > > > > ==================== > > We next researched server utilization through tools like Windows Task > > Manager. The processor was largly being consumed by CF. Long story > > short... It turned out to be the way CF was handing uploads. Apparently > > as you're uploading a file (or multiple files) CF loads it into ram > > until it is finished with it. This of course was not good because the > > javascript code we had couldn't help to restict large file sizes until > > after the huge uplaod completed and rested in CF's ram (but thats > > another story). > > > > Due to some memory leaks (either in Windows or in that version of CF -- > > I think it was v4.01 at the time) the problem took a while to happen. > > We patched the server (both Windows and CF) and added more ram (we were > > really too low anyway at 256MB. We went to 1GB which was expensive at > > the time). Fortunately for us this solved the problem (for the time being). > > > > As much as I don't want to say "throw money at something", you do have > > to consider what your needs are and verify you are meeting them (ex. > > Ram). Server patches never hurt either. > > > > Now here's the kicker. Six months later the problem re-occured. They > > were going to brush it off as a fluke and reboot the server, however > > luckily someone called my office. At the time we were lucky enough to > > have a great engineer who discovered the source of the problem was not > > in CF (although it did need the extra memory), but a third party program > > with a memory leak. Due to the memory leak CF eventually ran out of > > enough ram to accept it's file. The cleint moved the program to another > > server and the problem never occured again. What they did with the > > program after that I have no clue nor care :) > > > > Hope this is helpful, > > > > -Jeff > > > > > > > > --- > > You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] > > To unsubscribe send a blank email to [EMAIL PROTECTED] > > Aussie Macromedia Developers: http://lists.daemon.com.au/ > > > > --- > You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] > To unsubscribe send a blank email to [EMAIL PROTECTED] > Aussie Macromedia Developers: http://lists.daemon.com.au/ > > > > > > > This communication is intended only for the recipient(s) named above; may be > confidential and/or legally privileged; and, must be treated as such in accordance > with state and federal laws. If you are not the intended recipient, you are hereby > notified that any use of this communication, or any of its contents, is prohibited. > If you have received this communication in error, please return it to Nick DeSteffen > and delete the message from your computer system. > --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe > send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: > http://lists.daemon.com.au/ --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
