发表新帖
发表新帖

None of my “code behind” code is being called

前端 未结
关注
9 1919
予麋鹿
予麋鹿 2021-02-08 00:40

I have just created an ASP.NET C# project and a virtual directory for it in IIS in (as far as I know) the normal way, but I am seeing very strange behavior that I have never see

相关标签:
9条回答
  • 轮回少年
    2021-02-08 01:01

    Try changing :

    <%@ Page Language="C#" AutoEventWireup="false" CodeBehind="Default.aspx.cs" Inherits="Drawings2._Default" %>

    to:

    <%@ Page Language="C#" AutoEventWireup="false" CodeFile="Default.aspx.cs" Inherits="Drawings2._Default" %>

    The CodeBehind is for visual studio. I believe CodeFile is used for the JIT.

    The other alternative is to compile your project and update your assembly in the bin dir.

    http://msdn.microsoft.com/en-us/library/ydy4x04a.aspx

    CodeBehind Specifies the name of the compiled file that contains the class associated with the page. This attribute is not used at run time.

    This attribute is used for Web application projects. The CodeFile attribute is used for Web site projects. For more information about Web project types in Visual Studio, see Web Application Projects versus Web Site Projects.

    CodeFile Specifies a path to the referenced code-behind file for the page. This attribute is used together with the Inherits attribute to associate a code-behind source file with a Web page. The attribute is valid only for compiled pages.

    This attribute is used for Web site projects.

    The CodeBehind attribute is used for Web application projects. For more information about Web project types in Visual Studio, see Web Application Projects versus Web Site Projects.

    0 讨论(0)
  • 失恋的感觉
    2021-02-08 01:03

    There's a lot of conflicting information here. For example, if you are truly creating an ASP.NET Web Application (as opposed to a web site), then you should not be using CodeFile, as used2could suggests.

    Have you tried checking the Build Action of your code-behind files? Make sure it is set to Compile.

    I think we need to start you from scratch, to identify if the problem is coming from your web project, your IIS configuration, or both.

    I'm going to make the following assumptions about your set up, because this is my current set up. Let me know if any of these are wrong, but it shouldn't make a huge difference:

    • You're using Visual Studio 2010 with .NET 3.5
    • Your web server is Windows 2003
    • Your web server is running IIS 6.0

    Creating a new web app project:

    Let's try to keep this as simple as possible, to minimize any chance of weirdness:

    • Solution 'TestWebApp1'
      • Project 'TestWebApp1' (ASP.NET Web Application)
        • Properties
        • References
        • App_Data
        • Scripts
        • Default.aspx (Build Action: Content)
          • Default.aspx.cs (Build Action: Compile)
        • SiteLayout.Master (Build Action: Content)
          • SiteLayout.Master.cs (Build Action: Compile)
        • Web.config

    Contents of Default.aspx:

    <%@ Page Title="" Language="C#" MasterPageFile="~/SiteLayout.Master"
    AutoEventWireup="true" CodeBehind="Default.aspx.cs"
    Inherits="TestWebApp1.Default" %>
<asp:Content ID="Content2" ContentPlaceHolderID="mainCPH" runat="server">
    <p><asp:Label ID="lblTest" runat="server">This is a test</asp:Label></p>
</asp:Content>

    Contents of Default.aspx.cs:

    using System;
namespace TestWebApp1
{
    public partial class Default : System.Web.UI.Page
    {
        protected void Page_Load(object sender, EventArgs e)
        {
            lblTest.Text = "Modified from Default.aspx's Page_Load method.";
        }
    }
}

    Contents of SiteLayout.Master:

    <%@ Master Language="C#" AutoEventWireup="true" CodeBehind="SiteLayout.master.cs"
    Inherits="TestWebApp1.SiteLayout" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
    <body>
        <form id="form1" runat="server">
            <div>
                <p><asp:Label ID="lblTest" runat="server">This is a test</asp:Label></p>
                <asp:ContentPlaceHolder ID="mainCPH" runat="server">
                </asp:ContentPlaceHolder>
            </div>
        </form>
    </body>
</html>

    Contents of SiteLayout.Master.cs:

    using System;
namespace TestWebApp1
{
    public partial class SiteLayout : System.Web.UI.MasterPage
    {
        protected void Page_Load(object sender, EventArgs e)
        {
            lblTest.Text = "Modified from master page's Page_Load method.";
        }
    }
}

    Now, this site should work without fail when debugging in your local computer:

    site working locally

    Deploying to IIS

    1. Right click on TestWebApp1 project and click Publish.
    2. Choose File System as the 'Publish method' for simplicity.
    3. Enter a path where the files will be deployed.
    4. On your web server, open up IIS (I'm going to assume you're running IIS 6.0)
    5. Under Default Web Site (or whatever site you use), create a new Virtual Directory. Make sure it has permissions to run Scripts.
    6. Copy the files that were published from your dev machine to the IIS virtual directory.
    7. That's it -- your site should be working fine.

    Basic VS 2010 Publish Dialog Virtual directory Access Permissions

    After following the above steps, are you still getting problems?

    0 讨论(0)
  • 迷失自我
    2021-02-08 01:03

    I think IIS thinks your project is a 'ASP.NET site' whereas you and/or your VS.NET may think that you actually have a 'ASP.NET Web Application'. Hitting convert to web application on the project within VS.NET and ensuring you have a properly configured (see other comments) virtual directory on project in IIS, everything should work fine.

    Reading your post & comments, I see contradictory comments (unless I am misreading)

    You say:

    1. "Work with the "ASP.NET Web Application" template (vs. ASP.NET Site)".
    2. "I hope this is not the only solution, because I am unable to do this (the customer requires my app to be in a subdirectory - they won't permit any of my code in ~ or ~/bin.)"

    "ASP.NET Web Application" requires compiled dlls when deployed, not the base .cs files.

    Is the root cause conceptual confusion between what you want to use as a dev and what you are allowed to deploy by the customer?

    0 讨论(0)
  • 灰色年华
    2021-02-08 01:04

    I get the runtime error on a semi-regular basis; clearing out:

    C:\Documents and Settings\\Local Settings\Application Data\Microsoft\WebsiteCache C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files

    (obviously substitute your ) and running iisreset usually does the job for me. Also, try 'cleaning' the solution before you rebuild; sometimes appears to make a difference.

    If you're still getting the same problem, try dropping and recreating the reference to the DLL.

    Nothing too prescriptive I'm afraid but should hopefully get the job done!

    0 讨论(0)
  • 伪装坚强ぢ
    2021-02-08 01:04

    This appears to be a namespace issue as the dynamically compiled classes are colliding with the pre-compiled classes. I suggest doing the following:

    1) Select a reasonable namespace for your app. "Drawing" is fine, but I suggest something more contextual such as CompanyName.ProjectName.AppName

    2) Set this namespace as the default for the project (Project Properties > Application tab)

    3) Change the namespace in each and every code file (.cs) and its corresponding reference in script files (.aspx, *.ascx)

    4) Ensure that there are no duplicate classes (this should be flagged by the compiler)

    5) Purge all files from the temporary ASP.NET folder

    6) Recompile the project

    0 讨论(0)
  • 无人共我
    2021-02-08 01:06

    I think I may have encountered something similar before. It turned out that it was because I had a default.aspx and a default.master which both auto compiles to the class name _default, therefore getting type exists in two dlls error.

    0 讨论(0)
 看不清?
提交回复
热议问题