Open Menghua1 opened 2 months ago
Fix out Revert "containerapp: Wait for revision to be ready" #3901 cc @weikanglim
@DamianEdwards can confirm but StandaloneDashboard seems like a program that downloads nuget info and exits, so the container exits as expected. It is not an app host project. I'm guessing we should test this differently if needed...
The actual logs that include a clean exit:
2024-05-13T23:57:43.886796601Z info: ConsoleApp.NuGetDownloader[0]
2024-05-13T23:57:43.886799717Z Package: Microsoft.Win32.SystemEvents - Provides access to Windows system event notifications.
2024-05-13T23:57:43.886802773Z
2024-05-13T23:57:43.886805799Z Commonly Used Types:
2024-05-13T23:57:43.886808854Z Microsoft.Win32.SystemEvents (1263315545 downloads)
2024-05-13T23:57:43.886811860Z info: ConsoleApp.NuGetDownloader[0]
2024-05-13T23:57:43.886814936Z Package: Serilog - Simple .NET logging with fully-structured events (1167173284 downloads)
2024-05-13T23:57:43.886817941Z info: ConsoleApp.NuGetDownloader[0]
2024-05-13T23:57:43.886820957Z Package: Azure.Core - This is the implementation of the Azure Client Pipeline (1161959913 downloads)
2024-05-13T23:57:43.886823952Z info: ConsoleApp.NuGetDownloader[0]
2024-05-13T23:57:43.886828150Z Package: Microsoft.EntityFrameworkCore - Entity Framework Core is a modern object-database mapper for .NET. It supports LINQ queries, change tracking, updates, and schema migrations. EF Core works with SQL Server, Azure SQL Database, SQLite, Azure Cosmos DB, MySQL, PostgreSQL, and other databases through a provider plugin API.
2024-05-13T23:57:43.886831206Z
2024-05-13T23:57:43.886834212Z Commonly Used Types:
2024-05-13T23:57:43.886837237Z Microsoft.EntityFrameworkCore.DbContext
2024-05-13T23:57:43.886840343Z Microsoft.EntityFrameworkCore.DbSet (1059874119 downloads)
2024-05-13T23:57:43.887250223Z info: Microsoft.Hosting.Lifetime[0]
2024-05-13T23:57:43.887263337Z Application is shutting down...
Yes this sample doesn't even include an App Host project as it's intended to show using the Aspire Dashboard completely standalone. The console app is just for easy of illustrating how OTel data can be sent to a dashboard instance when run standalone. There's no point trying to deploy this sample via azd.
In the latest round of testing, the issue no longer exists.
Describe the issue: Run the
More error information on the azure portal is as follows:
![image](https://github.com/dotnet/aspire-samples/assets/111940661/28680b6a-b377-42a9-866d-e79bf41d008a)
azd up
command failed and the error message is as follows:Repro Steps:
samples/StandaloneDashboard
.azd init
.azd up
.Environment:
azd version 1.10.0-beta.1-daily.3780018 (commit bb526cbd20cfbd9d2ebadc2e34f1058e8595ff4f)
8.0.0-preview.7.24251.11
Expected behavior:
azd up
command can be executed successfully.@rajeshkamal5050, @vhvb1989 for notification.