Activities of "improwise"

ABP Suite still generates faulty code for Blazor Server, I guess one of the templates are wrong. If it is possible to change this even before the release of 5.0, please tell as it breaks migrations etc currently from ABP Suite 5.0 RC 1.

For created and update, await is missing, like

    private async Task CreateCompanyTypeAsync()
    {
        try
        {
            if (NewCompanyTypeValidations?.ValidateAll() == false)
            {
                return;
            }

            await CompanyTypesAppService.CreateAsync(NewCompanyType);
            await GetCompanyTypesAsync();
            CreateCompanyTypeModal.Hide();
        }
        catch (Exception ex)
        {
            await HandleErrorAsync(ex);
        }
    }

Should be if (await (NewCompanyTypeValidations?.ValidateAll()) == false) to compile.

Can we change a template or something to make this work until fixed?

Edit:

Seems like it is this template that needs to be modified as above Frontend.Blazor.Page.Item.razor_cs.txt

C:\Users\XXXX> abp suite install [13:08:29 INF] ABP CLI (https://abp.io) [13:08:29 INF] Version 5.0.0-rc.1 (Prerelease) [13:08:29 INF] Installing ABP Suite latest version... Failed to create shell shim for tool 'volo.abp.suite': Command 'abp-suite' conflicts with an existing command from another tool. Tool 'volo.abp.suite' failed to install. [13:08:33 INF] You can also run the following command to install ABP Suite. [13:08:33 INF] dotnet tool install -g Volo.Abp.Suite --add-source https://nuget.abp.io/<your-private-key>/v3/index.json

This seem to be related to the previous "abp suite uninstall" command not working properly and leaving files behind. See https://support.abp.io/QA/Questions/587/ABP-Suite-Issues

C:\Users\XXXX> abp suite install [13:08:29 INF] ABP CLI (https://abp.io) [13:08:29 INF] Version 5.0.0-rc.1 (Prerelease) [13:08:29 INF] Installing ABP Suite latest version... Failed to create shell shim for tool 'volo.abp.suite': Command 'abp-suite' conflicts with an existing command from another tool. Tool 'volo.abp.suite' failed to install. [13:08:33 INF] You can also run the following command to install ABP Suite. [13:08:33 INF] dotnet tool install -g Volo.Abp.Suite --add-source https://nuget.abp.io/<your-private-key>/v3/index.json

Haven't tried this in WASM but at least for server side Blazor, those instructions are not valid any more, as the DevExpress.Blazor package now seems to add a Startup.DevExpress.cs file containing this so probably not needed to add it manually. Also don't forgett about the @using DevExpress.Blazor which can be easy to miss but seems you have already done that.

//------------------------------------------------------------------------------ //<auto-generated> // Generated by the DevExpress.Blazor package. // To prevent this operation, add the DxExtendStartupHost property to the project and set this property to False. // // MIBS.Blazor.csproj: // // <Project Sdk="Microsoft.NET.Sdk.Web"> // <PropertyGroup> // <TargetFramework>net5.0</TargetFramework> // <DxExtendStartupHost>False</DxExtendStartupHost> // </PropertyGroup> //</auto-generated> //------------------------------------------------------------------------------ using System; using Microsoft.Extensions.DependencyInjection; using Microsoft.AspNetCore.Hosting;

[assembly: HostingStartup(typeof(MIBS.Blazor.DevExpressHostingStartup))]

namespace MIBS.Blazor { public partial class DevExpressHostingStartup : IHostingStartup { void IHostingStartup.Configure(IWebHostBuilder builder) { builder.ConfigureServices((serviceCollection) => { serviceCollection.AddDevExpressBlazor(); }); } } }

Please get back with if this works or if you have found some other solution as we are also considering using DevExpress Blazor in a new project instead of Blazorise.

Edit:

Seems like things might be a bit different in the WASM world and that the startup.devexpress.cs isn't created by the package installer there.

yes !!! its working now
pff lost more then 1 week of developing due to this bug :-(

Glad you got it working, we also lost a lot of time on this and had to figure out ourselves how to find a workaround. Not optimal that a commercial product has to rely on customer helping out each other to get things working. It has us considering our options going forward as we are not really happy with how things have turned out recently and we are somewhat worried where things are heading in the future based on this. Let's hope that it is because of all attention being on the 5.0 release and that release is stellar...

created a solution based on 4.4.3, after removing and re-installing CLI with version 4.4.3 again.

abp new test_6 -t app-pro -u blazor-server -csf --output-folder C:\Projects\test_6 --mobile none

but still the same problem

what i noticed is that CLI still uses 'using cached template: app-pro, version 4.4.4'

can this be the reason ? how can the cached template be reset/removed ?

You need to specify the -v 4.4.3 option as ABP will always use latest version of packages regardless of CLI version if not. At least that is what we had to do after having figured out ourselves how to produce working ABP Commercial solutions since 4.4.4 was released. You can then add that to ABP Suite manually and CRUD generation etc. seem to work somewhat ok.

I no longer have problems with CLI 5.0.0-rc1, nuget and npms, but I'm on Blazor Server + EfCore Sql Server with VS 2022 17.0.1 since solution is based on .net 6.0

My steps:

1. uninstalled abp e cli (4.4.4 main workstation and 5.0.0-beta3 notebook),
2. install stable (4.4.4)
3. update to pre-release (5.0.0-rc1)

Can confirm that RC1 seem to work better in this regard. Other problems though but that is to be expected on a RC version. The stable version on the other hand should not have these problems and we can't use none stable versions in a real world application. We have given up on ABP 4.4.4 for now as it seems unfixable. Let's hope there is lots of improvement in 5.0 when release...

I have the same problem also !!!!

Is there already a solution for this problem ? this getting really annoying and time consuming.

I always start from a new solution created from abp suite.
I tried already several versions 4.4.3 , 4.4.4 , aswel visual studio 2019 and 2022

Today i also tried version 5.0.0-RC1 (visual studio 2022)

I run the blazor projects as well in chrome, safari, microsoft edge...

Tried it on 3 different laptops. On 2 laptops i have local admin rights (but the pc is moderated by my customer/company), On my personal laptop , i have all rights. But doesn't seem to make any difference.

I can always build / run complete solution. Also the initial database migration works with DBMigration

And I always get the same error

Important info : the same solution/project runs without any problem for my fellow developer (located in Pakistan, i'm lcoated in europe)

I'm really stuck and i lost already a week finding a solution ....

We moved from the asp.net zero framework to abp.commercial for the blazor support, but I'm getting the feeling that this what not a good move !!!!

Please help

It seems like everyone is able to reproduce this problem with the exception of ABP Support...

The solution, or rather workaround, it to create a solution based on 4.4.3 until ABP fixes this problem. Please note that this requires using the CLI as mentioned elsewhere as ABP will always use latest packages regardless of version it seems.

Please have your Pakestanian friend try a clean and rebuild in VS2022 and let us know if it still works for him/her. Also, can he compile the solution in VS2019?

I've read the thread and couldn't find the message that successfuly reproduced the issue. @EngincanV stated that he could successfully created an entity without any problem.

Then, I could successfully generate CRUD pages for my Book entity.

Again detailed reproduce steps is always helpful for the solution.

Yes, I reproduced this problem using VS 2022. But there is not any problem, when using dotnet run command or using other IDE such as Rider. There could be a problem in VS 2022, we will investigate this, thanks.

The problem here is that the solutions produced by ABP Suite 4.4.4 won't build in VS2019 and won't run in VS2022. And based on what is written here in the support forum, several customers are experiencing the same problem(s). All the information needed to reproduce this problem is already available in the forum and we have already sent you a SLN produced by ABP Suite that shows the problem.

We seem to be stuck in a discussion if the problem(s) exist(s) or not and not moving closer to a solution to them...

Edit: I see that a 5.0 RC1 just got released which is reported to work with VS2022, hopefully those fixes will transition to the 4.4 branch as well.

Pls ensure that your ABP version and your project version is the same! Because we couldn't reproduce the issue.

Note that detailed reproduce steps is always helpful for the solution.

Note sure what you could not reproduce as you colleague said above that he/she could reproduce it and several other customers have confirmed having the same problems as us with 4.4.4?

We have already downgraded everything to 4.4.3 ourselves currently which is working fine.