Brak klasy startowej OWIN

Otrzymuję ten błąd, ponieważ mój projekt nie może znaleźć odwołania do OWINklasy startowej. Zainstalowałem nawet wszystkie pakiety referencyjne OWIN przez Nuget, wciąż otrzymując ten sam problem. Używam Visual Studio 2012i MVC4.

Podczas próby załadowania aplikacji wystąpiły następujące błędy.

• Nie znaleziono zestawu zawierającego OwinStartupAttribute.
• Nie znaleziono zestawu zawierającego Startup lub [AssemblyName] .Startup klasa. Aby wyłączyć wykrywanie uruchamiania OWIN, dodaj appSetting owin: AutomaticAppStartup z wartością „false” w pliku web.config. Aby określić zestaw startowy, klasę lub metodę uruchamiania OWIN, dodaj appSetting owin: AppStartup z pełną nazwą klasy uruchamiania lub metodą konfiguracji w pliku web.config.

Stwórz jedną klasę o nazwie Startup, która pomoże ci ...

public class Startup
{
   public void Configuration(IAppBuilder app)
   {
      app.MapSignalR();
   }
}

W naszym projekcie nie potrzebowaliśmy funkcji OWIN, więc usunęliśmy wszystkie odwołania do owin z początkowego projektu szablonu ASP.NET MVC. Problem wystąpił po usunięciu klasy startowej OWIN.

Problem polegał na tym, że dll owin był w moim folderze bin. Kiedy je usunąłem, problem został rozwiązany. Powinieneś je usunąć, usuwając folder bin. Czyste rozwiązanie nie usuwa tych bibliotek DLL.

Jakoś usługi IIS nadal wykonują biblioteki DLL OWIN, gdy znajdują się w folderze bin.

W Visual Studio 2013 RC2 jest do tego szablon. Po prostu dodaj go do folderu App_Start.

Szablon tworzy taką klasę:

using System;
using System.Threading.Tasks;
using Microsoft.Owin;
using Owin;

[assembly: OwinStartup(typeof(WebApiOsp.App_Start.Startup))]

namespace WebApiOsp.App_Start
{
    public class Startup
    {
        public void Configuration(IAppBuilder app)
        {
            // For more information on how to configure your application, visit http://go.microsoft.com/fwlink/?LinkID=316888
        }
    }
}

Jeśli nie chcesz używać uruchamiania OWIN, powinieneś dodać to do pliku web.config :

W obszarze AppSettings dodaj następujący wiersz:

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

Tak powinno to wyglądać w pliku web.config:

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

Poszukaj Startup.cspliku, być może brakuje jednego z nich. Ten plik jest punktem wejścia dla OWIN, więc wygląda na to, że go brakuje. Spójrz OWIN Startup classtutaj, aby zrozumieć, co się dzieje.

Jak określa błąd, możesz to wyłączyć w pliku web.config, wykonując następujące czynności ...

Aby wyłączyć wykrywanie uruchamiania OWIN, dodaj appSetting owin: AutomaticAppStartup z wartością „false” w pliku web.config

Najpierw musisz utworzyć plik startowy, a następnie musisz określić ustawienia regionalne tego pliku w pliku web.config, wewnątrz tagu appSettings w tym wierszu:

<add key="owin:AppStartup" value="[NameSpace].Startup"/>

To rozwiązało mój problem.

Miałem ten problem, rozumiem, że to nie było złe w przypadku OP, ale w moim przypadku miałem klasę startową, po prostu domyślnie jej nie znajdowałem.

Moim problemem było to, że miałem spacje w nazwie zestawu, a zatem domyślna przestrzeń nazw była inna niż nazwa zestawu, stąd przestrzeń nazw dla klasy startowej była inna niż nazwa zestawu.

Jak sugeruje błąd, zgodnie z konwencją szuka on [Nazwa zestawu]. Uruchomienie dla klasy ... więc upewnij się, że przestrzeń nazw dla twojej klasy startowej jest taka sama jak nazwa zestawu. Naprawiono problem dla mnie.

Wypróbowałem tutaj większość zalecanych poprawek i nadal nie mogłem uniknąć komunikatu o błędzie. W końcu wykonałem kombinację kilku zalecanych rozwiązań:

1. Dodano ten wpis na górze AppSettingssekcji mojego pliku web.config :

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

2. Rozwiń węzeł Referencje w moim projekcie i usunąłem wszystko, co zawierało ciąg OWIN. (Czułem się bezpiecznie, ponieważ moja organizacja nie jest (i nie będzie) aktywnym dostawcą OWIN w przyszłości)

Następnie kliknąłem Runi strona główna została załadowana od razu.

