Re: i need solution for this?

Charlie Arehart · ‎Jul 30, 2010

This is a question better suited to the appropriate CFML forum (Getting Started with ColdFusion, for instance). You're asking in the ColdFusion Builder forum, which is intended for discussion of the IDE itself, not the CFML language. /charlie

Charlie Arehart · ‎Jul 23, 2010

Yes, it should say 9,0,1 or something to that effect, so if it does not, then you have not succeeded in the update. Make sure you're really looking at the URL for the admin of the server you think you updated. That can be especially challenging for some when running multiserver mode (multiple instances), where each instance has its own admin. /charlie

Charlie Arehart · ‎Jul 20, 2010

If you're on 64 bit Windows, why are you enabling 32 bit app pools? Are you running CF in 32 or 64 bit mode? If you view the handler mappings for the web site you have in mind, do you see some for .cfm files? If you open the properties for that .cfm mapping (double-click), do you see its "executable" set to something like C:\ColdFusion9\runtime\lib\wsconfig\jrun_iis6.dll? Is there a mapping for the * path pointing to something like C:\ColdFusion9\runtime\lib\wsconfig\1\jrun_iis6_wildcard.dll? (The number in there may differ per configuration.) /charlie

Charlie Arehart · ‎Jul 20, 2010

I can't tell if by "updated and patches indicates nothing" whether you mean (it means) to say you have applied none, or have none to be applied. I will note that if you download 8.0.1 today and install it, it DOES NOT include the hotfixes or cumulative hotfixes (Adobe does NOT rebuild the installer with each hf or chf set), so you need to do that. As for your wondering, I would just double-check to be sure. The list of CF hotfixes for 8 and 8.0.1 are available at http://kb2.adobe.com/cps/402/kb402604.html. The list of hotfixes you've applied are shown in your CF Admin in the "system information" page (click the blue I icon in the top right of the CF Admin) and find the "update level" info near the top of the page displayed. Compare the two to determine. Hope that helps.

Charlie Arehart · ‎Jul 19, 2010

