RE: [ACFUG Discuss] ColdFusion debugging info
I'll just offer a counterpoint for folks to consider. :-) While Cam talks about the benefits of running CF from the command line (with the console output dumped to screen), I'll say that I don't myself like to do that for the very reason that I like the logs. I don't like that when the instance dies, all the info that went to the console is lost. For those who never noticed, the console output is logged by default to a coldfusion-out.log (or instance-out.log) when CF is not run from the command line. These -out.log files are stored in the [jrun]/logs in multiserver deployments and in [cf]/runtime/logs on Standard or Server deployments.Many mis them when they can in fact be quite vital to solving problems (whether in development or production). I realize of course that Cam is talking about running from the command line in development, and he's ok with reviewing the info as it appears in the console. I just prefer even in development to have access to the info after the fact. Different strokes. :-) Just wanted to share that observation if it may help some readers. (And to be clear, when I mentioned starting the service from the command line, that does NOT cause the creation of a console interface. The logs are created when CF is started with the jrunsvc command, which starts the service. What Cam is talking about now (and I above) is when one starts CF with the JRUN command instead.) Hope that's helpful. /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Cameron Childress Sent: Tuesday, December 08, 2009 1:52 PM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] ColdFusion debugging info On Tue, Dec 8, 2009 at 10:25 AM, Charlie Arehart char...@carehart.org wrote: You may prefer to do this from the command line (or a shortcut) instead. While there are also jrunsvc options that could allow you to stop/start the instances Service from the command line as well, what I do instead is simply create a shortcut that calls the Windows services controller (net.exe) itself: To further expand on this, here's what I do... For development on my own local machine I set any CF Windows Services to manual so they don't start with the machine. I then use .bat files to start cfusion instances when I need to. I have startup scripts for CF7, CF8, and CF9 instances, some configured for specific clients. I have maybe 10 or so instances in all. I've created a folder on my Windows QuickStart bar and dropped all the bat files in it. When I want to startup a specific instance I just click the folder and select the instance I'd like to start. I start them in a console window, which also has the added benefit (for me) of showing any errors right there in the window. This means I don't have to look for logs when something silently fails, I just look at the console output. You can also set Flex Remoting data to dump into the console if you'd like to see it. Server needs a restart? CTRL+C the console to stop it and then run the bat file again. There are other ways to accomplish these same things, but that's what I have gotten comfortable with over the years... -Cameron - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
Re: [ACFUG Discuss] ColdFusion debugging info
On Wed, Dec 9, 2009 at 9:59 AM, Charlie Arehart char...@carehart.org wrote: I don't like that when the instance dies, all the info that went to the console is lost. I guess that just doesn't happen to me much. ;) Another thing I didn't mention is that if you do choose to output all the Flex Remoting data to the console, it can hold up your Remoting responsiveness a bit. If you are pushing alot of data through Remoting or doing any form of performance analysis, don't output that stuff to the screen. I can say from experience that you never want to leave it open on the console in production... -Cameron -- Cameron Childress Sumo Consulting Inc http://www.sumoc.com --- cell: 678.637.5072 aim: cameroncf email: camer...@gmail.com - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
RE: [ACFUG Discuss] ColdFusion debugging info
Thanks again Cam and Charlie! This has all been very helpful. Where is the best place to find info on the command line syntax and creating the .BAT files? I used to have this setup, but I'm still learning all the multi-server tricks! Thanks, Clarke -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Charlie Arehart Sent: Wednesday, December 09, 2009 9:59 AM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] ColdFusion debugging info I'll just offer a counterpoint for folks to consider. :-) While Cam talks about the benefits of running CF from the command line (with the console output dumped to screen), I'll say that I don't myself like to do that for the very reason that I like the logs. I don't like that when the instance dies, all the info that went to the console is lost. For those who never noticed, the console output is logged by default to a coldfusion-out.log (or instance-out.log) when CF is not run from the command line. These -out.log files are stored in the [jrun]/logs in multiserver deployments and in [cf]/runtime/logs on Standard or Server deployments.Many mis them when they can in fact be quite vital to solving problems (whether in development or production). I realize of course that Cam is talking about running from the command line in development, and he's ok with reviewing the info as it appears in the console. I just prefer even in development to have access to the info after the fact. Different strokes. :-) Just wanted to share that observation if it may help some readers. (And to be clear, when I mentioned starting the service from the command line, that does NOT cause the creation of a console interface. The logs are created when CF is started with the jrunsvc command, which starts the service. What Cam is talking about now (and I above) is when one starts CF with the JRUN command instead.) Hope that's helpful. /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Cameron Childress Sent: Tuesday, December 08, 2009 1:52 PM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] ColdFusion debugging info On Tue, Dec 8, 2009 at 10:25 AM, Charlie Arehart char...@carehart.org wrote: You may prefer to do this from the command line (or a shortcut) instead. While there are also jrunsvc options that could allow you to stop/start the instances Service from the command line as well, what I do instead is simply create a shortcut that calls the Windows services controller (net.exe) itself: To further expand on this, here's what I do... For development on my own local machine I set any CF Windows Services to manual so they don't start with the machine. I then use .bat files to start cfusion instances when I need to. I have startup scripts for CF7, CF8, and CF9 instances, some configured for specific clients. I have maybe 10 or so instances in all. I've created a folder on my Windows QuickStart bar and dropped all the bat files in it. When I want to startup a specific instance I just click the folder and select the instance I'd like to start. I start them in a console window, which also has the added benefit (for me) of showing any errors right there in the window. This means I don't have to look for logs when something silently fails, I just look at the console output. You can also set Flex Remoting data to dump into the console if you'd like to see it. Server needs a restart? CTRL+C the console to stop it and then run the bat file again. There are other ways to accomplish these same things, but that's what I have gotten comfortable with over the years... -Cameron - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=gin.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com - - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
Re: [ACFUG Discuss] ColdFusion debugging info
The JRun docs are more useful than the CF docs about this stuff: http://livedocs.adobe.com/jrun/4/JRun_SDK_Guide/apis4.htm But essentially it's: jrun -start [instancename] That page also lists other option args, as well as notes on how to use the jrunsvc tool to create and modify ColdFusion Instances as Windows Services. -Cameron On Wed, Dec 9, 2009 at 10:30 AM, Clarke Bishop cbis...@resultantsys.com wrote: Thanks again Cam and Charlie! This has all been very helpful. Where is the best place to find info on the command line syntax and creating the .BAT files? I used to have this setup, but I'm still learning all the multi-server tricks! -- Cameron Childress Sumo Consulting Inc http://www.sumoc.com --- cell: 678.637.5072 aim: cameroncf email: camer...@gmail.com - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
RE: [ACFUG Discuss] ColdFusion debugging info
Well, let me restate: it's not that you lose it when the instance dies (which you say doesn't happen much) but simply it's not available after you close the console, which you would do after ending it. So really what it is is that you don't seem to need the data after that point, and fair enough. I will note as well that often the console has a limit of how many lines it will hold, so sometimes you won't be able even to page up in the console to be able to see what may have happened even seconds ago if something suddenly sends a flood of data to the console (like a lot of errors or a thread dump). Of course, the console history size is configurable (at least in Windows), so you may be able to get it to hold more. Anyway, I just may want it to review after the fact, which is why I don't want to lose it. Again, I'm not at all debating what you (Cam) are doing. Of course not, and I trust you know that. Just clarifying for others and offering these additional thoughts for them as they may contemplate this debate of whether to start instances from the command line or not (in development). /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Cameron Childress Sent: Wednesday, December 09, 2009 10:18 AM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] ColdFusion debugging info On Wed, Dec 9, 2009 at 9:59 AM, Charlie Arehart char...@carehart.org wrote: I don't like that when the instance dies, all the info that went to the console is lost. I guess that just doesn't happen to me much. ;) Another thing I didn't mention is that if you do choose to output all the Flex Remoting data to the console, it can hold up your Remoting responsiveness a bit. If you are pushing alot of data through Remoting or doing any form of performance analysis, don't output that stuff to the screen. I can say from experience that you never want to leave it open on the console in production... -Cameron -- Cameron Childress Sumo Consulting Inc http://www.sumoc.com --- cell: 678.637.5072 aim: cameroncf email: camer...@gmail.com - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com - - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
RE: [ACFUG Discuss] ColdFusion debugging info
Yep, if one runs the instances as services, that’s an easy way to start them, as Arun said. If you don’t want to run them as services there are of course still other ways to stop/start the instance. And either way, there are options to start them from the command line or a shortcut. First, about Windows Services, besides the command line options Arun offers to create them, note that during creation of an instance it offers a checkbox to indicate that you want to have it be a service. But if you didn’t take that option, use Arun’s info to add it after the fact. Naturally, once it’s a service, you can also use the Services panel to stop/start them. You may prefer to do this from the command line (or a shortcut) instead. While there are also jrunsvc options that could allow you to stop/start the instance’s Service from the command line as well, what I do instead is simply create a shortcut that calls the Windows services controller (net.exe) itself: C:\Windows\System32\net.exe start Macromedia JRun CFusion Server and C:\Windows\System32\net.exe stop Macromedia JRun CFusion Server Of course, that’s for starting/stopping the CFusion instance. You would just replace the quoted string with the name of the service for the other instances, too. Now, you certainly don’t NEED to run it as a service to stop/start it manually. You can simply run the jrun.exe from the [jrun]\bin, such as: jrun -start instancename There are also –stop, -restart, and –status switches available as well. Hope that helps. /charlie From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Arun Nallan Sent: Monday, December 07, 2009 10:58 PM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] ColdFusion debugging info Hi Clarke, I had done this in my past project. Please find the pointers to do the right thing at http://www.adobe.com/devnet/coldfusion/articles/multi_instances03.html based on your configuration. Basically, we need to install Windows services for your coldfusion instances by using jrunsvc from the command-line. It is as simple as running the following from your command-line: jrunsvc -install cfusion2 Macromedia JRun CFusion2 Server Macromedia JRun CFusion2 Server unless you need to have separate jvm settings for each server. Type jrunsvc/? on command line for help on the command. Hope that helps. Thanks, Arun Nallan 409 363 0587 On Mon, Dec 7, 2009 at 5:22 PM, Clarke Bishop cbis...@resultantsys.com wrote: I also use cfusion to start and stop my other servers, so I usually leave cfusion running. Is there an easier way to start/stop the other servers? If so, I could just turn cfusion off like you suggested! Clarke - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
Re: [ACFUG Discuss] ColdFusion debugging info
On Tue, Dec 8, 2009 at 10:25 AM, Charlie Arehart char...@carehart.org wrote: You may prefer to do this from the command line (or a shortcut) instead. While there are also jrunsvc options that could allow you to stop/start the instance’s Service from the command line as well, what I do instead is simply create a shortcut that calls the Windows services controller (net.exe) itself: To further expand on this, here's what I do... For development on my own local machine I set any CF Windows Services to manual so they don't start with the machine. I then use .bat files to start cfusion instances when I need to. I have startup scripts for CF7, CF8, and CF9 instances, some configured for specific clients. I have maybe 10 or so instances in all. I've created a folder on my Windows QuickStart bar and dropped all the bat files in it. When I want to startup a specific instance I just click the folder and select the instance I'd like to start. I start them in a console window, which also has the added benefit (for me) of showing any errors right there in the window. This means I don't have to look for logs when something silently fails, I just look at the console output. You can also set Flex Remoting data to dump into the console if you'd like to see it. Server needs a restart? CTRL+C the console to stop it and then run the bat file again. There are other ways to accomplish these same things, but that's what I have gotten comfortable with over the years... -Cameron -- Cameron Childress Sumo Consulting Inc http://www.sumoc.com --- cell: 678.637.5072 aim: cameroncf email: camer...@gmail.com - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
RE: [ACFUG Discuss] ColdFusion debugging info
I also use cfusion to start and stop my other servers, so I usually leave cfusion running. Is there an easier way to start/stop the other servers? If so, I could just turn cfusion off like you suggested! Clarke -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Charlie Arehart Sent: Saturday, December 05, 2009 6:20 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] ColdFusion debugging info Thanks for the clarification, Clarke (and yep, Cam's the man!). As for your question, yes, this (stopping the cfusion instance in the multiserver deployment, when it's not needed) is an optimization that I often point to my customers (for CF Server troubleshooting, tuning, etc.). Of course, you need it to use its Instance Manager, such as to add/edit instances and clusters. But otherwise, as long as you don't have any websites configured (such as in IIS, Apache) to point to that cfusion instance, then nothing is really using it, no, and therefore it can be stopped. Some may wonder why bother. Well, it would save the memory that it would otherwise use, and that can be significant. Of course, you can view its memory use using via various tools, but even more simply just consider that by default, all instances share the same jvm.config, so the settings for your real instances are used for this cfusion instance (unless you take manual steps to do otherwise). Of course, the instance also does a little disk I/O and uses a little CPU even when it's doing nothing, so again if you don't need it, it's best to turn it off. I stop that instance and then set it (in Windows Services) to be manual. I start it when I need to add/edit instances, clusters, etc. You mention using the Instance Manager to get the link for the admin of a given instance. Of course, you'd now just want bookmark that individually instead. :-) Hope that's helpful. /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Clarke Bishop Sent: Friday, December 04, 2009 5:03 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] ColdFusion debugging info Thanks Cam and Charlie! Cameron said something that triggered the fix. I usually leave the servers off unless I'm using them. So, I go into the Instance Manager for cfusion and turn on the server I want to work with. Being lazy, it's easy just to click the icon in the admin to then browse the site. But, this takes you to http://192.168.1.99:8301. When I changed the URL to http://localhost:8301 the debugging info suddenly shows up! The IP address and localhost are the same, but apparently not to ColdFusion. One more question Charlie. Is there any interaction or coupling between the cfusion instance and the others I've created. In other words, can I ignore cfusion as long as I setup the specific server instance correctly? Clarke - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com - - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
Re: [ACFUG Discuss] ColdFusion debugging info
Hi Clarke, I had done this in my past project. Please find the pointers to do the right thing at http://www.adobe.com/devnet/coldfusion/articles/multi_instances03.html based on your configuration. Basically, we need to install Windows services for your coldfusion instances by using jrunsvc from the command-line. It is as simple as running the following from your command-line: jrunsvc -install cfusion2 Macromedia JRun CFusion2 Server Macromedia JRun CFusion2 Server unless you need to have separate jvm settings for each server. Type jrunsvc/? on command line for help on the command. Hope that helps. Thanks, Arun Nallan 409 363 0587 On Mon, Dec 7, 2009 at 5:22 PM, Clarke Bishop cbis...@resultantsys.comwrote: I also use cfusion to start and stop my other servers, so I usually leave cfusion running. Is there an easier way to start/stop the other servers? If so, I could just turn cfusion off like you suggested! Clarke -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Charlie Arehart Sent: Saturday, December 05, 2009 6:20 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] ColdFusion debugging info Thanks for the clarification, Clarke (and yep, Cam's the man!). As for your question, yes, this (stopping the cfusion instance in the multiserver deployment, when it's not needed) is an optimization that I often point to my customers (for CF Server troubleshooting, tuning, etc.). Of course, you need it to use its Instance Manager, such as to add/edit instances and clusters. But otherwise, as long as you don't have any websites configured (such as in IIS, Apache) to point to that cfusion instance, then nothing is really using it, no, and therefore it can be stopped. Some may wonder why bother. Well, it would save the memory that it would otherwise use, and that can be significant. Of course, you can view its memory use using via various tools, but even more simply just consider that by default, all instances share the same jvm.config, so the settings for your real instances are used for this cfusion instance (unless you take manual steps to do otherwise). Of course, the instance also does a little disk I/O and uses a little CPU even when it's doing nothing, so again if you don't need it, it's best to turn it off. I stop that instance and then set it (in Windows Services) to be manual. I start it when I need to add/edit instances, clusters, etc. You mention using the Instance Manager to get the link for the admin of a given instance. Of course, you'd now just want bookmark that individually instead. :-) Hope that's helpful. /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Clarke Bishop Sent: Friday, December 04, 2009 5:03 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] ColdFusion debugging info Thanks Cam and Charlie! Cameron said something that triggered the fix. I usually leave the servers off unless I'm using them. So, I go into the Instance Manager for cfusion and turn on the server I want to work with. Being lazy, it's easy just to click the icon in the admin to then browse the site. But, this takes you to http://192.168.1.99:8301. When I changed the URL to http://localhost:8301 the debugging info suddenly shows up! The IP address and localhost are the same, but apparently not to ColdFusion. One more question Charlie. Is there any interaction or coupling between the cfusion instance and the others I've created. In other words, can I ignore cfusion as long as I setup the specific server instance correctly? Clarke - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com - - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
[ACFUG Discuss] ColdFusion debugging info
I can't get the CF debugging info to show up on my pages! I'm running CF8 in multi-server mode (JRUN 4) under Windows. I have Enable Request Debugging Output checked in the admin for both my server instance and for the cfusion instance. Is there some other setting required for multi-server to enable debugging? Thanks for any ideas! Clarke - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
Re: [ACFUG Discuss] ColdFusion debugging info
For me, I most frequently forget about the IP address restrictions. Make sure your IP is in the list of IPs allowed to see debugging. Also double check the IP that CF sees you as coming from. If your computer has multiple IPs it might not see the one you think it does. Also, make sure the debugging template you are using it one that shows to the screen (the default one does). I only say this because there are some debug templates, such as the one for ColdFire, that does not display on screen (because it sends it to FireBug. -Cameron On Fri, Dec 4, 2009 at 10:12 AM, Clarke Bishop cbis...@resultantsys.com wrote: I can’t get the CF debugging info to show up on my pages! I’m running CF8 in multi-server mode (JRUN 4) under Windows. I have Enable Request Debugging Output checked in the admin for both my server instance and for the cfusion instance. Is there some other setting required for multi-server to enable debugging? Thanks for any ideas! Clarke - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink - -- Cameron Childress Sumo Consulting Inc http://www.sumoc.com --- cell: 678.637.5072 aim: cameroncf email: camer...@gmail.com - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
RE: [ACFUG Discuss] ColdFusion debugging info
Besides Cam's useful ideas, since you say you're running multiserver, I'll suggest one other possibility: are you sure you enabled the debugging in the right CF Admin? There's the cfusion one (on the main port, like 8300 if using the built-in web server), then there's the one for each instance you create. So whatever instance your web site is tied to is the one where you need to make the change. If you change the setting in the main cfusion instance, but your code runs against one of the others, you will not see its effect. Let us know if that helps. /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Cameron Childress Sent: Friday, December 04, 2009 11:44 AM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] ColdFusion debugging info For me, I most frequently forget about the IP address restrictions. Make sure your IP is in the list of IPs allowed to see debugging. Also double check the IP that CF sees you as coming from. If your computer has multiple IPs it might not see the one you think it does. Also, make sure the debugging template you are using it one that shows to the screen (the default one does). I only say this because there are some debug templates, such as the one for ColdFire, that does not display on screen (because it sends it to FireBug. -Cameron On Fri, Dec 4, 2009 at 10:12 AM, Clarke Bishop cbis...@resultantsys.com wrote: I cant get the CF debugging info to show up on my pages! Im running CF8 in multi-server mode (JRUN 4) under Windows. I have Enable Request Debugging Output checked in the admin for both my server instance and for the cfusion instance. Is there some other setting required for multi-server to enable debugging? Thanks for any ideas! Clarke - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink - -- Cameron Childress Sumo Consulting Inc http://www.sumoc.com --- cell: 678.637.5072 aim: cameroncf email: camer...@gmail.com - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=gin.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com - - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -
RE: [ACFUG Discuss] ColdFusion debugging info
Thanks Cam and Charlie! Cameron said something that triggered the fix. I usually leave the servers off unless I'm using them. So, I go into the Instance Manager for cfusion and turn on the server I want to work with. Being lazy, it's easy just to click the icon in the admin to then browse the site. But, this takes you to http://192.168.1.99:8301. When I changed the URL to http://localhost:8301 the debugging info suddenly shows up! The IP address and localhost are the same, but apparently not to ColdFusion. One more question Charlie. Is there any interaction or coupling between the cfusion instance and the others I've created. In other words, can I ignore cfusion as long as I setup the specific server instance correctly? Clarke -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Charlie Arehart Sent: Friday, December 04, 2009 3:18 PM To: discussion@acfug.org Subject: RE: [ACFUG Discuss] ColdFusion debugging info Besides Cam's useful ideas, since you say you're running multiserver, I'll suggest one other possibility: are you sure you enabled the debugging in the right CF Admin? There's the cfusion one (on the main port, like 8300 if using the built-in web server), then there's the one for each instance you create. So whatever instance your web site is tied to is the one where you need to make the change. If you change the setting in the main cfusion instance, but your code runs against one of the others, you will not see its effect. Let us know if that helps. /charlie -Original Message- From: ad...@acfug.org [mailto:ad...@acfug.org] On Behalf Of Cameron Childress Sent: Friday, December 04, 2009 11:44 AM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] ColdFusion debugging info For me, I most frequently forget about the IP address restrictions. Make sure your IP is in the list of IPs allowed to see debugging. Also double check the IP that CF sees you as coming from. If your computer has multiple IPs it might not see the one you think it does. Also, make sure the debugging template you are using it one that shows to the screen (the default one does). I only say this because there are some debug templates, such as the one for ColdFire, that does not display on screen (because it sends it to FireBug. -Cameron On Fri, Dec 4, 2009 at 10:12 AM, Clarke Bishop cbis...@resultantsys.com wrote: I cant get the CF debugging info to show up on my pages! Im running CF8 in multi-server mode (JRUN 4) under Windows. I have Enable Request Debugging Output checked in the admin for both my server instance and for the cfusion instance. Is there some other setting required for multi-server to enable debugging? Thanks for any ideas! Clarke - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by FusionLink - -- Cameron Childress Sumo Consulting Inc http://www.sumoc.com --- cell: 678.637.5072 aim: cameroncf email: camer...@gmail.com - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=gin.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com - - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=gin.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com - - To unsubscribe from this list, manage your profile @ http://www.acfug.org?fa=login.edituserform For more info, see http://www.acfug.org/mailinglists Archive @ http://www.mail-archive.com/discussion%40acfug.org/ List hosted by http://www.fusionlink.com -