OwinStartup không khai hỏa

Tôi đã có mã cấu hình OwinStartup hoạt động hoàn hảo và sau đó nó ngừng hoạt động. Thật không may, tôi không chắc chắn chính xác những gì tôi đã làm để khiến nó ngừng hoạt động và đang rất khó khăn để tìm ra nó.

Để chắc chắn rằng tôi có những điều cơ bản được bảo hiểm, tôi đã kiểm tra lại để đảm bảo rằng tôi có

[assembly:OwinStartup(typeof(WebApplication.Startup))] 

thuộc tính được gán đúng và đảm bảo rằng tôi không có ứng dụng Đặt nợ: AutomaticAppStartup được đặt thành false nên tôi đã đặt một bộ thành đúng để an toàn vì trước đó không có gì.

<add key="owin:AutomaticAppStartup" value="true" />

Tôi cũng đã cố gắng đặc biệt gọi ra ứng dụng:

<add key="owin:appStartup" value="WebApplication.Startup" />

Trước khi nó ngừng hoạt động, tôi đã nâng cấp các gói Microsoft.Owin.Security NuGet lên 2.0.2, vì vậy tôi đã thử hoàn nguyên chúng thành 2.0.1 (đó là một nỗi đau) nhưng nó không thay đổi gì cả. Tôi đã cài đặt WebActivator trong dự án và đang sử dụng nó để khởi động những thứ khác nhưng tôi đã thử nghiệm nó trên một mẫu WebApplication mới và nó hoạt động ở đó vì vậy tôi không nghĩ đó là thủ phạm.

Tôi cũng đã thử xóa lớp Khởi động của mình và sử dụng Visual Studio để thêm một lớp mới bằng cách sử dụng loại Lớp khởi động OWIN trong Thêm mục mới và điều đó cũng không được gọi. Tiếp theo tôi đã thử thêm một lớp Startup thứ hai vì tôi biết nó sẽ ném một ngoại lệ nếu có nhiều thuộc tính OwinStartup được xác định, nhưng nó không ném bất kỳ ngoại lệ nào ở đó.

Không chắc là phải làm cái gì nữa. Có suy nghĩ gì không?

Cập nhật

Hóa ra Resharper đã xóa tham chiếu đến Microsoft.Owin.Host.SystemWeb khi tôi sử dụng nó để xóa các tham chiếu không sử dụng.

Hãy chắc chắn rằng bạn đã cài đặt Microsoft.Owin.Host.SystemWebgói trong dự án. Gói này là cần thiết để phát hiện khởi động trong các ứng dụng lưu trữ IIS. Để biết thêm thông tin bạn có thể tham khảo bài viết này .

Nếu bạn đã nâng cấp từ phiên bản MVC cũ hơn, hãy đảm bảo bạn không có

  <add key="owin:AutomaticAppStartup" value="false" />

trong của bạn web.config. Nó sẽ ngăn chặn việc gọi logic khởi động.

Thay vào đó thay đổi nó thành true

  <add key="owin:AutomaticAppStartup" value="true" />

Tôi nhận ra bạn đã đề cập đến vấn đề này nhưng đôi khi mọi người (như tôi) không đọc toàn bộ câu hỏi và chỉ nhảy vào câu trả lời ...

Ở đâu đó dọc theo dòng - khi tôi nâng cấp lên MVC 5, điều này đã được thêm vào và tôi chưa bao giờ thấy nó cho đến ngày hôm nay.

Câu trả lời thay thế cho vấn đề ban đầu được thảo luận - Owin "không nổ súng." Trong trường hợp của tôi, tôi đã dành hàng giờ để nghĩ rằng nó không bắn do không thể thiết lập một điểm dừng trong đó.

Khi gỡ lỗi khởi động OWIN trong studio hình ảnh

• IIS Express - Chạy "F5" sẽ phá vỡ mã khởi động OWIN

• IIS - Chạy "F5" sẽ không bị hỏng cho đến khi mã OWIN (và global.asax) được tải. Nếu bạn đính kèm vào W3P.exe, bạn sẽ có thể bước vào đó.

Nếu bạn gặp khó khăn trong việc gỡ lỗi mã trong Startuplớp, tôi cũng đã gặp vấn đề này - hoặc tôi nghĩ rằng tôi đã làm. Mã đã được kích hoạt nhưng tôi tin rằng nó xảy ra trước khi trình gỡ lỗi được đính kèm để bạn không thể đặt điểm dừng trên mã và xem điều gì đang xảy ra.

Bạn có thể chứng minh điều này bằng cách ném một ngoại lệ trong Configurationphương thức của Startuplớp.

