Skip to main content
Solved

Indicium both as IIS- and service process?


Forum|alt.badge.img+1

We are deploying a TW application in the Windows GUI at several of our customers.

Indicium is handling some background tasks, amongst other printing.
These tasks involve frequent polling of the SQL database.

Default, we deploy Indicium as a service for the background tasks because this is more simple and has less impact than a IIS installation with Indicium.

However, some of our customers also want to use the TW API for accessing the application database. So at these customers, we need to install and configure IIS for Indicium.

Should and can we, in those cases, then uninstall Indicium as a service, to avoid double handling of the background tasks? Or does the IIS Indicium process recognize that some roles (background tasks) beside API are handled by a second Indicium instance (the service instance)?

At least, I want to prevent double polling of the SQL database.


 

Best answer by Erwin Ekkel

please check if this topic answers your questions: 

 

 

View original
Did this topic help you find an answer to your question?
This topic has been closed for comments

2 replies

Forum|alt.badge.img+17
  • Moderator
  • 762 replies
  • Answer
  • October 3, 2024

please check if this topic answers your questions: 

 

 


Forum|alt.badge.img+1

Hi @Erwin Ekkel 

Yes, I think this answers my question  😊 !


Just to check:
when I include the ‘Agent/Enabled:false’ JSON code for the Indicium instance running under IIS, I can leave Indicium as service running for the scheduled system flows since the IIS instance will only handle the API requests. Right?
 

 


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings