Mon code Behind n'est pas pris en compte.

Bonjour,
je suis actuellement en train de faire une modification sur un "vieux site web" en asp.
La modification doit être faites sur une seule page. Sous visual studio, ma modification fonctionne parfaitement (il s'agit de masquer une zone de texte en fonction du rôle de l'utilisateur, en utilisant Visible=false). J'ai seulement modifié ma page dans le fichier maPage.aspx.cs.

Ensuite j'ai précompilé le site et j'ai copié/collé la fameuse page modifié dans le site web en production. Et à l'exécution, c'est comme ci mon code ajouté n'est pas interprêté. J'ai même essayé d'ajouter du texte en faisant un lbl.Text+= "truc" et rien ne s'affiche. Je ne comprend pas.
Comment résoudre se soucis ?

Vous l'aurez remarqué, je suis un débutant :).
Merci d'avance

Salut,

As-tu recopié les dll générées?

A+

ah non :?.

Je croyais qu'une page aspx + une page aspx.cs = une page aspx compilé ?

Citation:

---

Envoyé par Spidermeu

Ensuite j'ai précompilé le site et j'ai copié/collé la fameuse page modifié dans le site web en production

---

Si tu recopie la page aspx et son code behind il ne devrait pas y avoir de soucis.

Citation:

---

Envoyé par Spidermeu

ah non :?.

Je croyais qu'une page aspx + une page aspx.cs = une page aspx compilé ?

---

non non
2 pages aspx + 2 fichiers aspx.cs = 2 pages aspx intouchées + 1 dll
c'est justement la dll qui contient le code compilé

Citation:

---

Envoyé par Louis-Guillaume Morand

non non
2 pages aspx + 2 fichiers aspx.cs = 2 pages aspx intouchées + 1 dll
c'est justement la dll qui contient le code compilé

---

Pour une WebApp mais pas pour un WebSite.
A moins que je me trompe :D

Je plussoie Lutece...

Dans le site en production, il n'y a aucun fichier aspx.cs. Par contre,dans la page d'origine ( donc avant modification) j'ai la directive ci-dessous :

Code:

---

1 2	<%@ Page language="c#" Codebehind="MaPage.aspx.cs" AutoEventWireup="false" Inherits="ASPNET.StarterKit.Portal.ModulesPages.MaPage" smartNavigation="True"%>

---

Alors que moi pour compiler avec succès ma modification sous VS2005, j'ai du modifier la directive comme suit :

Code:

---

<%@ page language="c#" inherits="ASPNET.StarterKit.Portal.ModulesPages.MaPage, App_Web_fyyfn90v" smartnavigation="True" %>

---

D'ailleurs, je ne comprend pas le App_Web_fyyfn90v.

Mais cette directive est pas prise en compte pas le site en production, je suis obligé de mettre la directive d'origine :

Code:

---

1 2	<%@ Page language="c#" Codebehind="MaPage.aspx.cs" AutoEventWireup="false" Inherits="ASPNET.StarterKit.Portal.ModulesPages.MaPage" smartNavigation="True"%>

---