GỢI Ý

Nếu gỡ lỗi không hoạt động, hãy thử sử dụng IIS Express hoặc thử phương pháp bên dưới cho IIS cục bộ

Sử dụng IIS cục bộ

Vì một số lý do, phương pháp này cho phép gỡ lỗi phương thức này:

1. Yêu cầu một trang web
2. Đính kèm vào quy trình w3wp.exe
3. Chạm vào tệp web.config
4. Yêu cầu một trang web

Mẹo thêm

Có lẽ làm điều này sẽ xóa một bộ đệm:

5. Trong web.config thêm thuộc tính tối ưu hóa với giá trị sai

   <biên dịch debug = "true" ... tối ưu hóa Compompations = "false">

6. Chạy trang web

7. Hoàn tác thay đổi trong web.config

Tôi đã có một vấn đề tương tự như vậy và xóa Tệp ASP.NET tạm thời đã sửa nó. Hy vọng điều này sẽ giúp được ai đó.

Tôi đã từng gặp vấn đề tương tự. Gói Microsoft.Owin.Host.SystemWeb đã được cài đặt nhưng trong quá trình cài đặt, NuGet không thể thêm dll làm tài liệu tham khảo vì một số lý do. Hãy chắc chắn rằng dự án của bạn có tài liệu tham khảo đó. Nếu không bạn có thể thử cài đặt lại:

update-package Microsoft.Owin.Host.SystemWeb -reinstall

Tôi đã có một lỗi như dưới đây khi cài đặt lại nhưng bằng cách nào đó nó đã hoạt động:

Cuộc gọi hệ thống thất bại. (Ngoại lệ từ HRESULT: 0x80010100 (RPC_E_SYS_CALL_FAILED))

Trong trường hợp của tôi, nhóm ứng dụng IIS không được đặt thành v4. Đó là v2.

Đã thay đổi AppPool thành v4 và mọi thứ đều ổn.

Tôi gặp vấn đề tương tự khi tôi thêm Owin vào một dự án web hiện có. Cuối cùng tôi đã tìm thấy vấn đề là do các tệp sau trong tệp web.config.

<assemblies>
  <remove assembly="*" />
  <add assembly="System.Web.Mvc" />
  <add assembly="System.Web.WebPages" />

   ...

</assemblies>

Việc gỡ bỏ assembly = "*" đã gây ra sự cố. Khi tôi xóa dòng này, mã khởi động Owin đã chạy. Cuối cùng tôi thay đổi nó thành như sau và nó hoạt động hoàn hảo

<assemblies>
  <remove assembly="*" />
  <add assembly="Microsoft.Owin.Host.SystemWeb" />
  <add assembly="System.Web.Mvc" />
  <add assembly="System.Web.WebPages" />
  <add assembly="System.Web.Helpers" />
...
</assemblies>

Trong trường hợp của tôi, đường dẫn đầu ra của trang web của tôi bị thay đổi bởi ai đó, IIS Express thậm chí không tải OWIN và lớp thiết lập sẽ không bị ảnh hưởng. Sau khi tôi đặt đường dẫn đầu ra là "bin \", nó hoạt động tốt.

Trong trường hợp của tôi, gói Microsoft.Owin.Host.SystemWeb này có trong dự án.

Nhưng bên dưới hai thẻ không có trong web.config.

<add key="owin:AutomaticAppStartup" value="true" />
<add key="owin:appStartup" value="namespace.className.methodName" />

Sau khi thêm chúng, nó hoạt động trơn tru.

Trong trường hợp của tôi, web.config của tôi đã có

<authorization>
  <allow users="?" />
</authorization>

Để buộc nó rơi trở lại Owin, tôi cần nó

<authorization>
  <deny users="*" />
</authorization>

Tôi đã nhầm lẫn với rất nhiều lời đề nghị về bài đăng này.

Tôi đã có những điều sau đây nhưng vẫn không thể hạ cánh trên một điểm dừng. Ném một ngoại lệ chứng minh mã đã được nhập.

<appSettings>
...
  <add key="owin:AutomaticAppStartup" value="true" />
  <add key="owin:appStartup" value="SSOResource.Startup, SSOResource" />
...
</appSettings>

Cuối cùng vì tuyệt vọng, tôi đã xem các thuộc tính của dự án-> và sau đó trong phần WEB tôi cũng đã kiểm tra hộp kiểm NATIVE CODE (ASP.NET đã được kiểm tra rồi).

Điều đó cuối cùng đã sửa nó cho tôi.

