We have tried with version 7.4.2 now, with the same result.
Hi,
Above stack overflow discussion is about 2 scenarios
- If there is no model/service then also you are trying to generate proxy
- If you are targeting to live API address instead of local one
> If these are not the case then please check
- Check your ABP Framework and CLI version are same or not?
CLI is .1 newer (7.4.3 vs 7.4.2)
- 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.