none
Impossible d'utiliser dll librairie ajax control toolkit sur serveur Netissime RRS feed

  • Question

  • J'ai déployé une application asp.net développée sous visual web studio 2008 sur serveur mutualisé or j'ai des difficultés à faire fonctionner les composants ajax (control toolkit) sur le site en ligne à cause sans doute de l'emplacement des dll sur le serveur.

    l'application fonctionne en local.

    les lignes suivantes de mon webconfig créent une erreur (en gras):

    <?

     

    xml version="1.0"?>

     

     

     

    <

     

    configuration>

    <

     

    configSections>

    ...

     

    <

     

    section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>

    <

     

    sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">

    <

     

    section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="Everywhere"/>

    <

     

    section name="profileService" type="System.Web.Configuration.ScriptingProfileServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>

    <

     

    section name="authenticationService" type="System.Web.Configuration.ScriptingAuthenticationServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>

    <

     

    section name="roleService" type="System.Web.Configuration.ScriptingRoleServiceSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>

    j'ai bien incorporé les dll sur le répertoire /Bin de mon application en ligne mais aussi dans le cgi-bin du serveur car je ne sais pas comment le serveur prend en charge les extensions de librairie

    Voici les dll incorporés :

    System.Web.Extensions.dll, System.Web.Extensions.Design.dll, Ajaxcontroltoolkit.dll, Ajaxcontroltoolkit.pcb, et les arboresecences internationale avec en particulier Ajaxcontroltoolkit.resources.dll sur fr

    Y a t-il d'autres dll que je doive faire migrer ?

    Merci de votre aide .

     

    lundi 24 janvier 2011 15:50

Réponses

  • En fait ce n'est pas la peine d'aller plus loin . L'hébergement ne permet pas la migration de dll sur le serveur mutualisé. Ce qui limite bcp

    l'intérêt d'un tel hébergement.

    Je regrette de vous avoir fait passer du temps pour rien et encore merci de votre aide.

    Connaissez-vous un hébergeur qui accepte l'intégration de librairie ajax ?

    Encore merci pour votre aide .

    Cordialement

    • Marqué comme réponse Alex Petrescu vendredi 28 janvier 2011 13:43
    mardi 25 janvier 2011 16:01

Toutes les réponses

  • Bonjour,

    Pouvez-vous nous montrer l'erreur qui se produit ?

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte .NET/Consultant/Formateur chez Winwise
    Blog : http://gilles.tourreau.fr
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5
    lundi 24 janvier 2011 20:22
    Modérateur
  • Désolé de l'avoir omis. J'obtiens l'erreur 500:

    500 - Erreur interne au serveur.

    Un problème est apparu avec la ressource que vous recherchez. Elle ne peut pas être affichée.

    Autre précision.

    Si j'enlève les lignes énoncèes précedemment de mon web.config, les pages s'affichent normalement. Hormis le fait que les composants ajax ne fonctionnent plus et qu'une erreur apparait en bas du navigateur 'Sys' est indéfini.

    J'ai placé le composant :

     

    <asp:ToolkitScriptManager ID="ToolkitScriptManager1" runat="server">

     

    </asp:ToolkitScriptManager>

    dans la master page de mon site.

    Il y a donc des chances pour que le serveur ne trouve pas les dll voulus ?

     

    lundi 24 janvier 2011 21:30
  • Bonjour,

    Pouvez-vous temporairement activer l'affichage des erreurs ASP .NET en spécifiant ceci dans votre web.config :

    <customErrors mode="Off" />

    Indiquez nous l'erreur ASP .NET qui se produit.

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte .NET/Consultant/Formateur chez Winwise
    Blog : http://gilles.tourreau.fr
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5
    lundi 24 janvier 2011 22:20
    Modérateur
  • L'option était déjà sur off :

    Je confirme

    <customErrors mode="Off"/>

    Je vous aurai bien transmis mon web.config mais la copie de passe pas sur le blog

    Cordialement.

     

    lundi 24 janvier 2011 22:46
  • En fait ce n'est pas la peine d'aller plus loin . L'hébergement ne permet pas la migration de dll sur le serveur mutualisé. Ce qui limite bcp

    l'intérêt d'un tel hébergement.

    Je regrette de vous avoir fait passer du temps pour rien et encore merci de votre aide.

    Connaissez-vous un hébergeur qui accepte l'intégration de librairie ajax ?

    Encore merci pour votre aide .

    Cordialement

    • Marqué comme réponse Alex Petrescu vendredi 28 janvier 2011 13:43
    mardi 25 janvier 2011 16:01
  • Bonjour,

    Essayez Ikoula. (http://www.ikoula.com)

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte .NET/Consultant/Formateur chez Winwise
    Blog : http://gilles.tourreau.fr
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5
    mardi 25 janvier 2011 17:13
    Modérateur
  • Merci pour le tuyau.

    Dommage j'ai déjà souscrit à un contrat annuel.

    La solution de l'hébergement possède en effet l'option AJax 1.0.

    Cordialement

    mardi 25 janvier 2011 22:52