Je comprend vraiment rien. Quand je publie le site web sous Visual Studio, il me le précompile (alors que je voudrais qu'il me le compile). J'ai plein de DLL dans le dossier bin qui représente très certainement les .cs de mes pages aspx, sauf que dans le site de prod, il n'y a que 3 DLL...

Il existe plusieurs mode de compilation. Sur ta machine de dev il semble que tu ne regroupe pas tes dll en une seule. alors que la machine de prod , il semblerait que cela ait été fait.

La premiere question a laquelle tu dois etre capable de répondre est : est ce que tu travaille avec un site web ou une application web, en effet le mode de compilation est legerement différent?

ensuite, on pourra s'insteresser á tes options de compilation.

c'est un site web

Par contre, dans le dossier précompilé, les DLL commence pas App_web_NomDeLaClasse.aspx.uneChaineHexa.dll

Je suis actuellement en train de parcourir msdn pour trouver la solution et il semblerait qu'on ne puisse pas changer le code d'une page sans devoir recompiler complètement le site ?
http://msdn.microsoft.com/fr-fr/library/20yh9f1b.aspx

Si c'est un site web la compilation se fait en dynamique. Cela signifie que tu n'as pas besoin de précompiler ton site. il le fera tout seul lors du premier appel.

Donc pour faire tes tests en local pas de souci, si tu dispose des fichiers cs, la compilation se fais lors du premier appel, et des qu un fichier cs a changé.

Par contre, sur ton serveur de prod, il semblerait que la compilation ait déja été faite. Lors de ton déploiement, tu auras deux solutions ou enlever les dll dans le repertoires bin, rajouter tous les cs sur le site en prod et attendre qu il compile tout seul, ou alors faire cette compilation avant et ne mettre en prod que les dll résultant de cette compilation.

regarde sur visual studio, dans l'onglet buil il y a un "publish web site" qui pourrait t'aider, fais des tests en local pour comprendre comment ca fonctionne..

justement, quand je fais "Publish web site", il ajoute un dossier nommé "Precompiled" et il me met la structure de mon site. Dans le dossier Bin, j'ai tout les dll qui semble représenter les .cs et j'ai App_Code.compiled, Add_code.dll App_global.asax.compiled et enfin App_global.aspx.dll


EDIT : Il semblerait que le site est été développé sous VS2003 et selon une de mes connaissances, la compilation entre 2003 et 2005 est différente.

Bon, j'ai finalement a peu près compris le fonctionnement pour la publication.
Il me reste un problème très étrange : le namespace n'est pas reconnu quand je test le site sur IIS. En revanche en lancant le site sous VS2005, ca fonctionne bien.


:arf:

Bon, finalement je pense avoir trouver le problème. En faites, le site est basé sur un starter kit Microsoft.

Quand je compile avec visual studio, il charge une DLL automatiquement le cache du framework, à savoir dans C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files.

Cette DLL me permet de faire fonctionner le site sur VS2005. Seulement, lorsque je publie le site web sur un serveur IIS, cette DLL n'est pas prise en compte.
J'ai donc téléchargé la fameuse DLL manquante (ASPNETPORTAL.DLL). Ils ne me reste plus qu'a l'insérer dans mon projet et tester.

Je vous tiens au courant des que j'ai réussi a avancer.

je pète un câble. j'insère la fameuse DLL et maintenant il ne sais plus quoi prendre :

Citation:

---

Error 1 Le type 'ASPNET.StarterKit.Portal.Global' est ambigu*: il peut provenir de l'assembly 'C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\MySolution\78100dd5\a91c63c\App_Code.ebmtljty.DLL' ou de l'assembly 'C:\Documents and Settings\Moi\Mes documents\Visual Studio 2005\Projects\Solution\MySolution\bin\ASPNETPortal.DLL'. Spécifiez l'assembly explicitement dans le nom du type. C:\Documents and Settings\Moi\Mes documents\Visual Studio 2005\Projects\Solution\MySolution\Global.asax 1

---

La DLL n'est pas présente dans le dossier C:\windows\assembly....

J'ai déjà supprimé le contenu du dossier C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET, mais ca change rien !

Que faire ?

Bon, je suis passé sous visual studio 2003. Il me prend bien toutes les DLL. En revanche, j'ai toujours un soucis. Je compile mais les modifications que j'effectue ne sont pas prise ne compte.
De plus, j'ai constaté que dans mon site en production, il n'y a qu'une seule dll contenant un projet de type class library (je présume). Quand je compile avec VS2003, il m'en génère une de plus qui porte le nom du projet Web site.

Est-il possible de compiler tout dans une unique DLL ?
Sinon, est-il possible de ne pas généré de DLL pour le site web ?

Merci d'avance

Salut,

Il y a une dll par projet et les sites web ne génèrent pas de dll. Seul les applications web génèrent une dll.

A+

Pourtant mon website génère bien une dll dans le dossier bin.

Mon code behind n'est toujours pas pris en compte. Ca fait une semaine que j'essais de comprendre. Avez-vous une petite idée ? Les dlls sont bien générés et je n'ai aucune erreur.

Citation:

---

Envoyé par Spidermeu

Pourtant mon website génère bien une dll dans le dossier bin.

---

C'est donc une application web.

Dans tous les cas, tu devrais utiliser le déploiement de Visual Studio par ftp. Il y a d'autres modes, mais c'est un bon moyen de laisser VS décider de ce qui doit être poussé sur ton site ou pas.

Personnellement j'utilise deux modes de déploiement:

• par HTTP sur le serveur de dev via les extensions FrontPage
• par FTP sur les serveurs de prod

Dans tous les cas je laisse VS faire.

A+

le réel soucis, c'est qu'aucune des modifications que j'apporte (dans le code behind) sont prise en compte à l'exécution de la page. C'est ca mon vrai soucis.