Activities of "improwise"

Yes, it'll be included in v6.0 and it'll be released very soon.

Quick question, how do we keep track of changes between versions in the ABP Commercial as I would imagine those are never available via GitHub, neither as Issues nor code? By creating a new ABP Suite project I can see that this changes seem to be included now but would like to be able to track changes more in detail. Thanks.

We completed all the configurations in the template and add a section to the documentation about iOS configuration. With the new version, SecureStorage will be used in startup templates.

Great. thanks. Is that expected to make the version 6 release then?

Hi,

I can reproduce the problem and will create an internal issue to fix it, BTW your ticket was refunded.

Thanks.

This is the last output from ABP Suite you get

Building....: (1/1)M:\Projects\ASP.NET\ABP\src\TEST\aspnet-core\src\TEST.Blazor\TEST.Blazor.csproj Executing...: dotnet build M:\Projects\ASP.NET\ABP\src\TEST\aspnet-core\src\TEST.Blazor\TEST.Blazor.csproj MSBuild version 17.3.0+92e077650 for .NET Determining projects to restore... Restored M:\Projects\ASP.NET\ABP\src\TEST\aspnet-core\src\TEST.Application.Contracts\TEST.Application.Contracts.csproj (in 1,55 sec). Restored M:\Projects\ASP.NET\ABP\src\TEST\aspnet-core\src\TEST.HttpApi.Client\TEST.HttpApi.Client.csproj (in 2,1 sec). Restored M:\Projects\ASP.NET\ABP\src\TEST\aspnet-core\src\TEST.Blazor\TEST.Blazor.csproj (in 7,44 sec). 1 of 4 projects are up-to-date for restore. TEST.Domain.Shared -> M:\Projects\ASP.NET\ABP\src\TEST\aspnet-core\src\TEST.Domain.Shared\bin\Debug\netstandard2.0\TEST.Domain.Shared.dll TEST.Application.Contracts -> M:\Projects\ASP.NET\ABP\src\TEST\aspnet-core\src\TEST.Application.Contracts\bin\Debug\netstandard2.0\TEST.Application.Contracts.dll TEST.HttpApi.Client -> M:\Projects\ASP.NET\ABP\src\TEST\aspnet-core\src\TEST.HttpApi.Client\bin\Debug\netstandard2.0\TEST.HttpApi.Client.dll TEST.Blazor -> M:\Projects\ASP.NET\ABP\src\TEST\aspnet-core\src\TEST.Blazor\bin\Debug\net6.0\TEST.Blazor.dll TEST.Blazor (Blazor output) -> M:\Projects\ASP.NET\ABP\src\TEST\aspnet-core\src\TEST.Blazor\bin\Debug\net6.0\wwwroot

Build succeeded. 0 Warning(s) 0 Error(s)

Time Elapsed 00:00:13.07

Hi,

When you create a new project, the ABP suite will build the project, try to restore libs, and create initial migration files. so yes, it will lock the file and take a while(not long)

You need to wait until these steps are finished, then you can open the solution in VS2022 and do anything.

Yes I know, but in this case that never seems to happen. Have not experienced similar problems with previous versions of ABP Suite before version 6 RC3/4,

Hi,

Could you share the steps to reproduce? thanks.

Hi,

Basically just create a new solution in ABP Suite (Blazor WASM with MAUI mobile in our case), let it complete, then open the solution in VS2022 (both Preview and not Preview) and then try to build it there. You will get a lot of build errors because files are in use. Kill ABP Suite and rebuild and it all works. We have seen this multiple times when we have done some trial and error for other reasons and also with RC3. Maybe RC2 as well but don't remember.

Edit:

No errors from ABP Suite either, and the generated code seems to work fine, when files are not locked anymore.

Hi @improwise

As mentioned in article, Secure Storage requires platform-specific configuration. Preferences usage is for development purposes. You should replace it for production.

Even so that should probably be highlighted more than it is today, as I would assume that most people would assume that generated code is "best in class" and being ready for production (as ready as anything MAUI can be).

Just noticed that it was your community post I linked to :)

Add support for MAUI Blazor (BlazorWebView) in the ABP Suite Mobile Application (don't remember exactly what it is called). MAUI is supported but only as XAML. As I understand it, authentication is supposed to be handled in the XAML even when using mainly Blazor, so the changes needed would probably be quite small.

Authentication in Blazor Hybrid apps is handled by native platform libraries, as they offer enhanced security guarantees that the browser sandbox can't offer. Authentication of native apps uses an OS-specific mechanism or via a federated protocol, such as OpenID Connect (OIDC). Follow the guidance for the identity provider that you've selected for the app and then further integrate identity with Blazor using the guidance in this article.

https://docs.microsoft.com/en-us/aspnet/core/blazor/hybrid/security/?view=aspnetcore-6.0&pivots=maui

Perhaps a better alternative could be to switch to MAUI Blazor project type instead of a plain MAUI one, since the former support Xaml AND Blazor, while the normal MAUI only supports Xaml and requires quite a bit a configuring to get Blazor working.

Since ABP is primarilly a web framework, it would seem reasonable that anyone using ABP is more likely to use Blazor than XAML, as anyone interested in writing native apps only probably would not be using ABP at all.

Hi, you probably tried to update ABP Suite without all related packages being released. Can you try again?

What is the ABP Suite to be used with RC4?

You can update the ABP Suite to RC.4. Your CLI version and ABP Suite version should be the same.

Hi,

Yes, it seems to be working now so I guess it was a configuration error on the "server side". Thanks.

I guess that normally there would not be a new version available to update to without all the needed packages also being available and released?

Add support for MAUI Blazor (BlazorWebView) in the ABP Suite Mobile Application (don't remember exactly what it is called). MAUI is supported but only as XAML. As I understand it, authentication is supposed to be handled in the XAML even when using mainly Blazor, so the changes needed would probably be quite small.

Authentication in Blazor Hybrid apps is handled by native platform libraries, as they offer enhanced security guarantees that the browser sandbox can't offer. Authentication of native apps uses an OS-specific mechanism or via a federated protocol, such as OpenID Connect (OIDC). Follow the guidance for the identity provider that you've selected for the app and then further integrate identity with Blazor using the guidance in this article.

https://docs.microsoft.com/en-us/aspnet/core/blazor/hybrid/security/?view=aspnetcore-6.0&pivots=maui