Hi,
I'm switching tenant, with ICurrentTenant, _currentTenant.Change(args.TenantId) and TenantId is correctly stored. But switching user with ICurrentPrincipalAccessor _currentPrincipalAccessor.Change(claims) where claims are generated like this:
public static (Guid? userId, ClaimsPrincipal claims) GetUserAsync(Guid? userId, string name, string surname, string userName, string[] roleNames)
{
var claimsList = new List<Claim>
{
new(AbpClaimTypes.UserId, userId.ToString()),
new(AbpClaimTypes.Name, name ?? "BackgroundJobUser"),
new(AbpClaimTypes.SurName, surname ?? "BackgroundJobUser"),
new(AbpClaimTypes.UserName, userName)
};
claimsList.AddRange(roleNames
.Select(_ => new Claim(AbpClaimTypes.Role, _)).ToList());
return (userId, new ClaimsPrincipal(new ClaimsIdentity(claimsList)));
}
But CreatorId still null, what am I doing wrong?
Hello, im using a AsyncBackgroundJob that need to query data from repositories and store after some operations that include generate a pdf document and send via email.
The fact is that injected repositories are returning empty data, watching the context Tenant is null and User is null:
The job is enqueued in an appservice method. If i use the repository in the appservices that enqueues the job, gets and store data correctly. But if the same IRepository type is injected in the backgroundjob doesnt get the data probably because tenant and user are null.
What is the correct way to use an AsyncBackgroundJob, that do some queries and store data via IRepository in a multitenant app?
Thank you!
Hello, i have the scenario where i want to send a message to azure service bus topic and after that set the entity as processed, wich is update a property as true. I want to do it transactional in app service method. So if database update throws exception, message should not be published in azure service bus preserving events integrity.
Wrapping in Transaction Scope throws this exception when updating in database:
I can't update because IRepository update is transactional, so message is not published in topic because is wrapped in the same transaction scope as database update, this is correct.
If I configure the module with:
making the update operation non transactional, both operations works fine, but is not the behavior i want because my database operations to be not transactional.
My question is, that if I remove transaction scope and AbpUnitOfWorkDefaultOptions transaction behavior is Enabled by default, asuming that in every appservice method begins a transactional UOW, when the update operation throws an exception, the azure client send message is publishing the message in the topic wich is wrong behavior. Both operations, send message and then update entity are in the same appservice method, same UOW, same Transaction Scope, so if an exception is thrown, a rollback of all operations should be made, and this is not the case.
I dont know what is the correct way to implement a pattern like this using Appservices UOW, and making transactional both operations, send message to service bus and update an entity via generic repository.
Thanks!
Hi,
In wich class is implemented that logic in Abp framework? I only see AddVirtualJson to AbpLocalizationOptions Resources
Thanks
Hello,
In the configuration of the DomainSharedModule with AbpLocalizationOptions, I want to know if it's possible to add key-value resources from an in-memory dictionary instead of a .json file. Our organization has an API for obtaining localization resources for each application in a key-value dictionary format. Once I've made the API call and have the dictionary in memory, I want to incorporate it into the localization resources options of the application.
Is this possible? Is there a way to implement this?
Best regards, thank you.