Hello All.
>
> I have a site that I am setting up error handling on using CFERROR.
>
> While the error code works properly on my local installation, on the
> production server, it doesn't process the cferror function so the user
> doesn't see the error.cfm page.
>
On Sun, Aug 4, 2013 at 9:58 AM, Torrent Girl wrote:
>
> Hello All.
>
> I have a site that I am setting up error handling on using CFERROR.
>
> While the error code works properly on my local installation, on the
> production server, it doesn't process the cferror functio
Hello All.
I have a site that I am setting up error handling on using CFERROR.
While the error code works properly on my local installation, on the production
server, it doesn't process the cferror function so the user doesn't see the
error.cfm page.
What they see is this:
500
I have searched Google, the Mura documentation site, the Mura forums, and
the Mura Programmer's Guide for instructions on how to setup error handling,
but cannot find anything other than a handful of casual references. It
seems that there are two options:
1) Create an error handling tem
>btw, his speculation is false.
Oh is it? Lets look at what you said on the same subject on railo list right
before your whoopin took place.
This is what YOU wrote.
Request
It would be very helpful to have a way to simply disable public admin access,
that is, admin via 127.0.0.1 or localhost o
> I've REPEATEDLY asked this scumbag, to f off!
LOL, everyone is in the wrong but you aren't they? So why is it that you are
the one who continually gets banned from lists?
>fact that this note has to be public.
you seem to do that a lot just about as much as your (OT) posts
>The scumbag's int
duck" or "goose".
>>
>> 1) disable url-write across board for Resin web server
>> Why on frickin gods green earth would this be a good idea?
>> Again what you are asking for REQUIRES URL RE-WRITING you twit
>>
>> 2) global error handling
>>
btw, his speculation is false.
> Gerald Guido, it's totally inappropriate of you to make such
> speculation. Please stop messing around, I don't believe in your
> intention at this point.
>
> >>> If you're using railo, why not ask on the railo list?
> >
> >Given the three strike rule on the R
want to hide the admin as well since his
> password is probably either "duck duck" or "goose".
>
> 1) disable url-write across board for Resin web server
> Why on frickin gods green earth would this be a good idea?
> Again what you are asking for REQUIRES URL
Gerald Guido, it's totally inappropriate of you to make such speculation.
Please stop messing around, I don't believe in your intention at this point.
>>> If you're using railo, why not ask on the railo list?
>
>Given the three strike rule on the Railo mailing list, I would imagine that
>he was
; or "goose".
1) disable url-write across board for Resin web server
Why on frickin gods green earth would this be a good idea?
Again what you are asking for REQUIRES URL RE-WRITING you twit
2) global error handling
Well it works for the rest of us
>> If you're using railo, why not ask on the railo list?
Given the three strike rule on the Railo mailing list, I would imagine that
he was banninated.
G!
--
Gerald Guido
http://www.myinternetisbroken.com
"To invent, you need a good imagination and a pile of junk."
-- Thomas A. Edison
> A couple of things that I'd like to do with local deployment of my web
> app using an open source cfml engine. FYI, I ran some quick search,
> unsatisfactory.
If you're using railo, why not ask on the railo list?
Will
~|
uot;>
>
> * 8 * * *
> * 16 * * *
>
>
>
>
> 2) global error handling
> in the Adobe coldfusion world, a global error handling template,
> called at application level would capture any/all errors if they occur.
> adobe cf handles thre
abort ? for an application file
(cfc or cfm)
// pls ignore my spelling and exact syntax
xmlns:resin="urn:java:com.caucho.resin">
* 8 * * *
* 16 * * *
2) global error handling
in the Adobe coldfusion world, a global error handling template,
calle
Thanks Ian...I will give that a try.
Ericf
On Wed, May 20, 2009 at 12:16 PM, Ian Skinner wrote:
>
> Eric Roberts wrote:
> > OK...just so we are all on the same sheet of music here...I am including
> the
> > missing page template in this discussion as neither of them are working.
>
> The most c
Eric Roberts wrote:
> OK...just so we are all on the same sheet of music here...I am including the
> missing page template in this discussion as neither of them are working.
The most consistent way I have been able to work with custom templates
for the site-wide error handler and missing templat
OK...just so we are all on the same sheet of music here...I am including the
missing page template in this discussion as neither of them are working.
my directory structure:
D:\sites\cares10\online\misc\displayerror.cfm (missingPage.cfm is also
located in this directory). Online is the web root
Thanks fellas. That was pretty silly. I didn't think hard enough about it I
guess haha.
~|
Adobe® ColdFusion® 8 software 8 is the most important and dramatic release to
date
Get the Free Trial
http://ad.doubleclick.net/clk;2071
> I've never really used the admin api until today. I'm having a problem
> catching a bad login. I tried wrapping the instantiation/login in a
> try catch, but it seems to be ignoring the catch. Is there any easy
> way to catch a bad admin api login? I'm not seeing anything in the
> docs or exa
Try this
The result is True or False
Wil Genovese
On Tue, Oct 28, 2008 at 3:36 PM, Dana Kowalski <[EMAIL PROTECTED]>wrote:
> I've never really used the admin api until today. I'm having a problem
> catching a bad login. I tried wrapping the instantiation/login in a try
> catch, but it seems
I've never really used the admin api until today. I'm having a problem catching
a bad login. I tried wrapping the instantiation/login in a try catch, but it
seems to be ignoring the catch. Is there any easy way to catch a bad admin api
login? I'm not seeing anything in the docs or examples I've
Actually so far i have had very little actual information - mostly people
saying they want it too.
Michael DInowitz said he'd see if he could dig out some information he had
- did you ever manage to do that Michael?
I'm heading off to the beach on Sunday, so if i havent got anything to work
with
>I would also be interested in that information.
me to!
Andrew
~|
Create robust enterprise, web RIAs.
Upgrade & integrate Adobe Coldfusion MX7 with Flex 2
http://ad.doubleclick.net/clk;56760587;14748456;a?http://www.adobe.com/pr
Let me dig up the ppt and post it up and see if I can do a voice over or
something.
On a related note, if anyone knows someone in the NY area who can take
dictation and wants to hear me talking on a LOT of technical subjects, please
contact me off list. I can get 3-4 articles out a week if I c
On 1/4/07, Rey Bango wrote:
> I'd be interested in this info as well.
Me three
--
[EMAIL PROTECTED]
Janitor, The Robertson Team
mysecretbase.com
~|
Create robust enterprise, web RIAs.
Upgrade & integrate Adobe Coldfusion MX7 wi
I would also be interested in that information.
Mike is anything posted on the House of Fusion?
Mario
-Original Message-
From: Rey Bango [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 04, 2007 10:43 AM
To: CF-Talk
Subject: Re: Best practices - error handling
I'd be interest
I'd be interested in this info as well.
Rey
Mike Kear wrote:
> Every January, when I go to the beach for a holiday, I take the
> opportunity to review one or more of my common methods and techniques
> to update to the current best practice.Last year I decided to
> commit to learning what i ne
Mike,
Mike Dinowitz might have something for you. He gave a great error handling
preso at CFUNITED. It also included some good OO error handling techniques.
Will
~|
Create robust enterprise, web RIAs.
Upgrade & integ
Every January, when I go to the beach for a holiday, I take the
opportunity to review one or more of my common methods and techniques
to update to the current best practice.Last year I decided to
commit to learning what i needed to know about OOP and how it applies
to CF. It revolutionised ho
ne at Adobe will see this soon.
;-)
M!ke
-Original Message-
From: OÄuz Demirkapı [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 22, 2006 5:31 PM
To: CF-Talk
Subject: Error handling best practices :)
Here is a good sample link. :)
http://www.adobe.com/v1/developer/securit
Wow.
ThatÂs a shame.
--Phil
-Original Message-
From: Jim Wright [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 22, 2006 6:35 PM
To: CF-Talk
Subject: Re: Error handling best practices :)
OÄuz Demirkapı wrote:
> Here is a good sample link. :)
>
> http://www.ado
OÄuz Demirkapı wrote:
> Here is a good sample link. :)
>
> http://www.adobe.com/v1/developer/securityzone/securitybulletins.cfm
>
Interesting that the email address at the bottom to report the error
still directs you to [EMAIL PROTECTED]
~~
Here is a good sample link. :)
http://www.adobe.com/v1/developer/securityzone/securitybulletins.cfm
~~~
OÄuz Demirkapı
TeraTech Inc. | Senior Developer
405 East Gude Dr Suite 207, Rockville, MD 20850, USA
Voice: +1 (301) 424-3903 ext 111
Dear All,
I'm using the following script to dump the various scopes which exist
into an email as a form of error handling.
However, my shared host has locked down CFOBJECT, so this doesn't
work unless I remove some of the structs being dumped.
The Script in appli
On Monday 02 October 2006 15:29, Richard White wrote:
> I am wondering whether it is good practise to either place error handlers
> such as try, cathes, where i think there may be possible errors, such as
> getting files that may not be available etc... or whether it is good
> practise to place err
thanks for your fantastic advice matt, and brilliant link as well :)
thanks again
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your
Dave's advice is right on the money Richard. You want to have layers
in place where the site-wide handler is the last line of defense, the
CFERROR/onerror handles the everyday stuff and try/catch is reserved
exclusively for known issues where you can introduce a tailored
recovery or notification.
> I create a nice ERROR message with CFTRY/CFCATCH blocks and
> a CFERROR backup, with a bit of DHTML to show the actual
> error, if you click a button it displays a hidden div.
Just as a heads-up, this is a security issue, in that an automated crawler
or fuzzer will capture those error strings.
submitted when the error occurred.
Russ
-Original Message-
From: Josh Nathanson [mailto:[EMAIL PROTECTED]
Sent: 02 October 2006 17:43
To: CF-Talk
Subject: Re: standards with error handling
In my CFERROR tag and handler, I have it so it emails me whenever an error
occurs, with all the
> Dave ... you get errors?? :)
Of course! Millions of 'em! But of course, I never let them get to the
users' screens.
Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
Fig Leaf Software provides the highest caliber vendor-authorized
instruction at our training centers in Washington DC
>First, use the site-wide error handler. This catches any unhandled
>exceptions across your entire server. It should be your last line of defense
>against displaying raw error messages to the user.
Dave ... you get errors?? :)
Will
~~~
this is also a very good idea, thanks very much Josh
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http:
: "Richard White" <[EMAIL PROTECTED]>
To: "CF-Talk"
Sent: Monday, October 02, 2006 8:25 AM
Subject: Re: standards with error handling
> this is a really good idea, thanks claude
>
>
~|
Introdu
this is a really good idea, thanks claude
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusio
Personnally, I use CFERROR in application.cfm and store anything I can
in an error table in the database.
Most errors don't happen to you, but to users, and whatever message your
application
will display on the screen, if they don't report it to you, it is useless.
The advantage is that,
- I can
thanks dave, this sounds very logical
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusionaut
messages to the user.
Second, within your application, use CFERROR or the onError event, within
Application.cfm or Application.cfc respectively. This allows you to include
a standard error handling response for your entire application, although you
won't be able to do much about errors at thi
thanks teddy, it is starting to makse sense :) ill play around with them as
you suggest
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered t
thanks kyle that sounds like good advice.
~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusi
There are a lot of error handling possibilties in CF.
try/catch is the first and some of the easiest ways if you want to make sure
that a certain event occurs and to track it. You have the onError function
for application.cfc that can assist you in creating generic error handlers.
Also, you yet
It is best to follow standard programming practices and protect individual
parts of code where you see to be potential errors. As you said, use
try/catch blocks to catch the errors and perhaps throw a customized
exception or perform some other operations. Furthermore, if you are using
ColdFusion MX
hi, i am new to building applications and would like to get some advice on
handling errors.
I am wondering whether it is good practise to either place error handlers such
as try, cathes, where i think there may be possible errors, such as getting
files that may not be available etc... or whethe
with Michael Dinowitz on Error handling in CF
SEE ALL RECENT CFUNITED NEWS AND PAST. Get CFUNITED news fast as soon as
it is posted! Subscribe to
our blog today! RSS feed or email.
http://www.cfunited.com/blog/
CFUNITED is the premier ColdFusion Conference near
Washington DC 6/28-7/1/06 (Four
Aaron Rouse wrote:
> I do not use MSSQL much but wouldn't it just be something like:
>
> SELECT GETDATE()
>
> For some reason I was thinking MSSQL will let you do a select with no from.
getdate() has overhead.
how about:
SELECT 1
in Oracle I always did SELECT 1 FROM DUAL.
Access doesn't like
ay, February 15, 2006 1:29 PM
To: CF-Talk
Subject: Re: Try/Catch vs. direct error handling
Ah, but what if you don't want to give the id a default but instead want to
give a login page instead. CFPARAM without a default throws an error if the
variable does not exist. You can catch that or kn
You are absolutely correct. There is no amount of code to catch everything
but I was just throwing out scenarios of potential issues Nagios doesn't
detect, based on your description of how you use it.
All is well.
On 2/15/06, Dave Carabetta <[EMAIL PROTECTED]> wrote:
>
> On 2/15/06, John C. Bland
> On 2/15/06, Michael Dinowitz <[EMAIL PROTECTED]> wrote:
> >
> > That oracle ping query was rather interesting and I wonder if MSSQL has an
> > equivalent without a lot of overhead (i.e. no overhead at all).
> >
I don't use ColdFusion with SQL Server, but we do have a SQL Server
instance that I c
On 2/15/06, John C. Bland II <[EMAIL PROTECTED]> wrote:
> Good answer. So essentially Nagios will calmly stop the processing of your
> cf app? By stop I mean it will set a flag somwehere (app scope, etc) which
> tells your site to degrade?
You could if you want to, but I actually don't do that. Be
How fast is:
Select @@identity
>From #mytable#
??
Or
Select @@identity as myID
> -Original Message-
> From: Aaron Rouse [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 15, 2006 1:54 PM
> To: CF-Talk
> Subject: Re: Try/Catch vs. direct error handling
>
>>he claims it is perfectly rational
This is the hardest to take ! ;-))
--
___
REUSE CODE! Use custom tags;
See http://www.contentbox.com/claude/customtags/tagstore.cfm
(Please send any spam to this address: [EMAIL PROTECTED])
Thanks.
~~
I do not use MSSQL much but wouldn't it just be something like:
SELECT GETDATE()
For some reason I was thinking MSSQL will let you do a select with no from.
On 2/15/06, Michael Dinowitz <[EMAIL PROTECTED]> wrote:
>
> That oracle ping query was rather interesting and I wonder if MSSQL has an
> e
teresting and I wonder if MSSQL has an
equivalent without a lot of overhead (i.e. no overhead at all).
> Michael,
>
> CF-TALK not getting enough traffic today so you post a "preference"
> question? ;)
>
> For what it's worth, I *PREFER* direct error handling because
I have a CFC that does my error handling.
I use a try/catch block, when an error occurs, I call the CFC and this CFC
creates a dump of all the error information plus all variable scopes, and
creates a nice friendly error message, like the windows ones, with a hidden
div that contains all the error
On 2/15/06, Michael Dinowitz <[EMAIL PROTECTED]> wrote:
> But the performance hit only comes when an actual error occurs. When no
> error occurs, the CFTRY/CFCATCH has very little overhead.
> As for the issue of StructKeyExists() over IsDefined(), I've advocated it in
> my presentations for a long
Michael,
CF-TALK not getting enough traffic today so you post a "preference"
question? ;)
For what it's worth, I *PREFER* direct error handling because I think
it's more flexible.
You wrote the following code:
An ID is needed
The passed ID needs to be nu
Good answer. So essentially Nagios will calmly stop the processing of your
cf app? By stop I mean it will set a flag somwehere (app scope, etc) which
tells your site to degrade?
Sounds interesting but not sure if I would nix my cftry/catches. Let's look
at another scenario.
You have a cfquery tha
ith
> the network and another server, this way even if you lose the network in
> the
> middle of running a proc or something it will roll back.
>
> > -Original Message-
> > From: John C. Bland II [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, February 15, 2006 1
Ah, but what if you don't want to give the id a default but instead want to
give a login page instead. CFPARAM without a default throws an error if the
variable does not exist. You can catch that or know that you may have to
handle it and do so.
In CFMX 6 there was an option to view the pre-comp
n the
> way you've laid out.
>
> That's just the way I do things though. Taking a step back and looking at
> what cftry/cfcatch APPEARS to be doing just makes me think that it's more
> overhead than is usually needed.
>
> ..:.:.:.:.:.:.:.:.:.:.:.:.
> Bobby Hartsfi
On 2/15/06, John C. Bland II <[EMAIL PROTECTED]> wrote:
> So, in the case of a simple query what happens if your datasource can't
> connect? (db down, etc) How do you handle this error with an open cfquery?
> onError in App.cfc?
>
> Just curious...
>
Well, like I said, if you can't connect to your
Counts on what you want done. If the query can be retried or faked, then I'd
do a try/catch and deal with it specifically. If it's failure breaks the
entire page run, an onError might be best. All depends on how you've coded
the site and what fallbacks you have in place.
> So, in the case of a
But the performance hit only comes when an actual error occurs. When no
error occurs, the CFTRY/CFCATCH has very little overhead.
As for the issue of StructKeyExists() over IsDefined(), I've advocated it in
my presentations for a long time as it is logically more efficient. This may
be a fallacy
m/index.cfm?commentID=83
>
> -Original Message-
> From: Brad Wood [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 15, 2006 11:08 AM
> To: CF-Talk
> Subject: RE: Try/Catch vs. direct error handling
>
>
> While we are talking about try/catch's, does anybody know if the
ECTED]
Sent: Wednesday, February 15, 2006 12:49 PM
To: CF-Talk
Subject: Re: Try/Catch vs. direct error handling
The only time I can think of where I use isDefined() is in something
like an error e-mail where I want to check if there was a form scope
in the request that failed so that I can dump it or
back.
> -Original Message-
> From: John C. Bland II [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 15, 2006 1:10 PM
> To: CF-Talk
> Subject: Re: Try/Catch vs. direct error handling
>
> So, in the case of a simple query what happens if your
> datasource can't
ael Dinowitz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 15, 2006 10:38 AM
To: CF-Talk
Subject: Try/Catch vs. direct error handling
This is a question of best practices and why. When I know there's a chance
of a specific error, I tend to code specifically to handle it. Others code
g
So, in the case of a simple query what happens if your datasource can't
connect? (db down, etc) How do you handle this error with an open cfquery?
onError in App.cfc?
Just curious...
On 2/15/06, Dave Carabetta <[EMAIL PROTECTED]> wrote:
>
> On 2/15/06, Michael Dinowitz <[EMAIL PROTECTED]> wrote:
On 2/15/06, Dave Carabetta <[EMAIL PROTECTED]> wrote:
> On 2/15/06, Michael Dinowitz <[EMAIL PROTECTED]> wrote:
> > This is a question of best practices and why. When I know there's a chance
> > of a specific error, I tend to code specifically to handle it. Others code
> > generally using try/cat
On 2/15/06, Michael Dinowitz <[EMAIL PROTECTED]> wrote:
> This is a question of best practices and why. When I know there's a chance of
> a specific error, I tend to code specifically to handle it. Others code
> generally using try/catch. Which is seen as best in other languages and why?
> I dou
11:08 AM
To: CF-Talk
Subject: RE: Try/Catch vs. direct error handling
While we are talking about try/catch's, does anybody know if there is a
performance hit at all (worth mentioning) when you use try catch.
The main reason I ask is because I work with someone who uses try/catch
a
>From my understanding, the use of the CFTRY/CFCATCH tag has no real overhead
in and of itself. It's only when an actual error occurs where it has
overhead. This is how it was explained to me. When a CFTRY tag is parsed,
all that is done is a 'marker' is placed to say where your watching from.
holy WTFs Batman! that's silly. does this guy still use font tags in
his HTML? LOL! Quite an odd approach.
DK
On 2/15/06, Brad Wood <[EMAIL PROTECTED]> wrote:
> While we are talking about try/catch's, does anybody know if there is a
> performance hit at all (worth mentioning) when you use try
He he he
Yes, yes it was.
4.5.1 made it solid though.
> -Original Message-
> From: Michael Dinowitz [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 15, 2006 12:33 PM
> To: CF-Talk
> Subject: Re: Try/Catch vs. direct error handling
>
> Short Circuited B
Short Circuited Boolean Evaluation was added in CF 4.01 and was one of the
best things added to CF at the time.
> Why is that again? Are you saying CF5 cannot handle lazy evaluation? I
> think that was CF4.
>
> Russ
~|
Messa
Seriously that's crazy.
> -Original Message-
> From: John C. Bland II [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 15, 2006 12:19 PM
> To: CF-Talk
> Subject: Re: Try/Catch vs. direct error handling
>
> Wow, that is the epitomy of overkill. :-)
>
Huge error logs man.
You don't want to do that.
There is a built in means of terminating a loop. (break, exit?)
Tim
> -Original Message-
> From: Brad Wood [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 15, 2006 12:08 PM
> To: CF-Talk
> Subject: RE: Try/Ca
"It's like using the emergency brake every time you want to slow down."
That's a perfect description. :-D
On 2/15/06, Ben Doom <[EMAIL PROTECTED]> wrote:
>
> Oh. My. God.
> It's like using the emergency brake every time you want to slow down.
>
> Yes, there are non-trivial performance issues wi
Oh. My. God.
It's like using the emergency brake every time you want to slow down.
Yes, there are non-trivial performance issues with try/catch. Not so
much that it shouldn't be used for, you know, error-trapping, but...
Also, used in this manner, you never know when something unexpected
hap
Wow, that is the epitomy of overkill. :-)
In most of those cases I'd say it could be a performance hit when you
compare this code:
to:
do stuff
Why force an error when you can easily set a var and loop through the array
contents that are there? It definitely doesn't make sense, to me at
> The main reason I ask is because I work with someone who uses try/catch
> around EVERYTHING HE EVER CODES. He will even use it to terminate loops
> and in place of if statements.
> For example, instead of a loop from 1 to arraylen() he would just until
> an array out of bounds error was thrown,
I generally try to avoid try/catch except if
a) there's no other good way to trap for the error
b) it's a seldom-used utility function and it doesn't pay to write it better
So, yeah. I'm with you in this one.
--Ben
Michael Dinowitz wrote:
> This is a question of best practices and why. When I kn
mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 15, 2006 11:51 AM
> To: CF-Talk
> Subject: Re: Try/Catch vs. direct error handling
>
>
> I think it depends on the circumstances. For all "heavy hitting" (queries,
> ftp, pop, file manipulation, etc) I use try/catch. In the s
While we are talking about try/catch's, does anybody know if there is a
performance hit at all (worth mentioning) when you use try catch.
The main reason I ask is because I work with someone who uses try/catch
around EVERYTHING HE EVER CODES. He will even use it to terminate loops
and in place of
Why is that again? Are you saying CF5 cannot handle lazy evaluation? I
think that was CF4.
Russ
> -Original Message-
> From: Dave Francis [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 15, 2006 12:01 PM
> To: CF-Talk
> Subject: RE: Try/Catch vs. direct error ha
You would use the block he has if you were running CF5
-Original Message-
From: John C. Bland II [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 15, 2006 11:51 AM
To: CF-Talk
Subject: Re: Try/Catch vs. direct error handling
I think it depends on the circumstances. For all "
I think it depends on the circumstances. For all "heavy hitting" (queries,
ftp, pop, file manipulation, etc) I use try/catch. In the simple case of
checking for a variable I think it is overkill to use try/catch when a
simple cfif can fix the prob for you. I wouldn't use the block you have but
a 1
lated to the ID.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 15 February 2006 15:38
To: CF-Talk
Subject: Try/Catch vs. direct error handling
This is a question of best practices and why. When I know there's a chance
of a specific error, I tend to
This is a question of best practices and why. When I know there's a chance of a
specific error, I tend to code specifically to handle it. Others code generally
using try/catch. Which is seen as best in other languages and why? I doubt
there's any real performance issue between them, so it's a qu
41:22",,"The filename, directory name, or
> volume label syntax is incorrect The specific sequence of files included or
> processed is: C:\CFusionMX\runtime\bin\ E:\Webdocs\error.cfm "
>
> It thought the webroot was C:\CFusionMX\runtime\bin\
> E:\Webdocs\error.cfm it w
1 - 100 of 219 matches
Mail list logo
