> Jeff,
> yep that sounds right. It would also work if you were to
> use the tag and a 'default' context. Either way
> its the same thing.
I tried the tag, but it didn't seem to work. It forced me
to put something, a context, between the host and the page. For
example, http://mysite.com/Hom
Jeff,
yep that sounds right. It would also work if you were to
use the tag and a 'default' context. Either way
its the same thing.
Hey Tavis, that almost worked, I looked back into the mail
archives
and found your post from June 3rd where you offered the
solution but
wit
> Hi Jeff,
> sounds like a problem for mod_rewrite. If you succeed in
> doing it by moving the mod_webkit directives outside the
> Location tag, you end up with the request being sent
> through in SCRIPT_NAME rather than in the PATH_INFO bit
> that WebKit needs:
>
> > WKServer localhost 80
My thanks to Robin Dunn for MakeAppWorkDir, it rocks. But, when I try
"./AppServer stop", it can't find appserverpid.txt. Anyone have a
quick fix? The problem code is in AppServer.py/stop(), see below..
In AppServer.py:
class AppServer:
def recordPID(self):
"""
At 09:37 AM 8/23/01 -0500, Love, Jay wrote:
>They should always be available explicitly through a pathVariable() accssor
>method. The value() method is meant to provide simple one stop shopping for
>your client variable needs. It just goes through the dictionaries, looking
>for the requested key
Hi Jeff,
sounds like a problem for mod_rewrite. If you succeed in
doing it by moving the mod_webkit directives outside the
Location tag, you end up with the request being sent
through in SCRIPT_NAME rather than in the PATH_INFO bit
that WebKit needs:
> WKServer localhost 8088
> S
On Thu, Aug 23, 2001 at 09:37:34AM -0500, Love, Jay wrote:
| They should always be available explicitly through a pathVariable() accssor
| method. The value() method is meant to provide simple one stop shopping for
| your client variable needs. It just goes through the dictionaries, looking
| fo
Hmmm, I'm pretty sure this worked for me, but I'm not at home to take a look
at it.
I'll take a peak tonight.
Jay
> -Original Message-
> From: Jeff Johnson [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 23, 2001 10:42 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [Webware-devel] Apac
This isn't what the problem is. It's the Webware listening socket that is
open and still in a wait state.
For an explanation of all this socket stuff see:
http://www.lcg.org/sock-faq/
Jay
> -Original Message-
> From: Jeff Johnson [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 23,
> If you want everything served by WebKit, just add the
> WKServer localhost 8088
> SetHandler webkit-handler
>
> to your apache config OUTSIDE of a block.
I tried it, but it still treats the first part of the URL after the
host as a context instead of a page. Any ideas?
Thanks for working on
I was just reading through the Apache docs and saw that by default,
Apache 1.3.x keeps connections alive for 15 seconds. I assume that is
what is keeping the sockets open to WebKit after it stops. Any
opinions on KeepAlive? Should I turn it off?
-Jeff
They should always be available explicitly through a pathVariable() accssor
method. The value() method is meant to provide simple one stop shopping for
your client variable needs. It just goes through the dictionaries, looking
for the requested key, and once it finds it, it bails and returns the
I plan to set up a FreeBSD machine this weekend and track this down.
The problem with the port not being released is a known one and is just the
way things work. The issue with the AppServer not bailing gracefully when
it can't bind to the port is what I want to fix.
I'll get it fixed ASAP. It
Jeff-
If you want everything served by WebKit, just add the
WKServer localhost 8088
SetHandler webkit-handler
to your apache config OUTSIDE of a block.
Jay
> -Original Message-
> From: Jeff Johnson [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 23, 2001 10:09 AM
> To: [EMAIL PRO
I just figured out why "Home/Help" works. The first part of the URL
after the host name is the context. Home doesn't match a context so
it fails over to the default which happens to redirect to Home.py.
So.. is the context required in the URL? Is there any way to go
directly to http://mysite.co
Hi all,
I'm an apache newbie and I was playing around yesterday with trying to
hide the CGI part of the URL so that http://mysite.com/WKMod/Home
becomes http://mysite.com/Home. That works now but if I click on
href="Help", instead of going to http://mysite.com/Help it goes to
http://mysite.com/H
16 matches
Mail list logo
