PtokaX forum

PtokaX => Support => Topic started by: BoJlk on 10 September, 2005, 00:00:40

Title: PtokaX as System Service
Post by: BoJlk on 10 September, 2005, 00:00:40
I'm running the Ptokax Hub on a remote Server in my network.
I need to login to start the Hub.
Is there's a way to register the Hub as a System Service and make it start with the system.

I'm guessing that changing any Hub properties will require the Hub to be restarted to register it as service again.
And to make Hub notification as system events.

I've tried "ptokax.exe -service" i guess it's not that easy.
Title:
Post by: DJ Bert on 10 September, 2005, 21:51:31
Place a shortcut of Ptokax.exe in the startup folder!!!
Title:
Post by: bastya_elvtars on 10 September, 2005, 22:02:31
QuoteOriginally posted by DJ Bert
Place a shortcut of Ptokax.exe in the startup folder!!!

That's not so easy, because it still needs logon. Use FireDaemon, and do not forget to allow PtokaX interact with the desktop!
Title:
Post by: bluebear on 11 September, 2005, 10:17:26
QuoteOriginally posted by BoJlk
I'm running the Ptokax Hub on a remote Server in my network.
I need to login to start the Hub.
Is there's a way to register the Hub as a System Service and make it start with the system.

I'm guessing that changing any Hub properties will require the Hub to be restarted to register it as service again.
And to make Hub notification as system events.

I've tried "ptokax.exe -service" i guess it's not that easy.

You can not run ptokax as a windows service. It's not coded to be a service, and it would require a rewrite of the program. Also does a windows service run in its own account/"shell" so loading the gui will not be possible. And ptokax rely on its gui. I don't know the program bastya posted, but you should probably use DJ Berts advice.
Title:
Post by: bastya_elvtars on 11 September, 2005, 11:15:28
It worked fine here with 0.330 15.18, it should be better with the current version, since it includes minimize on startup.
Title:
Post by: BoJlk on 12 September, 2005, 00:45:23
QuoteOriginally posted by bastya_elvtars
It worked fine here with 0.330 15.18, it should be better with the current version, since it includes minimize on startup.

I could run it as a system Service using the "FireDaemon"?
Thanks "bastya_elvtars"!!!
The only problem is that PtokaX prompts you yes/no prior shutting down.

And about the PtokaX relaying on it's GUI, yes it is but not all the time.
I mean you setup and let it run.
i usually don't touch the GUI while it's working fine.

QuotePlace a shortcut of Ptokax.exe in the startup folder!!!
That will require me to logon as a user to process the startup shortcuts.
Title:
Post by: PPK on 12 September, 2005, 00:59:07
QuoteOriginally posted by BoJlk
And about the PtokaX relaying on it's GUI, yes it is but not all the time.
All time, all settings have in gui and get from gui on run :(
Title:
Post by: BoJlk on 12 September, 2005, 01:08:01
fortunately running it with the "FireDaemon" was successful and it's not disabling the GUI altho.
You can change the interaction level using the FireDaemon GUI.
you can run it without GUI to be visible at all or to be "interacted with Desktop" which presents you with possibility to work with the GUI even if it's System Service.  :D  :D
Title:
Post by: bastya_elvtars on 12 September, 2005, 13:39:24
There is a WaitToKillServicetimeout in Windows, I am not sure how you could play with it... but the 'kill' does not allow PtokaX to save changes. So just exit in a proper way if you wanna do so, and get some tweaking app for the above...
Title:
Post by: BoJlk on 12 September, 2005, 14:03:44
Yeah I've noticed for the timeout to kill option is setup for 5000 ms.
It's needed just because of the PX's prompt, is this could be disabled?
Title:
Post by: Meka][Meka on 12 September, 2005, 14:07:39
QuoteOriginally posted by PPK
QuoteOriginally posted by BoJlk
And about the PtokaX relaying on it's GUI, yes it is but not all the time.
All time, all settings have in gui and get from gui on run :(

calling settings from a gui over and over can be time consuming, why not create a settings class, which can be accessed, Sets.Motd, Sets.HubName, etc
Title:
Post by: HaArD on 12 September, 2005, 14:28:14
That's what I was thinking too....
Title:
Post by: PPK on 12 September, 2005, 19:47:42
QuoteOriginally posted by Meka][Meka
calling settings from a gui over and over can be time consuming, why not create a settings class, which can be accessed, Sets.Motd, Sets.HubName, etc
Yes i have it in TODO :))