none
No Futures RRS feed

  • Question

  • Bonjour tout le monde,

    Quelqu'un aurait-il une idée de ce qui, sur une machine où l'installation d'Ajax Extensions et de l'Ajax Control Toolkit se sont passées sans problème, fait que l'exécution de ASPAjaxCTP.msi ne se manifeste QUE par la boîte de dialogue d'installation ?

    Pas de trace d'un groupe avec Futures dans le nom dans la boîte à outils de Visual Studio 2005 Professional Edition, ni dans celle de Visual Web Developer 2010 Express.

    Il faut avouer que la procédure d'installation du groupe d'outils pour l'Ajax Control Toolkit est légèrement sophistiquée, or tout s'est bien passé. Pour l'Ajax Futures, sauf si j'ai mal lu il y a juste à lancer le programme d'installation avec les droits administrateur ?

    A la fin il dit que tout s'est bien passé, et il écrit pareil dans l'observateur d'événements (Windows XP Home SP3).

    Pourtant, voici quelque temps, j'avais obtenu le groupe d'outils sans problème avec le même programme d'installation. Je suis reparti d'une ancienne image de disque suite à des erreurs ultérieures.

    Voici l'arborescence dans C:\Program Files\Microsoft ASP.Net :

    ├───ASP.NET 2.0 AJAX Extensions
    │   └───v1.0.61025
    │       └───MicrosoftAjaxLibrary
    │           └───System.Web.Extensions
    │               └───1.0.61025.0
    │                   └───Globalization
    ├───ASP.NET MVC 2
    │   ├───Assemblies
    │   │   └───fr
    │   └───Visual Web Developer Express 2010
    │       └───Snippets
    │           ├───HTML
    │           │   ├───1033
    │           │   │   └───ASP.NET MVC 2
    │           │   └───1036
    │           │       └───ASP.NET MVC 2
    │           ├───VB
    │           │   ├───1033
    │           │   │   └───ASP.NET MVC 2
    │           │   └───1036
    │           │       └───ASP.NET MVC 2
    │           └───VC#
    │               ├───1033
    │               │   └───ASP.NET MVC 2
    │               └───1036
    │                   └───ASP.NET MVC 2
    └───ASP.NET Web Pages
        └───v2.0
            └───Assemblies


    • Modifié Gloops dimanche 16 février 2014 08:54 boîte à outils plutôt que boîte de dialogue
    dimanche 16 février 2014 08:44

