Ends in:
0 DAY
22 HRS
35 MIN
44 SEC
Ends in:
0 D
22 H
35 M
44 S

Activities of "rcalv002"

We don't want a user to login, as our addon will run for many users and all of the communication that addon initiates with the abp backend, should be for the same tenant (but not specific to the user). Our addon will be used by many tenants in the same environment, the tenant's configuration details would be saved in the db the addon connects to (separate from abp) and retrieved on addon startup to make api calls to abp backend using the dynamic proxy application services. Could you help us with a poc for this?

hi

Both Dynamic C# API Client Proxies and Static C# API Client Proxies can be used.

https://abp.io/support/questions/1727/How-to-build-winform-application-client-for-Dynamic-C-API-Client-Proxies

@mali, I think the question focuses most on the appropriate way to use the same and ensure the client is communicating with the correct tenant.

the service is one saas, and each customer will receive the client application, they will have to plug in some configuration values like the application id/ secret etc. And how to make sure their client only communicates with their tenant data?

as you can see our module solution comes from the previous abp design of modules where there were the **src **projects and the several **host **projects in the module solution. to completely develop and test the module we use the host solution as we would an "application" solution. therefore the module and host have the dependencies we plan to use once we integrate our module into any other app solution. for example this module can be integrated to 3 4 5 other app solutions (at least that was the idea with modules right?)

I see in the latest version of solutions generated now by abp studio (since we can no longer generate anything in suite), creation of module doesnt have any host project and its just library projects for app project, but that means usability amongst other app projects is out of the question?

Either way, if you're saying from now on our module projects cannot use already implemented modules from abp, then how do we code functionality in our modules that consumes that? for example the module provides all of the functionality related to docusign, like the app services that are exposed, events that are triggered and jobs that are handled, not the application project the application solution will bring in other modules that provide their respective functionality like this..

Could you provide a process or flow of how we should develop these modules to make sure they don't clash?

Also, could you provide a process flow for how you found the root problem in this ticket? It will help us with our troubleshooting before opening tickets in the future.

I added this and i can see entry in debug log during project startup regarding hangfire. two questions

  1. After adding this, project just hangs on start up and then stops. This appears in the log
Hangfire.SqlServer.SqlServerObjectsInstaller: Information: Hangfire SQL objects installed.
Hangfire.BackgroundJobServer: Information: Starting Hangfire Server using job storage: 'SQL Server: (LocalDb)\MSSQLLocalDB@Cloudapps'
Hangfire.BackgroundJobServer: Information: Using the following options for SQL Server job storage: Queue poll interval: 00:00:00.
Hangfire.BackgroundJobServer: Information: Using the following options for Hangfire Server:
    Worker count: 20
    Listening queues: 'docusignsignatures', 'default'
    Shutdown timeout: 00:00:15
    Schedule polling interval: 00:00:15
  1. I've never had to add this before in any project, is this a new requirement? is it documented?

I reshared projects with you

Mailed you

So not supported in the page then?

Thanks for your response, is this something wrong on my side or in component?

Hello,

Perhaps I'm using this incorrectly. I have mailed you the project.

Load it up, log in, go to the page /Index2 and refresh.

Okay,

The Template issue is resolved by adding the Microsoft package, per this documentation https://docs.abp.io/en/abp/latest/Virtual-File-System#embedding-the-files the section that says the system might malfunction if the project contains special characters, which i guess includes '.'

embedding a file in the project/assembly may cause problems if a file name contains some special chars. To overcome this limitation;

Add Microsoft.Extensions.FileProviders.Embedded NuGet package to the project that contains the embedded resource(s).
Add <GenerateEmbeddedFilesManifest>true</GenerateEmbeddedFilesManifest> into the <PropertyGroup>...</PropertyGroup> section of your .csproj file.

The bundle issue seems a bug on application type solution importing the bundle from module, I guess it will be patched in figure version. Thanks

Showing 1 to 10 of 63 entries
Made with ❤️ on ABP v9.1.0-preview. Updated on December 05, 2024, 12:19