Starts in:
2 DAYS
2 HRS
53 MIN
13 SEC
Starts in:
2 D
2 H
53 M
13 S

Activities of "gterdem"

Well, the problems here is; you are using web-socket for enqueing the background jobs. That means your application service endpoint is never being called. So, the hangfire integration needs to be done in the Web layer instead of the HttpApi.Host.

You can examine the PR I've sent https://github.com/kfrancis/abp-hangfire-sample/pull/1

Since the the hangfire is being hosted by the Web application, navigate to https://localhost:44391/hangfire to see the hangfire dashboard.

PS: Thank you very much for creating a repository for your problem.

We've a documentation about communication between microservices: https://docs.abp.io/en/commercial/latest/startup-templates/microservice/synchronous-interservice-communication

Essentially, you get to choose the authentication flow for this communication. Recommended way is using the client_credentials flow as in the samples. Or, you can use ResourceOwnerPassword flow where you need to define a user and the password to obtain the access token.

Answer

Prometheus should be getting data from ElasticSearch i think. Can you check if the elastic search is running fine?

This is not related to ABP and we're not expert of all the tools of DevOps, sorry.

You can check the documentation about Azure app deployment: https://docs.abp.io/en/commercial/latest/startup-templates/application/azure-deployment/azure-deployment?UI=Blazor&DB=EF&Tiered=Yes

The eShopOnAbp has helm deployment sample at: https://github.com/abpframework/eShopOnAbp/tree/main/etc/k8s/azure

The problem seems to be related to your OpenIddictDataSeeder located under the IdentityService.

Normally, you can choose either running the DbMigrator to migrate all the databases or let each database migrate themselves.

If you want to fix the issue, it seems related to the CreateApplicationAsync of the OpenIddictDataSeeder. You may have forgotten to override the OpenIddict values of IdentityService appsettings.json.

Hi, We can not provide online meeting. To solve the problem quickly, you can provide more information about when do you get this error? What is the reproduction steps?

As the looks of it, it is like you are trying to login with swagger UI and you get this error after returning from the AuthServer. If so, you need to add/override the gateway URL in the AuthServer CORS under the appsettings.

Did you try the LichArnold's solution at https://support.abp.io/QA/Questions/5638/How-to-enable-ABP-Commercial-host-tenant-mapping-feature-in-ABP-commercial-microservices-solution#answer-3a0d8f61-d8d7-8289-06cd-6c106915fe24 ?

@mahmut.gundogdu Did we have updates on v7.4 based on this issue?

You should remove that package. Here is the related migration guide: https://docs.abp.io/en/commercial/latest/migration-guides/v5_2

[20:23:22 WRN] requestId: 0HMUBBQVGSBOD:00000004, previousRequestId: no previous request id, message: Error Code: ConnectionToDownstreamServiceError Message: Error connecting to downstream service, exception: System.Net.Http.HttpRequestException: Connection refused (localhost:44367)
 ---> System.Net.Sockets.SocketException (111): Connection refused

The error indicates that the problem is related to your gateway downstream. It seems you may have forgotten to override the re-routing for the gateways.

As a reminder, the configuration @maliming shared should be under the AdministrationService module.

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