berkansasmaz的活动

Can you please clarify what this means "To not have problem in your migration, don't include this mapping in the unified migration." If I create the "dublicate" entity into module A. I have to have entity configuration to map the entity into the same table. How would I then exclude the configuration from migration creation?

Actually, if you have done "Map this entity (AB2) to the same database table with B2" correctly, you should not have any problems.

Because it was already created by module B in that entity database. When you create a new entity with the same name in module A and configure it similarly, you will see that it is not included in the unified migration.

If it is included in the unified migration, there may be two different tables in your database doing the same job, in this case it is useful to check as it is not wanted.

You can also look here for an example.

This is a bug, we will fix it. by the way, ticket refunded : )

For now, can you try again after creating the following class under the **.Web/Pages/Account/Components/ProfileManagementGroup/PersonalInfo folders:

    [Dependency(ReplaceServices = true)]
    [ExposeServices(typeof(ConfirmPhoneNumberModalModel))]
    public class MyConfirmPhoneNumberModalModel : ConfirmPhoneNumberModalModel
    {
        private readonly IAccountAppService _accountAppService;
        
        public MyConfirmPhoneNumberModalModel(IAccountAppService accountAppService) : base(accountAppService)
        {
            _accountAppService = accountAppService;
        }

        public override async Task OnPostAsync()
        {
            await _accountAppService.ConfirmPhoneNumberAsync(new ConfirmPhoneNumberInput
            {
                UserId = CurrentUser.GetId(),
                Token = PhoneConfirmationToken
            });
        }
    }

Note: Folders are just for keeping order :)

Please let me know if it works in your case.

It is something like "How to join tables in a microservice system where each service has its own database".

Problem is similar because we've designed each module so that they can be deployed as a independent microservice if needed.

Isn't there any solution?

Performing a join assumes that both module tables will always be in the same database. With this assumption;

  • You have two modules: A & B.
  • A has entities like A1, A2, A3... and B has entities like B1, B2, B3.
  • You want to Join with A1 & B2 entities inside the A module's source code.

Problem: That's not possible because they are in different DbContexts. Solution:

  • Create a similar entity (AB2) to B2 in the A module (you can directly copy or create a similar entitiy with the only properties required for module A).
  • Map this entity (AB2) to the same database table with B2.
  • To not have problem in your migration, don't include this mapping in the unified migration.

You can find more information about the implementation here

If this answer does not help or is not sufficient to solve your question, please reply to me.

Hi,

I need the following information to better answer your question:

  • Your ABP Framework version.
  • Your User Interface type (Angular/MVC etc.)

You can find why the problem occurs and the solution here.

So I am closing this ticket. You can re-open and add comment if you want.

You can find why the problem occurs and the solution here.

So I am closing this ticket. You can re-open and add comment if you want.

I created an issue: https://github.com/abpframework/abp/issues/8019

Thanks a lot for your great explanations. I created an issue: https://github.com/abpframework/abp/issues/8019

显示 318 个条目中的 311 到 318 个.
Made with ❤️ on ABP v8.2.0-preview Updated on 三月 25, 2024, 15:11