Activities of "berkansasmaz"

Hello,

In order to better answer your question, I will ask you which template your application uses and if there is a ConfigureAuthentication method in the module class of the host project of your application, I will ask you to send it to its content.

The problem seems to be related to redirectUri, but I am not completely sure, I am forwarding other answers below that I think may be related to the subject, you can look here:

• https://abp.io/support/questions/6712/OpendIdConnect-Configuration-with-multitenant-url#answer-3a10dcb3-cabf-fa0e-c374-f50c76e013b8
• https://abp.io/support/questions/6712/OpendIdConnect-Configuration-with-multitenant-url#answer-3a10ddcb-e5a3-5b16-673d-6e0360262643

Great, I'm glad it worked out.

Happy coding 👋

Hi Berkan, I think you got support from AI while answering my question :) no problem but I find the answer wrong. MySmsSender class is just like EfCoreProductRepository and should not be in domain or application layer. What I asked was can we host it in .HttpApi project, until now we have always progressed by making a separate project. For example BookStore.Integration. I was just wondering if there could be other alternatives before starting my new project. I will continue to host such classes in a new project (module). Thanks anyway.

Yes, I used AI, but if you give AI your question, you will see that you will get very different answers. I explained to AI my thoughts on the subject and asked him to help me create a text that was more descriptive and clean than my views. In short, the thoughts in my answer are my own thoughts but it was the AI that made the wording more descriptive.

As a result, it is obvious that this decision should be made according to your domain, if you think that designing it as a separate integration package will be better for your project in the future, you can proceed in that way.

Hello,

We have updated the microservice template, and you can download the latest microservice solution using the newest version of ABP Studio.

In this updated solution, as you mentioned, AuditLogging has been positioned as a separate service. You will find concrete code examples demonstrating how this has been implemented, which you can use as a reference to apply the same approach to your own solution.

If you encounter any issues or have any questions, feel free to reach out. We’re happy to assist you!

Can you execute abp logout and abp login again in the terminal?

If the problem persists, it would be great if you could send the log of your application and the output of the abp login-info command.

Where Should You Implement ISmsSender?

When deciding where to place your ISmsSender implementation, it’s essential to consider the role of your application layer and domain layer. In Domain-Driven Design (DDD), we typically categorize domain logic into two types:

1. Core Domain: Business rules that are fundamental and shared across all applications.
2. Application Domain: Application-specific logic that varies based on the type of client (e.g., web, mobile, third-party API).

How This Applies to Your Scenario?

Let’s say you have a Web Application, and in the future, you plan to build:

• A Mobile Application with a simplified user experience that doesn’t require all the same functionalities as the web.
• A Third-Party API where authorization might be handled differently.

In such cases:

• Each of these would have its own Application layer, because their use cases and workflows differ.
• However, if a feature (e.g., sending SMS) is universal across all applications, it should belong to the Core Domain (Domain Layer).
• If the implementation is specific to the Web application (e.g., sending SMS only for web users), then it belongs in the Application layer of that specific project.

Where Should You Implement ISmsSender?

• If SMS sending is a fundamental part of your business logic and will be used across multiple applications, place it in the Domain Layer.
• If SMS sending is specific to your current Web Application, and it may have different implementations for mobile or third-party APIs in the future, place it in the Application Layer of your Web project.

This approach helps reduce code duplication and keeps your architecture scalable and maintainable.

Hello, our relevant team member will respond to you as soon as possible.

Hello,

The issue occurs because the authentication process relies on cookies, and browsers enforce stricter rules for cross-origin cookies, especially when using HTTP.

To resolve this issue, you have two options:

1-) Use HTTPS (Recommended)

This is the best and most secure solution. Switching your application to HTTPS will ensure that authentication cookies are properly sent between your authentication server and WebAssembly client.

2-) Modify Cookie Settings (Less Secure Alternative)

If you must use HTTP, you need to adjust the cookie settings to allow cross-origin authentication. You can find detailed guidance here: https://learn.microsoft.com/en-us/aspnet/core/security/samesite?view=aspnetcore-9.0

Hello, our relevant team member will respond to you as soon as possible.

I would like to examine it in more detail. If it is appropriate, you can send your sample application to support@abp.io with a text like below:

Please forward my mail to Berkan Sasmaz regarding ticket #8704.