EwokStud, as you've changed this discussion to a new thread title, I'll repeat my comment I made just at the end of your last one. (I can't tell if you read it before you chose to create this new topic). Your question is not about CFBuilder (the IDE). As such, you really should take it to the correct CF forum. I'd recommend either: http://forums.adobe.com/community/coldfusion/coldfusion_getting_started http://forums.adobe.com/community/coldfusion/coldfusion_general Others at http://forums.adobe.com/community/coldfusion. Since people reading this may not see my note in that other topic thread (http://forums.adobe.com/message/2981760#2983674), I also noted that "I suppose this will happen from time to time as people new to CF get introduced to CFBuilder as "the editor" and therefore they assume this forum is a place to ask getting started questions." It's not to discourage such questions, but rather simply to direct people to the proper forums for different topics. Hope that's helpful. /charlie

Charlie Arehart · ‎Jul 18, 2010

I'll just throw in that this seems a discussion better suited to one of the CF forums (rather than CFBuilder). I suppose this will happen from time to time as people new to CF get introduced to CFBuilder as "the editor" and therefore they assume this forum is a place to ask getting started questions. EwokStud, you may want to check out: http://forums.adobe.com/community/coldfusion/coldfusion_getting_started http://forums.adobe.com/community/coldfusion/coldfusion_general Others at http://forums.adobe.com/community/coldfusion. /charlie

Charlie Arehart · ‎Jul 16, 2010

Yes, there is a solution for this (security advisories and hotfixes), and it's free! http://www.merlinmanager.com/ /charlie

Charlie Arehart · ‎Jul 10, 2010

Glad it helped. Thanks for the kind regards. Yes, you would be able to share the one code base among multiple instances, no problem. As for the heap on 64 bit, there shouldn't be any limit, I don't think. 64bit opens huge capacity, more than most have in real (or even virtual) memory. Someone else may have another thought. /charlie

Charlie Arehart · ‎Jul 09, 2010

Well, I don't think you can blame IIS. You indicate that you put the files to test in the cf webroot (that cfusion.ear/cfusion.war folder you mention). Those are only served up by the built-in web server port (8301, in your case). So IIS is not involved in serving up those pages. Are you confirming that pages are slow both when using that port and when not? And to be clear, for you to not use that port, you would need to run the web server configuration tool to connect a given IIS site to a given (your new) CF instance. If you do that, it may be interesting to see if there was a difference. (To be clear, if you connect an instance to an IIS site, you would then put the test CFML pages into the IIS docroot, not that CF webroot.) That said, I would not suspect that the problem is really related to the web server. It could be, but I'd suspect other things first. For instance, if you turn on CF output debugging, does it show that in fact the slowness is in time spent running the page? It may not, but again it's the first thing to confirm. And since you are running Enterprise (or Developer, either of which is the only way to run multiserver), you then also have the CF Server Monitor. If you open that and turn on "start monitoring", it has an interface option to show you "slow requests", which could help you also confirm if the time is really "in CF". If it is, then I'll add that there are still other tools in the monitor (or in tools like FusionReactor and SeeFusion) that could help identify specifically why a page is slow. But before we dig into that, let's see what you say to the above. Now, on a separate matter, you ask if it could be the JVM: it could. You say you're on CF8. Might you mean 8.0.1, specifically? In either case, the JVM that came with them was an early 1.6 build. Subsequent to the release of both CF8 and 8.0.1, Sun discovered and fixed a bug and updated the JVM. People found that that JVM can indeed be better. I'd be surprised that you'd notice that with just a simple test page, but it may be worth considering. See any of many blog entries out there about upgrading the JVM in CF. You want to go to at least 1.6.0.10 (and you want the JDK, not the JRE). Also, though Sun currently offers an update .21, some people have reported problems with .20, so you may want to think twice about going that high. Here's an old Adobe Technote on updating the JVM for CF: http://kb2.adobe.com/cps/547/2d547983.html, but pay close attention to how it discusses only briefly how to do it with the multiserver edition, where you have to edit the jvm.config. The screenshot shown will only work on a Server edition deployment. You can also find other blog entries talking about the process, such as http://www.coldfusionmuse.com/index.cfm/2009/6/11/upgrade.ColdFusion.JVM. There are still others that talk about downgrading from 1.6 to 1.5 (from before they learned of the jvm bug fix). Their info can be helpful too, but don't go back to 1.5! Oh, and here's where to find older versions of the JDKs: http://java.sun.com/products/archive/ (and for you, be sure to choose a 64-bit one). But again, before doing that surgery, let us know what you find with the simpler tests above. To your final question, about where to put code, again, recall my point above about the CF vs the IIS web roots. If you'll have different IIS web sites for the different instances, note that you could technically tell IIS to have the different IIS sites point to the same docroot location. If you do for some reason want instead to use the built-in web server (like port 8301), then yes you would need to copy the code among the different webroots for the different instances. (Technically, you can also modify the config of the built-in web server to define a mapping that could point each web server in different instances at a single shared doc directory. Most never do it. I blogged about it back in 2002: http://cfmxplus.blogspot.com/2002/08/running-cfmx-code-outside-default.html). For folks who may have struggles dealing with issues like these, I'll note that there are various companies, myself included, who can help. I keep a list at http://www.cf411.com#cfassist HTH /charlie

Charlie Arehart · ‎Jul 06, 2010

Right, these suggest it may not be an issue with the DB itself but rather with your connection pool (from CF to the DB), which is why you'd have no problem connecting to the DB on your own. Indeed, it may be that you could connect to the DB from CF using a different datasource pointing at the same DB (may be worth a test, next time it happens). You could also turn off the "maintain connections" option in the CF DSN config, which stops it using connection pooling. I'm pretty sure that takes effect instantly, not requiring a restart, so again worth a test. As for resolution, that depends on a number of factors. First, as for that "maintain connections" option, there are debates about whether one should or should not use that option. There are also settings there for how many connections there should be, and how long they should last. Of course, sometimes the problem isn't so much the settings but instead some activity on your server that over-taxes the connection. It could be that your site is being hit by a wave of spider/bot requests, that could overwhelm the pool unexpectedly (and only intermittently). This is again where monitoring (and better yet, logging and analyzing the results) can be helpful. Sticking with the "why is the connection pool overwhelmed" for a moment, you may also be suffering due to problems caused by using a database for Client Variable storage. While it's of course generally recommended, what's often not explained is the impact of something called "global variable updates", which could lead to reads and updates to that DSN on every page request. I've written and spoken about that in resources also offered on my site (the presentations and blog sections of carehart.org.) Finally, there may also be issues related to what version of CF you're running and what hotfixes (since for various releases of CF there have been hotfixes addressing connection pooling issues). It can also matter what version of the DB drivers (if there may be more updated ones offered by Adobe that address known issues). I'll note as well that you have shown only a couple of seeming random stack traces. These may be victims, waiting behind some other running request that is really at the root cause (usually the longest-running one). This again is where it's so valuable having a monitor to show you how long requests have been hanging, so you could stack trace the oldest. You refer to these as "snapshot", so I sense you are running the CF Server Monitor (8 or 9 Enterprise). In that snapshot, you can see what request has run the longest, and then look at the stack trace for that. Is it different in any way? Let us know if any of this helps. (Apologies to those of the twitter generation who may feel this note is 20 times longer than you prefer. The sad truth is that problems like this can't always be answered in just a single short phrase. If it was that easy, people wouldn't struggle so to resolve such problems. There's a reason people like myself can make a living providing support for such problems. There are often several possible explanations and resolutions for any problem, and often on solving one, yet another pops up that was masked. Bottom line, though, CF Servers can indeed run well. Mine runs indefinitely, and yes on Windows, with CF only being restarted when the box needs to be, for Windows updates.) /charlie

Charlie Arehart · ‎Jul 05, 2010

Dustin, you simply need to understand what those "locked threads" are doing. To do that, you need a "stack trace" of a given running request, which reports exactly what (java method) the request is doing at that moment. Actually, you want to take a couple, some time apart (seconds, minutes), to see if it shows being hung on the same java method (which will generally underlie a given CFML tag). The stack trace will often report the line number of a specific line of CFML code, and if that's the same for a given request over multiple stack traces, then that's your smoking gun. It could be any of several things, and it could be in one or several CF templates that has the root cause problem. Indeed, CF may be only a victim, not the cause, if it's waiting for a reply from something outside of the JVM (which underlies CF), such as if it's doing a CFHTTP, a CFQUERY, a file i/o, or any of a few other rather common tags where, if they don't get a response, the thread will be left in a state where the JVM (and CF) cannot interrupt it, and as you note, the thread is then "hung", which may be for a while or indefinitely. So how do you get a stack trace? Well, the easiest way is if you have one of the monitoring tools, like the CF Server Monitor in CF 8/9 Enterprise/Developer editions. If you're on an earlier release (or the Standard edition, which has no such monitor), then the next easiest way is using either of the two commercial CF monitoring tools: FusionReactor (fusion-reactor.com) or SeeFusion (seefusion.com). All 3 of these make getting a stack trace just a click of a button. I offer more details on obtaining (and understanding) stack traces in either of these 3 tools in a presentation I recorded for the CFMeetup recently, available at http://www.carehart.org/presentations/. There are still other ways to get stack traces for free, at least if you start CF from the command line, or using Java tools (if you install a JDK, though again it may require that you start CF a certain way even to use such tools). The tools above are just a lot easier (and both the commercial ones have free trials). They also all have an option to allow you to obtain a stack trace automatically (when a certain condition arises that would warrant it) and will email a thread dump (stack traces of all running threads), so that you need not be online at the time of the problem to see the stack traces. They're a little harder to work with than the features above, which look at just one request, because you'd need to wade through the thread dump of all threads to find just those you're interested in (typically threads whose id's are prefixed with jrpp, which refer to CF requests that come in through an external web server). Again, you'd want to compare two such stack traces for a given req2uest over a brief period of time. Bottom line: there's no real mystery to why a CF server hangs, if you know where to look and how to interpret the info. Besides the resources offered above, I will add as well that some of us do such CF server troubleshooting for a living. Because we do it often, we can often help solve such problems quite quickly. I list several such companies or consultants, including myself, at http://www.cf411.com/#cfassist. Hope that helps. /charlie

Charlie Arehart · ‎Jun 23, 2010

This is one of those times when an "outofmemory" error is NOT what it seems. The answer is NOT because you're running out of heap space, and the solution is NOT to increase the heap space (which as you may know, if on 32-bit version of CF, you're already about maxed out at anyway at 1.4gb). This may shock some, but I would bet the answer for you is to lower your max heap size instead. Heresy, I realize. I don't have time to elaborate, but again if this is a 32-bit OS (or CF is running in 32-bit mode), you may know you can only get 2gb of user space per process. If you do use up 1.4gb of it with heap, and then also the 192m you show for permgen (which is the default and usually an ok value), and then add in some OS overhead, what's left gets used for the "stack space" (a place to allocate a stack for each running thread). If there's not enough room to allocate a stack for a running thread, you get that error. TO be clear, you can't control the size of the stack, so instead I'm proposing that you lower the heap to give it more breathing room. You will read of some proposing to use the -xss switch--that's to control the size of each entry in the stack (not the total stack space size). Sadly, it's risky business trying to fix things by changing the xss. For one thing, I've not found a good java reference to confirm what the current size is on any given jvm, so how do you know if the value you use (from some blog entry suggestion, for instance) is making the stack entry size bigger or smaller than your current default? Some may wonder, "so if a stack entry gets allocated for each thread, is this related to the size of the simultaneous request threads entry in the CF Admin?" Well, it is, but that's really only just one of several thread pools in a CF system. There are threads for every database connection, threads for request waiting to run (the queue), threads to manager client variable repositories, threads used for internal java processes, and so on. You may sometimes find that the error above is driven more by an over-abundance of threads being created, but in my experience, that's not the problem. It's the stack space being allocated in leftover memory space being squeezed by the heap and permgen. Those are easier to lower, though I'd focus on the larger heap. Some servers really don't need the heap as large as they make it. As long as you don't get corresponding outofmemory errors reporting "out of heap" problem if you lower the heap, you're generally ok. As so many things, it's a balancing act. HTH. /charlie