W moim przypadku zmieniłem nazwę projektu i zmieniłem jego strukturę folderów. Odkryłem, że aktualizacja RootNameSpace i AssemblyName w pliku .csproj, w którym zgłaszany był błąd, rozwiązała błąd. Jeśli zmodyfikowałeś ścieżki swojego projektu, polecam to również sprawdzić.

<RootNamespace>Company.Product.WebAPI</RootNamespace>
<AssemblyName>Company.Product.WebAPI</AssemblyName>

Mój przypadek? Miałem plik startowy, ale jest wykluczony w projekcie. Właśnie to załączyłem i błąd został.

Można to spotkać również w programie Visual Studio 2015, gdy używasz usługi Azure AD z projektem MVC. Tutaj tworzy plik startowy jako Startup.Auth.cs w folderze App_Start, ale brakuje go

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

Dodaj go i powinieneś już iść. Dzieje się to przed rozpoczęciem przestrzeni nazw.

Możliwe jest również uzyskanie tego wyjątku (nawet jeśli masz poprawnie skonfigurowaną klasę startową), jeśli działa za pośrednictwem IIS Express, a katalog wirtualny nie jest poprawnie skonfigurowany.

Kiedy napotkałem ten problem, rozwiązaniem było po prostu naciśnięcie przycisku „Utwórz katalog wirtualny” na karcie „Internet” właściwości projektu (Korzystanie z programu Visual Studio 2013)

Czy naprawdę próbujesz dodać OWIN do swojego projektu, czy jest to coś nieoczekiwanego?

1. W przypadku, gdy chcesz dodać OWIN, możesz dodać klasę startową.

2. W przypadku , gdy nie potrzebujesz żadnego odniesienia do Owin :

   usuń Owin.dll z folderu / bin .

   Owin.dll to ten, który próbuje zidentyfikować klasę uruchamiania.

Chociaż nie potrafię w pełni wyjaśnić, dlaczego to rozwiązało problem, napotkałem taki problem po zmianie projektu interfejsu API na kompilację na osobne \debugi \releasefoldery. Po przywróceniu tej zmiany z powrotem do kompilacji do jednego \binfolderu wszystko zaczęło działać.

Zapisałem tutaj swoje doświadczenie: Nie mogę uruchomić klasy OWIN Startup w IIS Express po zmianie nazwy pliku projektu ASP.NET

Natknąłem się na ten problem po eksperymentach z SignalR, a następnie usunięciu go z projektu. Aby rozwiązać ten problem, musiałem usunąć zawartość folderu bin dla witryny na zdalnym serwerze, a następnie opublikować ponownie.

Po prostu sprawdź, czy packages.configplik jest zaewidencjonowany (po wykluczeniu w eksploratorze pojawi się czerwony symbol braku wpisu). Z jakiegoś dziwnego powodu mój został wykluczony i spowodował ten problem.

Wciąż pojawiał się ten sam błąd, kiedy zaczynałem projekt przy użyciu pulpitu nawigacyjnego łącza przeglądarki w VS2013. Ale kiedy uruchomię mój projekt w trybie debugowania, zadziała. Nie mogłem zrozumieć, dlaczego i jak uruchomić Dashboard Link Dashboard. Sprawdziłem plik startowy, wszystko było w porządku, dodałem linię appSetting zgodnie z opisem w niektórych odpowiedziach „”, ale nic nie działało.

Najwyraźniej popełniłem błąd, klikając link NIEWŁAŚCIWY na pulpicie nawigacyjnym przeglądarki. Wszystkie łącza do projektów rozwiązań są wyświetlane w pulpicie nawigacyjnym przeglądarki, ale działa tylko łącze do projektów uruchamiania. Musisz kliknąć link projektu startowego.

Przykład: Mam 2 projekty, oba pokazane w pulpicie nawigacyjnym przeglądarki, ale tylko ten oznaczony jako projekt startowy będzie działał (pokazuje się jako pogrubiony w Eksploratorze rozwiązań). Pomyślałem, że może to pomóc komuś zrobić to, co oczywiste, kosztuje mnie 2 dni, aby natknąć się na oczywiste.

Miałem ten problem, gdy otrzymałem najnowszą wersję TFS, podczas gdy inne projekty były otwarte w wielu instancjach VS. Mam już wszystkie poprawki powyżej. Ponowne otwarcie VS naprawiło problem.

W moim przypadku zalogowałem się na serwerze ftp. Wykonano kopię zapasową bieżących plików na serwerze ftp. Usuń wszystkie pliki ręcznie z serwera ftp. Czyste rozwiązanie, ponownie wdrożono kod. Zadziałało.