I'm building a sort of a task manager that just show processes (apps ,background process), services running and users. I need some (non-GUI) pointers on where to start, and on ways it can be done.
Related
After creating a subscription in the Reporting Configuration, the emails are not sent at the specified time, but if you perform any actions on the site, the emails will be sent. This is the problem of the virtual machine on which the site or IIS is deployed. Or does the feature Kentico.
Prompt in what there can be a problem and how the system of sending of emails inin the Reporting Configuration works.
This is a correct behavior. Kentico checks for e-mails that are to be sent at the end of requests which means that if there are no requests, no e-mails are sent. If you need some tasks to be send at a specified time, you need to use Windows scheduler and configure task (e-mmail sending) to use it. See official documentation for more detail.s
Another option to Enn's, is to use a service like UpTime Robot to continually visit your page (like every 5 minutes), this not only generates a request but also will help keep your site awake and from going to sleep if you can't manually set the Worker Processor to never go to sleep.
Windows Scheduler is the most reliable, but UpTime robot has worked well for us.
https://uptimerobot.com/
Under the "Scheduled Tasks" module there is a schedule task called "Report subscription sender". This task runs every minute and is responsible for checking your subscriptions and sending e-mails based on your configuration. This task runs within the Kentico instance. By default IIS will put the site/app pool to sleep after x (default 20) minutes of idle and the scheduled tasks are no longer able to run. When you hit the site it wakes the process back up and the scheduled task is able to run again. You can go into IIS and configure the "Idle Time-out (minutes)" for the application pool see this link https://patrickdesjardins.com/blog/iis-no-sleep-idle-and-autostart-with-values for a pretty good illustration. You can also adjust the app pool recycle intervals but that is probably not necessary for your issue.
The other option, as mentioned by Enn, is to install the Kentico Scheduler Windows service which always runs and configure that scheduled task to run in the service.
I'm running an application that executes Windows Workflows as a service with some custom activities in them. When I run the activities as a logged on user in a shell that invokes the workflows with the activities, the activities have no problems performing as expected. When the activities get invoked while the user is running the service (e.g. not logged on, at least not graphically) the activities fail with "Access Denied" errors. What's the difference between running the code as a logged on user vs running it as a service user ? Is it that when it runs as a service, the user's profile doesn't get loaded ? If so, how can I force the user's profile to get loaded when running as a service ?
Specifically, the activities I'm working with perform remote management with classes in the System.Management.Automation namespace (i.e. powershell).
A bit late answer, but in case someone else is wondering.
I had a similar problem earlier and have done some research. The following is untested, but may be of help to others.
The difference between a process running as "Windows Service" and under a desktop environment is what Window Station it is assigned to. Normally a service runs under a different station than desktop users.
I say normally because a service can have the "SERVICE_INTERACTIVE_PROCESS" flag set. This will give it a desktop window station. See this article and this article for a more detailed explanation. Setting the "SERVICE_INTERACTIVE_PROCESS" can be done in the CreateService (C# use of that) call or manually by checking the "Allow service to interact with desktop" checbox under "LogOn" under properties of the specific service.
I Have some WCF services hosted in iis. Using powershell script i want to stop and start individual services(or applications).i found so many articles for stop App-pool.but i want a specific application to be stopped.And i have heard that with WMI we can make it.But i could not find any relevant script for that.
In IIS, you can only stop an "Application" by stopping it's associated Application Pool. Thus the necessity to stop a specific application would require you to organize your applications into Application Pools such that you would only stop a single (or group) of applications when stopping a specific Application Pool.
By organizing your Applications into multiple Application Pools, you can thus utilize the app-pool.vbs or Powershell or WMI interfaces to stop the specific AppPool associated with the application you wish to stop.
Is there a way to view tasks assign to all or multiple users in JBPM Human Task View in Eclipse?
The human task server has the concept of an administrator, and jBPM5 automatically assigns a user "Administrator" as the administrator of tasks. Querying tasks as administrator should give you more power than just querying your own tasks.
I have created a scheduled task with my userid and would like to run the same task in multiple sessions. What I would like to do is, I will do multiple RDP to the server where I have created the task, and run multiple instances of the task.
I can run the task perfectly, but, the problem I am facing is, the GUI that is opened through the task always opens in the first RDP session (screen).
The task opens QTP and runs a test. As there can be only one QTP that can run in a single session, I need to run multiple instances in multiple sessions.
As I am having problem with QTP RPC while trying to open from a .Net web application, I solved the problem by creating scheduled tasks through the web application, that in turn opens QTP and runs the test.
Now I am stuck, because although I can run QTP, I cannot run multiple instances.
Please help.
Run the task as a different user. Multiple tasks need multiple users. Works on 2003. I'm trying to get it to work on 2000 server.