Charlie Arehart · ‎Jun 17, 2010

I'm afraid I have no other thoughts to share. Sorry. /charlie

Charlie Arehart · ‎Jun 17, 2010

Since you say you moved from CF5 to 9, note that CF6 added a new optional datasource driver for MS Access (when adding the datasource). Try choosing "Microsoft Access with Unicode" rather than what you may have, just "Microsoft Access" (or "ODBC Socket"). Let us know if that helps. /charlie

Charlie Arehart · ‎Jun 17, 2010

Paule, while CFPDF has the NAME attribute, look closely at the CFPDFFORM docs and you'll see that the SOURCE can be a bytearray. Also, the XMLData can name a variable to hold its result. You can search for "variable" or "byte array" on that page to find more. I'll leave it to you and others to dive in further. I'm no expert on the tags. I was just making an observation if it may be helpful. /charlie

Charlie Arehart · ‎Jun 16, 2010

Folks, I don't see anyone suggesting one feature that may help here. You don't really need to create files with these CFPDF* tags if you don't want to. For instance, as seems Paule's issue, if one tag creates something that then another would use (as his CFPDFFORM result then being flattened), you can use the NAME attribute (instead of destination) to indicate a variable to hold the output of an earlier step, and then use that variable in the SOURCE of a later step. I do realize that some may want to create the files intentionally, but perhaps at least if you only do it on the last step, it may resolve his problem. As for earlier notes saying that files remain locked even after the request is finished, that's not something I've seen or know anything more about. Just throwing this variable idea out if it will help anyone. /charlie

