possibly another reason to use nssm on windows
--
---
You received this message because you are subscribed to the Google Groups
web2py-users group.
To unsubscribe from this group and stop receiving emails from it, send an email
to web2py+unsubscr...@googlegroups.com.
For more options, visit
Forgive my lack of knowledge and experience with nssm but how would it help
in this situation?
On Apr 12, 2013 7:09 AM, Tim Richardson t...@growthpath.com.au wrote:
possibly another reason to use nssm on windows
--
---
You received this message because you are subscribed to a topic in the
from web2py's standpoint, having someone else (the nssm process) to care
for service integration is more straightforward, i.e. it runs exactly as if
it was launched normally.
Of course winservice.py can be patched and fixed etc etc etc but either
someone takes care of testing it under every
Interesting.
However why call nssm the best way to do this but still ship the
winservice.py file?
If nssm was truly *the* way to do this then I would think the book (which
was just updated) would have removed the section about the winservice.py
and only talk about nssm or at least make an effort
However why call nssm the best way to do this but still ship the
winservice.py file?
Because things gets discussed and possibly overlooked.
There are a few open issues with the way web2py handles services and
absolutely no-one willing to take responsibility to test it more than the
A lot of valid points however as i stated it is only a 2 line fix.
The reason this fix is needed is because of the
On Apr 12, 2013 8:53 AM, Niphlod niph...@gmail.com wrote:
However why call nssm the best way to do this but still ship the
winservice.py file?
Because things gets discussed and
Thanks! In trunk.
On Thursday, 11 April 2013 10:55:43 UTC-5, Stephen Tanner wrote:
I Think I tracked down the issue.
In the windows service, it just imports the HttpServer class from main,
and then creates one using the options.py for its settings.
However, when starting a web2py not as
I agree that perhaps we should remove winservice. I would like to hear more
opinions on the matter form windows users. removing winservice requires
adding some steps (namely downloading and using nssm).
On Friday, 12 April 2013 07:53:24 UTC-5, Niphlod wrote:
However why call nssm the best
you're overreaching. Of course your 2 line fix will be accepted: my point
was more or less if I were you (handing over the management to my
customer) I'd go for the safer route of nssm.
If you search in the group you'll see a few issues reported already and
almost one other is still open in
I Think I tracked down the issue.
In the windows service, it just imports the HttpServer class from main, and
then creates one using the options.py for its settings.
However, when starting a web2py not as a service, it makes a call to main.py
In gluon.main.py we can see that rewrite.load is
Did you ever find a solution to this? I am running web2py from source and
have everything setup correctly with an options.py and a routes.py but I
see the same thing you do.
web2py tries to route to welcome but if you force it to reload the routes
it defaults to my app
On Monday, August 20,
I know this works in Linux but I am having the same issue. Seems that
window web2py has some pre-complied pieces that kind of make this initial
step (switching default app) a bit difficult. I kind of wish the
windows distribution did not use these compiled pieces and you just used an
installed
I found the answer
Ruben
Orduzhttp://www.mail-archive.com/search?l=web2py@googlegroups.comq=from:%22Ruben+Orduz%22
Mon, 19 Mar 2012 07:49:41
-0700http://www.mail-archive.com/search?l=web2py@googlegroups.comq=date:20120319
You have to re-start the web2py server NOT from the tk GUI
13 matches
Mail list logo