Starts in:
2 DAYS
14 HRS
20 MIN
46 SEC
Starts in:
2 D
14 H
20 M
46 S

Activities of "MichelZ"

We have tried with version 7.4.2 now, with the same result.

Hi,

Above stack overflow discussion is about 2 scenarios

  1. If there is no model/service then also you are trying to generate proxy
  2. If you are targeting to live API address instead of local one
  1. We do have services of course
  2. We are not targeting live API, abp generate-proxy -t ng -u http://localhost:5101 <--- Localhost!

> If these are not the case then please check

  1. Check your ABP Framework and CLI version are same or not?

CLI is .1 newer (7.4.3 vs 7.4.2)

  1. or once run npm install to install all the necessary dependencies and then try

The frontend builds fine with ng build / ng serve. Packages are all installed

yarn install v1.22.19 [1/4] Resolving packages... success Already up-to-date. Done in 0.42s.

Hello,

Have you checked this https://stackoverflow.com/questions/70278156/abp-io-angular-cannot-read-property-replace-of-undefined

Have you followed these migration guides https://docs.abp.io/en/abp/latest/Migration-Guides/Index

Please check once and let me know if found helpful.

Thanks

We have followed the migration guides. The application does work when deployed, but we have the need to generate the proxies now for added functionality, which does fail.

I'm not sure what that stackoverflow thread is trying to tell me.

I want on shutdown of the Application that hosts the Background Workers to issue a cancellation token that can somehow be used/injected as ICancellationTokenProvider,

Currently not possible.

OK, thank you

Hi, I don't think this is what I need, altough might be helpful.

Maybe I need to describe it differently what I want. I want on shutdown of the Application that hosts the Background Workers to issue a cancellation token that can somehow be used/injected as ICancellationTokenProvider, as we (currently) exclusively use the ICancellationTokenProvider to cancel work in the Repositories.

How would AddBackgroundWorkerAsync with a CancellationToken parameter work here?

Thanks

Thanks, but this is not what I'm asking (I think)

Background WORKERS already support CancellationTokens:

public abstract class HangfireBackgroundWorkerBase : BackgroundWorkerBase, IHangfireBackgroundWorker`
{
    public string RecurringJobId { get; set; }
    public string CronExpression { get; set; }
    public TimeZoneInfo TimeZone { get; set; }
    public string Queue { get; set; }
    public abstract Task DoWorkAsync(CancellationToken cancellationToken = default);
    protected HangfireBackgroundWorkerBase()
   {
        TimeZone = null;
        Queue = "default";
    }
}

But here, I have to pass the CancellationToken down to my repository methods (which I don't have to do in the normal Http project, as it uses the HttpContextCancellationTokenProvider)

My question is if I can somehow make BackgroundWorkers work the same, without adding CancellationToken overloads to the Repository methods, as my Repository methods use GetCancellationToken() to pass the token from the ICancellationTokenProvider

Thanks

OK, I don't think OpenIDDict has anything to do with the actual login... I was mislead by the migration removing the reference to Microsoft.AspNetCore.Authentication.OpenIdConnect (as it was referenced by Identity Server), so I thought it was functionality provided by Identity Server when the .AddOpenIdConnect() call was not available anymore.

I think for CORS you need to use * instead of {0}

One more question, is there an easy way to extend the Tenant class? I want to add some properties and data columns to it.

Have you looked at this? https://docs.abp.io/en/abp/latest/Module-Entity-Extensions

Yes, according to the GitHub issue this should be enough. (Also make sure you have Redis configured correctly)

No need to change anything in the background service level code.

Showing 11 to 20 of 44 entries
Made with ❤️ on ABP v9.1.0-preview. Updated on November 20, 2024, 13:06