Hi, do you have any specific configuration in your web.config
file that causes this problem? (Also, please check: https://abp.io/docs/latest/solution-templates/layered-web-application/deployment/deployment-iis?UI=NG&DB=EF&Tiered=No#rewrite-for-getenvconfig)
[rexhxiao] said: Yes, in earlier versions, the downloaded project included other source code I needed. However, in the latest version of the Angular project I downloaded, those source files are missing.
Hi, you can use the abp add-package @volosoft/ngx-lepton-x --with-source-code
command to add the package with the source code.
[brauerj@gc.adventist.org] said: I would be curious to know the reasoning behind the function call approach (vs filter object). I would think the templates should be designed to more EASILY allow direct editing rather than more obfuscation and forcing us to always depend on ABP Suite.
Hi, I completely understand your perspective on preferring a more direct editing approach rather than working through multiple function calls, which can feel like a form of "obfuscation." Your concern about potential reliance on ABP Suite is also valid, and I actually agree with you on that point.
When we started developing ABP Suite, one of our main goals was to provide an editable template system, allowing developers to easily customize the templates they work with. We do currently support that capability. However, with the addition of new template types (such as custom code, file upload, master-child, etc.), the growing number of templates can indeed make it challenging to locate and update the right one efficiently.
I'll go ahead and create an internal issue for this, and we’ll evaluate how we can improve the customization experience in upcoming versions.
Thanks for your feedback.
[user5.abpio] said:
(we suggest composing all UIs in the main application, and our tutorials also explain in that way, but you can make some modifications to make your services as independent UI apps)
I will run a test on this, thanks for your response.
Thanks. Please let me know if you need help.
Regards.
[sghorakavi@cpat.com] said: Hi EngincanV, Let me try to access from Host instead of getting from AuthServer. That way, Web server might get the image as well. Thank you, Sudha
Yes, this might be a better and easier solution. Please let me know if you need help.
Regards.
[nacho] said:
[EngincanV] said:
[nacho] said: Thanks, bot! 🙂ABP team, I reported this so you can take a look, as it could become a time-consuming issue if all three developers are experiencing the same problem.I hope the information provided is enough to investigate. If not, I’d be happy to show you the issue live by sharing my screen, just let me know.
Hi, sorry for the bot's response, it sometimes helps :)
Thanks for the detailed information and sharing the
appsettings.json
file with the error logs, this helps a lot to identify the problem.[ERR] Error getting value from 'MigrationsMigrationsDbContext' on 'Volo.Abp.Suite.Models.Solution'.
Before you update the
appsettings.json
file, do you remember the value of theMigrationsMigrationsDbContext
field? Also, I will create a tiered solution and try to understand the problem better, but by any chance, can you also share the not-updated (default) values of theappsettings.json
file, so I can see the changes and check at the code level? (I'll try to identify at which point ABP Suite is currently unable to determine the related path)Regards.
No, sorry... we don't have the previous
appsettings.json
. When we encountered the issue, we removed the solution from ABP Suite and tried to add it again (also without success). What we can share with you (preferably in an online meeting) are the error messages and logs we get when trying to add or open the solution in ABP Suite (after removing the solution from ABP Suite). That might be a quicker way for you to troubleshoot the issue.
Thanks for the update. Actually, I've created a tiered application just before and will try to reproduce it on my side. If i can't do it, I might need your help, I'll let you know.
Thanks again. Regards.
[danielgan] said: FAQ suggests that without the abp key, apps are perpetual and are still supposed to run without the obligation to renew. However, the reply from the bot is that ABP commercial license is time-based.
Hi, sorry for the inconvenience, and please ignore the bot’s response.
As mentioned on our FAQ page, ABP licenses are perpetual, meaning you can continue using them without needing to renew. There are some limitations after your subscription ends, such as losing access to version upgrades and tools like ABP Suite but your existing applications and usage remain fully valid and unaffected.
Please let me know if you have any further questions.
Hi, since you're using a tiered application, by design, the HttpApi.Host
and AuthServer
projects have direct access to the database and are responsible for exposing the necessary APIs. The UI layer (typically the Web project) consumes these APIs.
Would it be possible for you to implement your logic in the HttpApi.Host
project to return the background image as a URL, and then use that URL in your Web project? Or is there a specific reason this approach doesn’t work for your case?
If there’s something I’m missing, could you please clarify and provide a bit more detail so we can better assist you?
Regards.
Hi, we've assigned an Angular developer to assist you with your question. To help her support you more efficiently, could you please share the following information:
Regards.
[nacho] said: Thanks, bot! 🙂 ABP team, I reported this so you can take a look, as it could become a time-consuming issue if all three developers are experiencing the same problem. I hope the information provided is enough to investigate. If not, I’d be happy to show you the issue live by sharing my screen, just let me know.
Hi, sorry for the bot's response, it sometimes helps :)
Thanks for the detailed information and sharing the appsettings.json
file with the error logs, this helps a lot to identify the problem.
[ERR] Error getting value from 'MigrationsMigrationsDbContext' on 'Volo.Abp.Suite.Models.Solution'.
Before you update the appsettings.json
file, do you remember the value of the MigrationsMigrationsDbContext
field? Also, I will create a tiered solution and try to understand the problem better, but by any chance, can you also share the not-updated (default) values of the appsettings.json
file, so I can see the changes and check at the code level? (I'll try to identify at which point ABP Suite is currently unable to determine the related path)
Regards.