Réponses

  • Effectivement ça marche, merci.

    Je ne saurai probablement jamais pourquoi ce programme d'installation n'a pas fonctionné dans ce cas précis alors qu'il fonctionnait bien il y a trois ans, mais l'évocation du déploiement m'a suggéré un contournement.

    Je vais quand même reformuler la solution, car il s'agissait bien d'un problème d'installation et non de déploiement.

    Puisque le programme a fonctionné il y a quelques années, j'avais une sauvegarde avec le répertoire C:\Program Files\Microsoft ASP.Net\ASP.NET 2.0 AJAX Futures January CTP que j'ai pu restaurer sur la machine.

    L'hésitation de Windows au redémarrage rappelle qu'il s'agit d'une procédure non officielle, qu'il est donc prudent de se ménager un moyen de revenir en arrière, mais une fois le démarrage effectué correctement je dispose du répertoire que je viens de dire, et dedans d'un sous-répertoire nommé par le numéro de version. Là-dedans, je dispose de Microsoft.Web.Preview.dll qu'il s'agit de sélectionner dans la boîte de dialogue "choisir les éléments" pour ajouter un groupe dans la boîte à outils de Visual Studio, tel qu'indiqué pour l'Ajax Control Toolkit dans l'atelier 1, installation, du coach Microsoft sur Ajax, dans la section 4, juste avant qu'on parle d'Ajax Futures.

    Cela me crée un groupe qui contient les contrôles DragOverlayExtender, ProfileService, TimerControl, WebPartManager, WebPartZone, et Script.

    ça en fait moins que ce que dit le coach, mais ça ça doit dépendre de la version.

    En tout cas ça marche comme ça dans Visual Studio 2005, il ne me reste plus qu'à faire pareil dans Visual Web Developer 2010 Express, avec un espoir fort raisonnable qu'il ne me claque pas dans les doigts comme il a déjà fait deux fois lorsque je tentais de créer le type de projet (il faut dire qu'il me prévenait que le type de projet existait déjà).

    • Marqué comme réponse Gloops mardi 18 février 2014 14:38
    mardi 18 février 2014 14:36

Toutes les réponses

  • Bonjour,

    Si vous déployez des assemblys Ajax, il suffit tout simplement de les mettre dans le répertoire bin de votre application ASP .NET...

    Cordialement


    Gilles TOURREAU - MVP C#
    Architecte logiciel/Consultant/Formateur Freelance - P.O.S Informatique
    Blog : http://gilles.tourreau.fr - Suivez-moi sur Twitter
    - MCPD : Enterprise Developper / Windows Developper 3.5 / ASP .NET 3.5/4.0
    - MCSA : SQL Server 2012
    - MCITP : SQL Server 2008 Developper
    - MCTS : ADO .NET 3.5 / SQL Server 2008 Developper / Windows Forms 3.5 / ASP .NET 3.5/4.0 / TFS 2010 / Windows Azure

    dimanche 16 février 2014 22:22
    Modérateur
  • Bonjour,

    Est-ce qu'elles sont dans le répertoire dont je fournis l'arborescence ?

    Par exemple le composant Profile, qui permet d'enregistrer dans le profil utilisateur la position d'un panel déplacé par le DragPanelExtender, est à chercher dans la catégorie Futures, il n'est pas dans le groupe Ajax Extensions de la boîte à outils. donc je ne m'attends a priori pas à le trouver dans le répertoire ASP.NET 2.0 AJAX Extensions.

    Ah si je comprends bien, l'idée est de récupérer les Ajax Futures d'une sauvegarde, et de les déployer vers la boîte à outils de la même manière que l'AjaxControlToolkit ?

    Il n'y a rien à enregistrer dans le registre ?

    OK je regarde ça cet après-midi.

    Je me demande si le programme d'installation les aurait mises ailleurs que là où je les ai cherchées ...


    • Modifié Gloops lundi 17 février 2014 07:17
    lundi 17 février 2014 07:02
  • Alors voilà, depuis une sauvegarde, en ayant démarré depuis un CD, j'ai restauré le répertoire "ASP.NET 2.0 AJAX Futures January CTP", dans C:\Program Files\Microsoft ASP.Net.

    ça a occasionné des émotions, d'ailleurs, car à la réouverture Windows (XP Home SP3) m'a dit ne pas pouvoir ouvrir mon profil à cause d'un problème d'autorisation, et m'a ouvert une session sur un profil temporaire. Heureusement, à la session suivante le problème s'était résolu spontanément.

    Bon alors dans le répertoire Futures, il n'y a qu'une DLL, elle s'appelle Microsoft.Web.Preview.dll Est-ce que c'est celle-là dont je dois "choisir les éléments" pour un nouveau groupe dans la boîte à outils ?

    J'y vais en confiance ou je fais une sauvegarde d'image avant ?

    • Modifié Gloops lundi 17 février 2014 17:18
    lundi 17 février 2014 17:17
  • Effectivement ça marche, merci.

    Je ne saurai probablement jamais pourquoi ce programme d'installation n'a pas fonctionné dans ce cas précis alors qu'il fonctionnait bien il y a trois ans, mais l'évocation du déploiement m'a suggéré un contournement.

    Je vais quand même reformuler la solution, car il s'agissait bien d'un problème d'installation et non de déploiement.

    Puisque le programme a fonctionné il y a quelques années, j'avais une sauvegarde avec le répertoire C:\Program Files\Microsoft ASP.Net\ASP.NET 2.0 AJAX Futures January CTP que j'ai pu restaurer sur la machine.

    L'hésitation de Windows au redémarrage rappelle qu'il s'agit d'une procédure non officielle, qu'il est donc prudent de se ménager un moyen de revenir en arrière, mais une fois le démarrage effectué correctement je dispose du répertoire que je viens de dire, et dedans d'un sous-répertoire nommé par le numéro de version. Là-dedans, je dispose de Microsoft.Web.Preview.dll qu'il s'agit de sélectionner dans la boîte de dialogue "choisir les éléments" pour ajouter un groupe dans la boîte à outils de Visual Studio, tel qu'indiqué pour l'Ajax Control Toolkit dans l'atelier 1, installation, du coach Microsoft sur Ajax, dans la section 4, juste avant qu'on parle d'Ajax Futures.

    Cela me crée un groupe qui contient les contrôles DragOverlayExtender, ProfileService, TimerControl, WebPartManager, WebPartZone, et Script.

    ça en fait moins que ce que dit le coach, mais ça ça doit dépendre de la version.

    En tout cas ça marche comme ça dans Visual Studio 2005, il ne me reste plus qu'à faire pareil dans Visual Web Developer 2010 Express, avec un espoir fort raisonnable qu'il ne me claque pas dans les doigts comme il a déjà fait deux fois lorsque je tentais de créer le type de projet (il faut dire qu'il me prévenait que le type de projet existait déjà).

    • Marqué comme réponse Gloops mardi 18 février 2014 14:38
    mardi 18 février 2014 14:36