Cfajaxproxy problem in CF9

We just upgraded to ColdFusion 9 on a Windows Server 2003 box that uses IIS 6 to serve the sites.
Now that we've upgraded all of our <cfajaxproxy> tags are broken.  Here is a sample:  <cfajaxproxy cfc="getReports" jsclassname="GetReportsInfo">.  The cfcs reside in the same directory as the cfm pages but we are getting an error that says "The specified CFC getReports could not be found. 
The path to the CFC must be specified as a full path, or as a relative path from the current template, without the use of mappings."
It doesn't make sense that if they are in the same directory as the calling program then why can't it find them.

Yes we're running the site from an IIS virtual directory.  I tried the
real directory path with both \ and . notation but I'm still getting the
same error.  We upgraded from CF 8.0.1 and it was the same IIS
configuration with virtual directories.  The note that you point out from
the developer's guide says that "The componentPath value must be ... the
directory that contains the current page" which is the case with the code
that I originally posted because the cfc and calling cfm page reside in
the same directory.

Similar Messages

  • Cfajaxproxy problem

    Hi everyone,
      i have a little problem using the cfajaxproxy tag or any other tag using ajax.
      here is a the code
      <cfajaxproxy cfc="mdh.dev.test.proxy" jsclassname="proxy" />
      function testFunction() {
            var instance = new proxy();
            instance.setCallbackHandler(functionSuccess);
            instance.testing();
        the result in the source will be:
    <script type="text/javascript">
        var _cf_proxy=ColdFusion.AjaxProxy.init('/dev/test/test/proxy.cfc','mdh.dev.test.proxy');
        _cf_proxy.prototype.testing=function() { return ColdFusion.AjaxProxy.invoke(this, "testing", {});};
    </script>
    the " mdh " is a logical mapping in coldfusion admin and in IIS
    i can't find why the url is trunked in the source result.
    instead of being
    var _cf_proxy=ColdFusion.AjaxProxy.init('/mdh/dev/test/test/proxy.cfc','mdh.dev.test.proxy');
    it create
    var _cf_proxy=ColdFusion.AjaxProxy.init('/dev/test/test/proxy.cfc','mdh.dev.test.proxy');
    anyone else having this problem ?
    tyvm

    I have a related question:
    <cfset testObject=createobject("component","mdh.dev.test.proxy")>
    what values for createobject() would I use if my testing server is
      http://192.168.1.128:8500/mdh/dev/proxy.cfc
    and my file, under windows, is located at: C:\ColdFusion8\wwwroot\mdh\dev\test\proxy.cfc ?
    what values for createobject() would I use if my testing server is
      http://192.168.1.128:8500/mdh/dev/proxy.cfc
    and my file, under windows, is located in a different folder: C:\ColdFusion8\wwwroot\mdh\CFCs\proxy.cfc ?
    Thanks

  • Createodbcdatetime problem in cf9

    Hi, im stuck on a problem that i just cannot seem to figure out.
    I have a script that recieves popsts from the paypal IPN.
    This is my code for decoding the date/time:
    <cfif isdefined("form.payment_date")>
           <cfset payment_date=urldecode(form.payment_date)>
           <cfset dl = len(payment_date)>
           <cfset cut = dl - 3>
           <cfset paymentdate_temp=removechars(payment_date,cut,4)>
          <cfset paymentdate = #createodbcdatetime(paymentdate_temp)#>
    </cfif>
    The script works fine in CF7 and 8 but kicks an error in CF9. I use cfcatch to snag the error. The error is this:
    Error at decoding the payment_date, Expression, , 08:38:49 Apr 11, 2012 is an invalid date or time string.
    I cannot figure out what to do to save my live. Can someone please help?
    Thanks
    Tony

    WebDevKid wrote:
    So try using parsedatetimne instead of createodbcdatetimne? Or instead of ulrencode?
    Yes. Why not just
    <cfif isdefined("form.payment_date")>
           <cfset payment_date=parseDatetime(form.payment_date)>
    </cfif>

  • CFAJAXPROXY problem, need help !

    I created subdomains on my server for development part of my website and the cfajaxproxy is working great on the live version and on my subdomain dev.mydomain.com. I created a new subdomain name dev2.mydomain.com and now the cfajaxproxy isn't working on that one. I've check my admin panel and all but I'm enable to find anything that can change the configuration specificaly for cfajaxproxy.
    Anyone have a clue about that ?
    Thanks all lot !

    I suspect that CF is generating HTML script tags with src values that point to a directory that is not on your dev2 site.  CF generally expects to find its JavaScript files and other resources in the /CFIDE directory subtree.  I suspect you will need to map the physical directory where the CFAJAX component are, probably in /CFIDE on your root web site, to a virtual directory on your dev2 domain site.

  • Problem installing cf9 or cf10

    I have cf8 installed on windows7 using the built-in sever. I have tried to install cf9 and cf10 using both the built-in server on port 8501 and using my installed apache web sever. I always get the result, can't connect.  I have installed and uninstalled many times to try all the different possibilities.  I have uninstalled cf8 and tried the installs using the built-in server on port 8500.  I have re-installed cf8 and it works fine.  Every log I look at says that everything is fine.  I have tired the services to start automatically and manually.  I do not know what to try next.  Any suggestions would be greatly appreciated.

    After I have uninstalled Apache and all coldfusion and rebooted, I have installed cf10 using the built in server.  When I click on administrator on the start menu and  try to go to http://localhost:8500/CFIDE/administrator/index.cfm, get a response of Firefox can't establish a connection to the server at localhost:8500.  It will do this whether I stop or start the coldfusion server.  None of the logs show any errors.  If I uninstall cf10 and reinstall cf8, cf8 works correctly.  Anybody have any ideas what to try next?

  • I'm finding that CF9 doesn't redirect accurately on pages with hyphen in name

    I've just loaded CF9 on a development server and run some sites thatt worked perfectly on CF8.
    Here's the problem:
    <cflocation url="/users/listings/EditListing-2.cfm" addtoken="no" statuscode="301">               
    <cfabort>
    or
    <cfheader statuscode="301" statustext="Moved Permanently">
    <cfheader name="Location" value="/users/listings/EditListing-2.cfm">
    <cfabort>
    I've been using this page naming format for years in applications where you have step 1, step 2 and so on.
    Running either of the above on a page under CF9 redirects to the site root or Index.cfm.
    If I change the page name to EditListing2.cfm it works as intended.
    Has anyone else had this probelem and do you have an easy fix, apart from renaming many many pages on over 45 websites?
    Looking for any ideas.
    Old Tony

    Thanks for the suggestions Adam.
    If you're the same AC I think you are, I've been developing in CF for about
    3.5 years longer (since around 1997) however old age and boredom makes one
    (me)careless. I just installed CF9 developer version as I always do, bang,
    bang, bang without much concentration.
    It looks like I erred. I've been thinking about it during the night and I
    think maybe you're right, there's a mapping problem.
    I'm now deleting the CF9 install and starting again. This time I'll be more
    careful.
    I jumped to the conclusion of hyphenated file names as being the problem due
    to experiences with ASP .Net where I've found it to be a big problem in some
    circumstances. I also once had to contract migrate 9 CF4.0 installs to CF
    MX6 and ran into lots of obstacles with segmented references due to how JAVA
    treated dots.
    I pounced on these experiences as the reason, and blamed CF9.
    In theory there shouldn't be a problem with CF9, if it worked on CF8.
    PS I can't post any of the code as I'm "under non disclosure" on a
    government project. If the new install doesn't work, I'll post similar code.
    Thanks for the thoughts.
    Old Tony

  • CF9: How to force recompile?

    I have an odd problem with CF9. Code sometimes runs, sometimes errors out when initializing an app.
    When the app starts, several objects get created and their init routines invoked. Suddenly and inexplicably, I started getting this error:
    "The OEMAIL argument passed to the init function is not of type  console.objects.Email"
    Line xx8: <cfset oTasks.init(cDSN, oEmail)>
    Line xx9: <cfset oRedirect.init(cDSN,oEmail, oLib)>
    But the error comes from line xx9, not line xx8. In fact, oEmail gets passed to several init routines before CF complains about it on Line xx9. This is all code that has worked for months with CF8 and since July 14th with CF9.
    First I tried deleting all C:\ColdFusion9\wwwroot\WEB-INF\cfclasses\cfEmail.*.class files. Same error. Then I made a white space change  in email.cfc and saved it. No more error on Line xx9, but now I got a similar error with another object. I had to make white space changes to about 5 of them, and finally no more error messages.
    Is there some way, besides touching all these cfc files, that CF can be forced to recompile them to hopefully eliminate these erroneous error messages?

    Un-installing and reinstalling CF8 didn't help. I finally narrowed the problem down to:
    if I specify the argument as:
       <cfargument name="someObject"          type="directory1.directory2.objectName" required="yes">
    I get the error. But if I specify it as
       <cfargument name="someObject"          type="objectName" required="yes">
    it
    works. The cfc with this argument is in a different directory than
    objectName and so it was a little surprising to me that it didn't
    require the full path, although it is in a subdirectory of directory2..
    The big mystery is why this has suddenly stopped working.
    You can avoid that completely. Use mappings.
    The following saves me a lot of headache. In the Administrator, I register a mapping to my CFC directory -- or mappings, if there are two or more groups of CFCs.
    Now suppose order.cfc is in the client directory and salary.cfc in the employee directory. Suppose further that both client and employee are subdirectories of the CFC directory. Register  CFC mapping in the administrator.
    Logical Path: /cfc
    Directory Path: C:\ColdFusion9\wwwroot\cfc
    You can then specify the types as follows, without confusion or ambguity:
    <cfargument name="orderObject" type="cfc.client.order">
    <cfargument name="salaryObject" type="cfc.employee.salary">
    In fact, you might decide to register separate mappings for the different component types, like this
    Logical Path: /clientcfc
    Directory Path: C:\ColdFusion9\wwwroot\cfc\client
    Logical Path: /employeecfc
    Directory Path: C:\ColdFusion9\wwwroot\cfc\employee
    You would then specify the types as:
    <cfargument name="orderObject" type="clientcfc.order">
    <cfargument name="salaryObject" type="employeecfc.salary">

  • Unable to read WSDL

    i'm having problems invoking web services in CF.
    Whenever i try to invoke a web service through CreateObject(), i get an error that says it can't read the WSDL from the specified URL, but the URL is correct and if i check it in my browser i can see the WSDL right there.
    And if i try to add the web service through the Administrator i get an error message that reads "Error creating web service. Please ensure that you have entered a correct Web Service name or URL."
    I can add the web service without a problem in CF9 and i already tried changing the web service version but no dice

    Hi,
    Could you check in the exception.log for any stacktraces? If possible, you can share me your WSDL.I will try to register the service and let you know.
    Thanks,
    Paul

  • I cannot change setting of PostParametersLimit

    I have tried using the documented approach of adding the parameter to Neo-runtime.xml (the param was not in the file at all, I added it) and by createObject("component","cfide.adminapi.runtime").setRuntimeProperty("postParametersLimi t", 120) (we successfully use this to set PostSizeLimit)
    I have this problem in CF9.0.0 and CF 9.0.2

    Thanks, but this is CF 9.0.0 and 9.0.2. PostParametersLimit is not exposed on the Administrator page (PostSizeLimit is, but that does not help for number of fields).
    see ColdFusion 9.0 Update 2 Release Notes
    http://helpx.adobe.com/coldfusion/release-note/coldfusion-9-0-update-2.html

  • Cfhttp - Object moved

    Guys, I have a doubt with the CF 11.
    When put that way chttp CF 11 returns, while making a dump the "Object moved" message
    <cfhttp url="http://site.com.br/email/envia.cfm" method="post" charset="utf-8">
         <cfhttpparam type="url" name="IdCodigo" value="#qMaxID.IdCodigo#">
         <cfhttpparam type="url" name="EmaInt" value="#val(arguments.EmaInt)#">
         <cfhttpparam type="url" name="tipo" value="3">
    </cfhttp>
    And so it works normally.
    <cfhttp url="site.com.br/email/envia.cfm?IdCodigo=#qMaxID.IdCodigo#&EmaInt=#val(arguments.EmaInt) #&tipo=3" charset="utf-8"></cfhttp>
    He had no problems in CF9, but now the 11 is so.
    Anyone know what's going on?
    Thanks

    I just found an article by Raymond Camden.
    The solution to my problem. Follow the link to you as a reference if needed.
    http://www.raymondcamden.com/index.cfm/2014/5/22/Important-note-about-ColdFusion-11-and-CF HTTP
    Thanks

  • Cf8-cf9 and server upgrade problems

    I took over a system developed in coldfusion 8 and sql server
    2005 on a windows server 2003. I was new to all of this. I now need to upgrade to cf9 and sqlserver 2005 on a windows server 2008. someone has done the initial install of sql server cf and dreamweaver. I added java. All seems ok except I can't make the datechooser work. I activated the rds in but I still could not get to datechooser.png. I copied the directory from c.... to the same directory as my application and it showed the icon but did not do anything. I think I have 2 problems here
    1. how to I correctly map to the default CFIDE path
    2. is there something else I need to install to get the datechooser implemyed via cfinput datefield to produce a calender when I click on the icon
    Obviously I am a complete novice at this....
    Thanks in advance for any assistance

    @elizinn, someone may offer a single sentence proposal of how to fix things, but in my experience (helping solve such problems), this could be far more challenging problem to resolve than meets the eye, and all the more so if you're new to all this.
    I'll share my observations, for what they're worth. Sorry if ultimately your problem is totally unrelated, but perhaps then it will help someone else reading this later. Also, it's not clear, but I'm assuming that you DID proceed with the CF9 update. Even if you didn't, some of what I offer could still help you, if you can stick with me.
    First, you refer to not finding the DateChooser.png. Are you saying that it's somehow appearing as a broken link? Or are you getting a 404?
    As a test, it should be found at:
    http://[server]/CFIDE/scripts/ajax/resources/cf/images/DateChooser.png
    What happens when you do that? That could be useful, diagnostically.
    As for the question of mappings, and CF updates, that actually could be a real mess, from my experience, if people aren't careful about what they're doing. Things get all the more complicated when people support multiple web sites and start doing manual configurations. Let me explain.
    The problem could have to do with where the first install of CF8 put the CFIDE, and then where the update to CF9 expected to update those files. It wouldn't be hard for someone not understanding things to have told the update to put its files in a different place than the original install, which could cause IIS (and your sites and requests) to be finding the wrong files (even if not a 404, they may not be the updated version for CF9).
    At root, the problem is that during the install, one is asked whether they want to have CF use its built-in web server or an external one. If they choose the former, then the CFIDE (and related files) are put it in that web server's webroot (which is \wwwroot). If they choose the latter, then the files are put in a docroot defined for IIS. (Even there, someone may later configure things with the web server configuration tool to support several web sites, each of which could have its own web site. And for that, some will manually setup a an IIS "virtual directory" for the CFIDE, which points to whatever single one they think is the one that should be used.
    I appreciate that it may sound confusing. This is one of those things where it may be faster for you to have someone with experience look over your shoulder and help correct things. There are some of us who do that, if you're interested. I list myself and others at cf411.com/#cfassist.
    And things can get hairier still when someone then runs the CF update, where it again asks where to put the CFIDE files. They may not pay close attention to all this above (if they even understand it), and they may let the updater put the files in a different location than the IIS sites are currently configured to look at. That could then leave things not working, or not working well.
    If you want to try to sort this out yourself, look in IIS, view whatever site you're working with, and look for any reference to a CFIDE directory. If it's not there, that's a problem from the start. You will want to add a virtual directory that points to wherever it really exists (and again, you want to be careful that there may be two different ones, as only will likely have been updated by the installer.)
    If it is there, then if it's a "real" directory (within that site's docroot), then again you want to make sure it's the one that was updated in the upgrade to CF9. If not, then you may need to copy whatever files "were" updated into that directory (or delete that directory and create a virtual one to point to the right place).
    And if it's there and it's a virtual mapping, again, make sure it's whatever is the latest CFIDE (if you have multiples).
    I'll note as well that there is also a mapping in the CF Admin (on the mappings page) for CFIDE, and that's put there by the installer (and is not editable in the interface). That could help clarify where the installer put the latest files.
    Hope that's helpful.
    /charlie arehart
    [email protected]
    Providing CF and CFBuilder troubleshooting services
    at http://www.carehart.org/consulting

  • CF9 problems with Grid and getHeaderPanel

    This code no longer works in CF9
    var grid = ColdFusion.Grid.getGridObject('maingrid');
        var gridHead = grid.getView().getHeaderPanel(true);
        var tbar = new Ext.Toolbar(gridHead);
                tbar.addButton({
                      text:'Add Animated Image',
                      icon:'images/image_add.png',
                      cls:'x-btn-text-icon',
                      tooltip:'Add',
                      handler: function(){
                      var record = grid.getSelections();
                          <-- Do something -->
    I just get an errorError:  grid.getView().getHeaderPanel is not a function
    I've tried numerous alternatives looking through the documentation but I can't get the header of a cfgrid to display buttons anymore in CF9, works fine in CF8, can anyone help

    Wow. I feel silly that it could have been such a simple thing.  Seems to have taken care of the problem.  I must not have been paying attention to where I was clicking.  Thanks!

  • CF9 upgrade install problem

    We are upgrading from CF8 standard to CF9 standard.  Configuring the administartor hangs at the importing of previous settings each time.  It is on a windows server 2003 virtual machine.  Any suggestions on getting past this hurdle?

    Ah, ok. (And I see you later wrote that you resolved things.) For the sake of others who may see this thread, I had written all the below before seeing that.
    As for the import on the upgrade not working in CF 9, there is indeed a fix for that:
    http://kb2.adobe.com/cps/527/cpsid_52797.html
    Not sure if it's your problem specifically, had you perhaps applied that? Or the updater (more below).
    As for this hotfix, I find it interesting that it is NOT listed in the Cumulative Hotfix (CHF1) for CF9:
    http://kb2.adobe.com/cps/825/cpsid_82536.html
    Now, we would assume that it IS included in the CF 9 Updater 1 (http://kb2.adobe.com/cps/847/cpsid_84723.html, which brings you to CF 9.0.1), but it's not listed in the list of things fixed:
    http://kb2.adobe.com/cps/847/cpsid_84726.html
    I found that hard to believe, so I searched the page for the phrase "import", and indeed I find that it references a different issue: 80509 (the one above is 52797).
    So yes, updating to 9.0.1 will also fix this issue.
    Curiously, though, if someone wanted to stay on CF 9.0, that different bug number is ALSO NOT listed in the CHF 1 for CF9 (and there's no reference to any issue related to "import"). And to be clear, the page I offer above linking to the CHF for CF9 is definitely not mistakenly the CFH 1 for 9.0.1 (which is at http://kb2.adobe.com/cps/862/cpsid_86263.html, and oddly though the file names are the same, the paths are different).
    But again, @lsandell2, you can certainly apply the one hotfix (first one above) manually to 9.0 (not needed for 9.0.1, it seems).
    Finally, speaking of all the updaters, hotifixes, and CHFs, if anyone's wondering: no, even if you download CF9 today, you DO NOT get those. You get the base version of CF 9.0, and need to apply these after that. If you want to go from a fresh install of CF9 to the latest, you would need to a) get and install CF9, then b) get and install the CF9 updater (http://kb2.adobe.com/cps/847/cpsid_84723.html), and then c) apply the CHF 1 for 9.0.1 (http://kb2.adobe.com/cps/862/cpsid_86263.html).
    People often moan, "why does Adobe make us go through all that", but the problem for them is that they would have to recertify the new build on all the operating systems and web servers they support. I realize it may seem a lame excuse, but it is what it is. To their credit, I notice that they do at least offer a clear indication of the available 9.0.1 updater at the top of the page where one would download CF (at least the trial and dev editions) at http://www.adobe.com/cfusion/tdrc/index.cfm?product=coldfusion, which link may require that you log in to see it.)  Sadly, I see nothing like that on the buy page:
    https://store1.adobe.com/cfusion/store/index.cfm?store=OLS-US&view=ols_prod&category=/Appl ications/ColdFusionE&distributionMethod=FULL&nr=0#view=ols_prod&loc=en_us&category=/Applic ations/ColdFusionE&store=OLS-US
    Anyway, let us know if the above helps you, Lsandell2.
    /charlie

  • CF9 struct key and variable name problem

    Running CF 9 on Linux, the following produces unusual results:
    <cfscript>
        a = { '99' = "that", '8X' = "this"};
        writedump(a);
    </cfscript>
    The dump shows only the keypair with the key '99' and the value 'this'. #a['99']# produces "this". #a['8X']# produces "this" as well. It's as though CF cannot distinguish between the tokens '99' and '8X'. Note that implicit assignment is not implicated:
    <cfscript>
        blah['GNQ'] = 'bad struct';
        blah['H02'] = 'worse struct';
    </cfscript>
    This yields a struct with one member per structcount(), with a key-value pair of GNQ='worse struct', but the key 'H02' accesses the same value. structkeyexists(blah, 'H02') returns true.
    On our systems (we've tried CF 9 on separate RH 4 and RH5 machines) the problem is not limited to structs per se, and seems to persist even when other characters are involved in variable or struct key names:
    <cfscript>
        testb0 = "test";
        testao = "test2";
    </cfscript>
    This produces an error page with the message "can't load a null". However, the following is possible:
    <cfscript>
        testb0 = "test";
        writeoutput("b0 = #testb0#<br/>");
        writeoutput("ao = #variables['testao']#<br/>");
        writeoutput("#structkeyexists(variables, "testao")#");
    </cfscript>
    The above produces the output 'test' for the undeclared variable 'testao', and also thinks that variables.testao is in the variables scope, even though it hasn't been declared.
    A quick loop or two and we've found that our CF 9 installations cannot distinguish between 340 two letter sequences, in matched pairs, as in the following example:
    ao = B0
    ap = B1
    aq = B2
    ar = B3
    as = B4
    at = B5
    au = B6
    av = B7
    aw = B8
    ax = B9
    Case does not seem to matter, and as mentioned above, this 'blindness' appears to persist even when the strings are embedded in other strings. E.g., when used as key or variable names, the following are being treated by CF as equal:
    slap = slb1
    tape = tb1e
    apes = b1es
    Has anyone else experienced anything like this? Could there be some strange setting that is causing CF to interpret the templates using some otherworldy codepage in which these characters are equivalent? Could there be something wrong with our installation, and/or our OS?
    Any hints, confirmation of our findings, and/or refutation of same would be greatly appreciated - we were hoping to move to CF 9 from CF 8 this week, but this is quite a showstopper for us.

    I did restart but turns out I fed the updater the zip file (hf900-81860.zip) instead of the jar file (hf900-81860.jar).  Now it returns the correct results, "abc" (not "123").  I also confirmed that this problem was not fixed by "Cumulative Hot Fix 1 for Coldfusion 9".  And, I verified that it fixed the more widespread issue in my application.  Thank you guys!
    HotFix (thanks buglug):
    http://kb2.adobe.com/cps/825/cpsid_82547.html
    Related bugIDs:
    81860
    81884
    82491
    Related posts:
    http://stackoverflow.com/questions/2164472/bug-in-cf9-values-for-unique-struct-keys-refere nced-and-overwritten-by-other-key

  • CF9 and Flex 3 and RPC Problem?

    Hi,
    I am using Flex 3.2 and ColdFusion 9 and having some problem that I haven't experience before.  Previously things worked on CF 8 so maybe that's the issue? I am using a RemoteObject to call ColdFusion and I'm getting this runtime error:
    [RPC Fault faultString="Send failed" faultCode="Client.Error.MessageSend" faultDetail="Channel.Connect.Failed error NetConnection.Call.Failed: HTTP: Failed: url: 'http://yapp.swf/flex2gateway/'"]
    For some reason the URL is not right tho, if you look at last part of the error message, that URL is close to mine, but it's not right.  I'm not even sure why it's saying failed url or what the url even points to now that I think about it.
    Any help highly appreciated.
    -Westside

    Ok...I'm a jerk...
    If I use
    amxmlc.exe HelloWorld.mxml
    It gives me an error...But if I use...
    amxmlc.bat HelloWorld.mxml
    Everything works fine...I needed the extra parameters -;)
    Greetings,
    Blag.

Maybe you are looking for