Impossible de trouver le module 'aspnet-webpack' lors de l'utilisation de 'dotnet publier" dans .Net Core 2.0 & Angulaire

J'ai essayé de suivre les réponses à ce problème, mais en vain.. je suis en train de publier mon .Net Core 2.0 & Angulaire du projet à l'aide de la ligne de commande 'dotnet publier" j'ai réussi à publier, cependant lorsque vous essayez d'exécuter mon projet .dll dans le dossier publié, mon projet crache dans cette erreur lors de l'exécution dans un environnement de développement:

Exception Non Gérée: System.AggregateException: Une ou plusieurs erreurs se sont produites. (Webpack dev middleware a échoué en raison d'une erreur lors du chargement 'aspnet-webpack'. Erreur: Erreur: Impossible de trouver le module 'aspnet-webpack'

Lorsque vous exécutez dans la Production et la DeveloperExceptionPage (comme indiqué dans mon démarrage de windows.cs-dessous) de la .netcore application s'exécute, mais se bloque au cours de l'application web, ce qui je suppose est dû à la plus grande erreur, aspnet-webpack n'est pas trouvé:

NodeInvocationException: Uncaught (promettre): Erreur: Aucun composant de l'usine trouvé pour HomeComponent. Avez-vous l'ajouter à @NgModule.entryComponents?

De démarrage.cs

public class Startup
{
    public Startup(IConfiguration configuration)
    {
        Configuration = configuration;
    }

    public IConfiguration Configuration { get; }

    //This method gets called by the runtime. Use this method to add services to the container.
    public void ConfigureServices(IServiceCollection services)
    {
        services.AddMvc();
    }

    //This method gets called by the runtime. Use this method to configure the HTTP request pipeline.
    public void Configure(IApplicationBuilder app, IHostingEnvironment env)
    {
        if (env.IsDevelopment())
        {
            app.UseDeveloperExceptionPage();
            app.UseWebpackDevMiddleware(new WebpackDevMiddlewareOptions
            {
                HotModuleReplacement = true
            });
        }
        else
        {
            //app.UseExceptionHandler("/Home/Error");
            app.UseDeveloperExceptionPage();
        }

        app.UseStaticFiles();

        app.UseMvc(routes =>
        {
            routes.MapRoute(
                name: "default",
                template: "{controller=Home}/{action=Index}/{id?}");

            routes.MapSpaFallbackRoute(
                name: "spa-fallback",
                defaults: new { controller = "Home", action = "Index" });
        });
    }
}

Je ne suis pas à l'aide de @Angular/Cli, mais je suis en utilisant le défaut Angulaire du Projet que VS2017 (mise à jour août, je crois?) génère, qui semble être la seule à utiliser Webpack. Le problème semble être que la Production de config du projet s'attend à une référence que je ne suis pas fournir, mais je n'arrive pas à comprendre pourquoi.

Pas d'autre réponse à cette question m'ont aidé jusqu'à présent, donc je m'excuse si c'est une répétition de la question.

  • Votre déclaration "Lorsque vous exécutez dans la Production et la DeveloperExceptionPage", semble être une contradiction. Si l'environnement est mis en Production, il ne va pas utiliser le DeveloperExceptionPage. Qu'est-ce que le réglage de votre variable d'environnement "ASPNETCORE_ENVIRONMENT"? Et que fait-elle l'impression de sortir de "environnement d'Hébergement" lorsque vous exécutez "dotnet xxx.dll"?
  • Une réponse tardive, mais peut aider quelqu'un.. je pense que cela pourrait être parce que vous avez le mécanisme national de prévention package "aspnet-webpack" dans le devDependencies dans le paquet.json @ "devDependencies": { "aspnet-webpack": n.n.n } et il ne sera pas pris en considération dans votre build/publié code, mais vous essayez d'exécuter "UseWebpackDevMiddleware HotModuleReplacement" qui nécessite la dépendance. (La raison pour laquelle je suis ici c'est que j'ai eu le même message d'erreur parce que j'ai manqué d'ajouter la dépendance dans mon colis.json en faisant un "manuel de fusion" de Réagir application dans un dotnet core app. )
InformationsquelleAutor Rinktacular | 2017-10-24