Charlie Arehart · ‎Jun 16, 2010

Matt, it says that the Server Monitoring is Enterprise only, in 8 and 9. What are you seeing instead? /charlie

Charlie Arehart · ‎Jun 15, 2010

Matt, are you saying you're running the "standard edition" of CF? If so, then the problem is that the Server Monitor simply doesn't work with the Standard version. It's only on the Enterprise or Developer edition. /charlie

Charlie Arehart · ‎Jun 14, 2010

@ciaranarcher (and others interested in this), I've posted what I think is the solution at the stackoverflow site where s/he had also posted the question: http://stackoverflow.com/questions/3037390/iis-flash-remoting-request-limit-introduced-with-coldfusion-9 Let us know here (and there) if that was the solution for you (and others). Thanks. /charlie

Charlie Arehart · ‎Jun 05, 2010

Mark, my understanding (though I could be wrong) is that CFBuilder has a built-in limitation whereby a given template can be debugged by only one debugging developer at a time. They may be able to see requests against another template, though. Have you noticed if that's the case? And to be clear, if you look at the CF Admin debugger settings page, you'll see that there's a setting allowing you to define how many developers can debug against a given server. The default is 5, so it's not that you can't have more than one developer debugging against a given server. But it may make sense that the server can't try to debug separate requests to the same template in different instances of CFBuilder. That could become confusing. Then again, I realize it's also confusing when you wonder "why am I not seeing breakpoints hit", and it's because the request has already been intercepted by another debugging developer. I guess Adobe may have had to flip a coin as to which situation to allow. /charlie

Charlie Arehart · ‎May 28, 2010

Carlos, don't leave us in suspense, dude: what was the name of the mapping? 🙂 That said, I have not seen (or heard) of CFB creating CF mappings, at all. I don't see why it would (or even how, really--it's job is not to modify CF. I'm not aware of any feature that does.) At least if you tell us the mapping, maybe someone will say "yeah, I have that too". Or we can search to see if anyone has mentioned it. But really, I wonder if it got there some other way (I supect it would have to be someone, but certainly there is the Admin API where it could be put there programatically by some CF app someone wrote.) In the end, though, I do still wonder how it would have affected your seeing CFCs you knew were there. The existence of one (even failing) mapping shouldn't stop CF (or DW, or CFB) from finding CFCs through all the other routes it looks (webroot, custom tag paths, mappings, etc.) Hope that's helpful.

Charlie Arehart · ‎May 28, 2010

OK, but some of the tone has been far more polemic than irenic (even the word "sloppiness" is harsh). That's the sort of thing I've been reacting to. Yes, sometimes things slip, and it is a 1.0 product. All that said, and though I really don't want to dwell or reopen wounds, but do you really think someone running other than CF9 should have expected the ORM CFC generator to work? ORM is a unique feature of CF9, after all. Just thought that needed to be said. But I will agree that the docs could still be improved, and the solutions to problems made more apparent. (That's part of why I shared the list, to let people know what at least should work that makes the tool more valuable.) Anyway, I'd love to close the week focusing on your last word, "peace". Good one, and let's all enjoy the long weekend (for the US). Actually, I've got one last chapter due for a book, so no relaxing in the sun for me:-) /charlie

Charlie Arehart · ‎May 28, 2010

Spider, you may want to check out this blog entry, which points to several resources that address your very question ("why should I worry about VAR scoping?"): The Ultimate Var Scope Resource list? Understanding/resolving problems with the var scope in CFML http://www.carehart.org/blog/client/index.cfm/2010/3/4/resources_on_the_var_scope_problem That said, none of this thread has been about CFBuilder, specifically. To @welcomecan, your question really should have been directed to the general Adobe CF support forum (http://forums.adobe.com/community/coldfusion/coldfusion_general). FWIW, there are still others as well, which I point out it here: CFML Lists and Forums (finding help and support) http://www.cf411.com/#cflists Hope that's helpful. /charlie

Charlie Arehart · ‎May 27, 2010

It may be very hard to debug this problem (pardon the pun) over a mailing list. Just way to many factors that could influence what's going wrong, but let's try. You say you have the debugger running, and you say "started" (did you mean "stopped"?) on a line. That's a great head start. Many can't even get to there due to config issues (getting the server-side config right, getting the RDS and Server properties in CFB right, getting the project properties to point to that, getting the debug configuration properties right, starting a debug session, etc.). So you're on the right track. So when you say it "5 lines in", do you mean you're doing step over or into on each? What is the last line where things work? And what happens? Could it be simply that the logic flow at that point is finished in the app.cfc? If so, then you'd need to have set a breakpoint in whatever next point you want to stop at. Does that help? /charlie

Charlie Arehart · ‎May 27, 2010

This is a known (and AFAIK an unresolved) issue. It seems that CS5 was packaged before CFB was finalized, so it wasn't included (or grandfathered). I suppose others may know more and may have links to authoritative blog entries or something. /charlie

Charlie Arehart · ‎May 27, 2010

