Ajax consistently unreliable in production environment

2 posts, 0 answers
  1. Scott Laughton
    Scott Laughton avatar
    14 posts
    Member since:
    Feb 2006

    Posted 24 Nov 2009 Link to this post

    Hi there,

                We use the following setup:

     

    Development Enviroment:

    Telerik.Web.UI  - Runtime Ver: 2.0.50727 - Ver: 2009.2.826.20

    Microsoft Visual Studio 2005 Version 8.0.50727.762  (SP.050727-7600)

    Microsoft .NET Framework Version 2.0.50727

    Microsoft-IIS/6.0

    ASP.NET 2.0 AJAX Extensions 1.0

     

    Production Enviroment:

    Telerik.Web.UI  - Runtime Ver: 2.0.50727 - Ver: 2009.2.826.20

    Windows Server 2003R2 - 32bit Service Pack 1

    IIS v6.0

    IIS Security Patches, Service Packs, etc...:              none

    Antivirus Software:                                                  none

    Fire Wall Software:                                                 none

    .NET Frameworks Installed:                                    .Net 2.0 SP2, .Net 3.0 SP2, .Net 3.5 SP1

    MS Ajax Versions Installed:                                    ASP.Net 2.0 Ajax Extensions 1.0

    Line Speed between Server and Internet:               4096kb

    Any other software:                                                MS SQL 2005, CA Arcserve Backup

     

    In the development environment the Ajax operations work perfectly, but in the Production environment they are consistently unreliable.  They work only sometimes.  This is evident in that if the Ajax transaction has fired as you will see the RadLoadingPanel.  If the Ajax transaction did not fire you will not see the loading panel and you will see the browsers progress bar indicating that the page is doing a regular postback, and of course you will see the entire page reload.

     

    We have issues with scenarios like you select a value from a drop menu and then press an Ajaxified button to send that value and get a response back based on it, and the page does a regular PostBack instead of Ajax transaction, and the default value gets sent not the one the User selected from the drop menu.

     

    In our testing of these issues in the production environment, we have found that if we disable Ajax on these pages, by removing the components from the RadAjaxManager, and republishing the site, we no longer have the problem of the default value being sent instead of the one the User selected.  This of course, is not what we want to do. We want to use Ajax in our site.

     

    These issues all happen around Ajaxified controls, and only happen in the Production environment.  We have none of these type of issues in the development environment.

     

    We publish the site with VS2005 and test it on a development server here, and everything is perfect, then we copy those same files to the Production Server and we have the issues outlined above.

     

    How can I get to the bottom of this issue and resolve it so we can use Ajax in our site?

     

    Regards,

     

                    Scott.

  2. Iana Tsolova
    Admin
    Iana Tsolova avatar
    3388 posts

    Posted 27 Nov 2009 Link to this post

    Hi Scott,

    In order to troubleshoot the described issues, you can try the suggestion in the below articles:
    http://www.telerik.com/help/aspnet-ajax/installtroubleshootingproductionserver.html
    http://www.telerik.com/help/aspnet-ajax/ajxerrorhandling.html
    http://www.telerik.com/help/aspnet-ajax/ajxcontrolstillpostbacks.html

    Additionally, a possible reason for the ajax loading panel not to hide, is if the ResponseEnd event of the RadAjaxManager did not fire, e.g. no response is returned, or a new request has started before the first one has finished. Could you please elaborate on the steps you performed when this issue happens?
    It might of help if you provide a live Url so we could check it out further.

    Regards,
    Iana
    the Telerik team

    Instantly find answers to your questions on the new Telerik Support Portal.
    Watch a video on how to optimize your support resource searches and check out more tips on the blogs.
Back to Top