Lưu ý: Tôi đang sử dụng Visual Studio 2017 Professional.

Tôi không chắc liệu điều này có còn giúp được ai đó không, nhưng tôi đã thực hiện tất cả các giải pháp ở trên (và từ một số bài đăng khác) nhưng không có kết quả.

Điều đã khắc phục vấn đề ở phần cuối của tôi là đặt dấu gạch chéo ngược đến cuối giá trị RedirectUri trong web.config (thật điên rồ, tôi biết!). RedirectUri là một tham số trong UseOpenIdConnectAuthentication.

Vì vậy, thay vì:

<add key="ida:RedirectUri" value="https://www.bogussite.com/home" />

Làm cái này:

<add key="ida:RedirectUri" value="https://www.bogussite.com/home/" />

Và cũng cập nhật URL trả lời trên Cài đặt ứng dụng Azure.

Điều đó bằng cách nào đó đã khiến Startup chạy như mong đợi (có thể đã xóa một số bộ đệm) và các điểm dừng hiện đang kích hoạt.

FYI. Tôi đã lập mô hình mã của mình từ đây: https://github.com/microsoftgraph/aspnet-connect-sample

Sau khi chuyển đổi một thư viện lớp thành Dự án ứng dụng web , tôi gặp phải vấn đề này và trở nên bướng bỉnh. Hóa ra, trong .csProjtập tin của tôi , tôi đã có điều này:

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
  <DebugSymbols>true</DebugSymbols>
  <DebugType>full</DebugType>
  <Optimize>false</Optimize>
  <OutputPath>bin\Debug\</OutputPath>
  <DefineConstants>DEBUG;TRACE</DefineConstants>
  <ErrorReport>prompt</ErrorReport>
  <WarningLevel>4</WarningLevel>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">
  <DebugType>pdbonly</DebugType>
  <Optimize>true</Optimize>
  <OutputPath>bin\Release\</OutputPath>
  <DefineConstants>TRACE</DefineConstants>
  <ErrorReport>prompt</ErrorReport>
  <WarningLevel>4</WarningLevel>
</PropertyGroup>

• do đó, xây dựng các dll khác nhau thành thư mục con của thư mục bin (mà ifc. sẽ không hoạt động). Giải pháp là thay đổi cả nội dung văn bản OutputPaththành chỉ bin\.

Đối với tôi đó là vì họ không ở trong cùng một không gian tên. Sau khi tôi xóa AppStart của mình khỏi "project.Startup.AppStart" và để cả hai Startup.cs và Startup.Auth.cs với không gian tên "project.Startup", mọi thứ đã hoạt động trở lại hoàn hảo.

Tôi hy vọng nó sẽ giúp!

Nếu bạn gặp vấn đề này với lưu trữ IIS, nhưng không phải khi gỡ lỗi F5, hãy thử tạo một ứng dụng mới trong IIS.

CÁi này đã sửa nó giúp tôi. (windows 10) Cuối cùng, tôi đã xóa ứng dụng IIS "xấu" và tạo lại một ứng dụng giống hệt có cùng tên.

Tôi nghĩ điều mà một số người đã cố gắng đạt được ở trên là nếu bạn muốn lập trình làm cho máy chủ OWIN của bạn "trở nên sống động", bạn sẽ gọi một cái gì đó như thế này:

using Microsoft.Owin.Hosting;

    IDisposable _server = WebApp.Start<StartupMethod>("http://+:5000"); 
              // Start Accepting HTTP via all interfaces on port 5000

Khi bạn thực hiện cuộc gọi này, bạn sẽ thấy lệnh gọi StartupMethod () trong trình gỡ lỗi

Tôi thấy bài viết sau đây rất hữu ích:

https://weblog.west-wind.com/posts/2015/Apr/29/Adding-minimal-OWIN-Identity-Authentication-to-an-Ex hiện-ASPNET-MPC-ứng dụng # MinimalCodeSummary

Trong trường hợp của tôi, tôi phải đặt như sau trước khi xác thực Owin hoạt động thay vì xác thực windows:

<system.web>   
    <authentication mode="None" />   
<system.web>

Điều này làm việc cho tôi:

thêm chế độ xác thực = "Không"

<system.web>
    <compilation debug="true" targetFramework="4.6.1" />
    <httpRuntime targetFramework="4.6.1" />
      <authentication mode="None" /><!--Use OWIN-->
  </system.web>

Đầu tiên thêm Lớp xác thực OWIN và sau đó bật OWIN: AutomaticAppStartup trong web.config của bạn như Bây giờ nó sẽ bắn