@codeworker, we just won't agree on this point. My reponses have been focused on your and ChefTimo's suggestion that there's been some reprehensible sort of bait and switch, or that this one feature is the absolute killer need which, lacking it, makes CFB not worth buying at all. I just don't agree with either point. But I respect your right to disagree. I was just offering counter points. And then, yes, I did try to turn attention to the (I think equally valuable) discussion of "why might one consider buying CFB", despite that concern, in case others came upon the thread. People can freely decide for themselves. @Abram, that's an interesting observation. I'd just not noticed it yet. Great point to identify that FB handles the prefixed custom tags better. May just have been an oversight to the CFB team (it's not a feature that a lot of people use, at least from my experience.) But you should definitely file a bug report/feature request for it.

Charlie Arehart · ‎May 26, 2010

Thanks for the follow-up Abram. I'll share a couple of thoughts. As for the points which sold you on it, I'll just reiterate that in my first message in this thread I pointed to two blog entries (one by Adam Tuttle and a follow-up by myself) that listed those and many more. But the real reason I want to reiterate it is that in my blog entry, someone complained of the ctrl-hover not working, and I (and others) have offered info that seem could help at least some people with the problem. Just saying you may want to check it out, as it should work. See the comments at: http://www.carehart.org/blog/client/index.cfm/2010/5/25/more_on_why_buy_cfbuilder_ HTH. /charlie

Charlie Arehart · ‎May 26, 2010

OK, that's cool. I saw your later note about it being slightly different "wobbling". I just wanted to make sure the update was confirmed and the clean was done. If you want one more thing to try before giving up or filing a bug report, have you tried a new workspace? That sometimes fixes things when one has had multiple releases. I realize it's a pain, but just for this one test it shouldn't take long to try, and then you can switch back. (Both are done via File>Switch Workspace, for any interested and not familiar with it.) Hope that's helpful. /charlie

Charlie Arehart · ‎May 26, 2010

But Abram, isn't it possible then that your update didn't take? If you look at the version number reported, what it is? The update is 1.0.0.274293 (shown in Help>Product Details). Even if that's correct for you, the stack overflow may suggest it didn't install well. You may want to use the -clean option in starting Eclipse, since you say you're using the plug-in. There's also more on that and the update in a nice blog entry here: http://fusioned.blogspot.com/2010/05/coldfusion-builder-updater-now-live.html Hope that's helpful. /charlie

Charlie Arehart · ‎May 26, 2010

Wow, @codeworker and @cheftimo/Carlos, I do certainly appreciate your kind regards but am bummed to have been a lightning rod for your venting your angst. Of course, I'm not Adobe, so I can't speak to why they did or didn't include a code formatter, or why they may have missed cleaning up references to features in the docs that didn't make the final version (there is a "query editor", if you right-click inside of a CFQUERY, though it's not quite the same as the old query builder). I'm also not a counselor, so I honestly admit to not knowing how to answer the rest of your observations in a way that won't just enflame things. All I'll say is that I absolutely stick by my assertion that there are definitely features that many (many) people are happily leveraging and which have motivated them to buy the product.That was all I was really trying to communicate (here and in another recent thread in the forum). I was just wanting to point out (for those who may appreciate it) why they may want to consider points of value that they may have missed (it is a big product). To your (new) analogy of the restaurant, though, isn't this just a case where if you didn't like the food, you would leave and not come back? I just don't quite get the animosity, and the feeling that Adobe has perpetrated an irresponsible act here. Those who are not satisfied with the product (after 6 weeks) obviously have no compulsion to buy it. I hear you saying that someone might be "misled" by a couple of old references in the docs to features that didn't make it, but really, those hardly seem to be make-or-break features--and if they were, then certainly they should have been tested by anyone who expected to rely upon them. Again, I am not experienced in counseling, nor grief- or anger-management. And I'm not saying that flippantly. It's clear some here are angered and perhaps grieved (over loss of past products and how that's been handled). I am not apologizing for Adobe on that. I have nothing to say (no dog in the fight). I just felt I couldn't leave the replies unanswered, though part of me thinks I should. Again, guys, I'm not trying to pick a fight. I just wanted to offer those couple of thoughts in response. As you've been so kind in your regards, I'll ask for your grace if somehow I've tempted you to respond in anger. I think you've made your point clear already.

Charlie Arehart

Charlie Arehart

Activity

Re: i need solution for this?

Re: knowing if cf 9.0.1 is installed, how?

Re: ColdFusion 9.0 Windows 7 64bit IIS7 and HTTP E...

Re: Outstanding hotfixes for ColdFusion

Re: CFUPDATE versus SQL UPDATE

Re: CFUPDATE versus SQL UPDATE

Re: Outstanding hotfixes for ColdFusion

Re: CF8/64-bit/Multi-server Configuration

Re: CF8/64-bit/Multi-server Configuration

Re: Unresponsive server over time

Re: Unresponsive server over time

Re: Help! Unable to create new native thread

Re: Coldfusion 9 not showing some chinese characte...

Re: Coldfusion 9 not showing some chinese characte...

Re: I was not allowed to deleted them pdf's until ...

Re: I was not allowed to deleted them pdf's until ...

Re: Upgrading from 7 to 9 and server monitor

Re: Upgrading from 7 to 9 and server monitor

Re: IIS Flash Remoting Request Limit introduced wi...

Re: Debugging with multiple developers

Re: Just sharing a solution to a problem some migh...

Re: Does ColdFusion Builder have CF code formattin...

Re: i need solution for this?

Re: CF Builder and debugging line by line

Re: How does one get ColdFusion Builder.

Re: Does ColdFusion Builder have CF code formattin...

Re: Does ColdFusion Builder have CF code formattin...

Re: Does you're screen jump too?

Re: Does you're screen jump too?

Re: Does ColdFusion Builder have CF code formattin...