On 10/27/2002 09:54:02 PM webware-devel-admin wrote:
>Well, this at least adds the infrastructure. If you want to monitor all
>template files I think the best solution would be to add some code to
>Template (or some local subclass) to do the modloader.watchFile.
OK, I understand--just tried it,
On Sun, 2002-10-27 at 20:49, Edmund Lian wrote:
> >from WebKit.ImportSpy import modloader
> >
> >modloader.watchFile(templateFilename)
> >
> >Then the AppServer is restarted if that file changes. Configurable now
> >also uses this (so changing your Application.config will restart the
> >AppServer)
On 10/27/2002 09:39:31 PM Ian wrote:
>There's a fix in CVS -- you can now do:
>
>from WebKit.ImportSpy import modloader
>
>modloader.watchFile(templateFilename)
>
>Then the AppServer is restarted if that file changes. Configurable now
>also uses this (so changing your Application.config will res
On Sunday January 27, 2002 12:11 am, Edmund Lian wrote:
> Geoff wrote:
> >>Application maintains a list of shutdown handlers, so if you call
>
> addShutDownHandler multiple times each of the functions will get called, in
>
> the order that you called addShutDownHandler.<<
>
> It might be useful to
Geoff wrote:
>>Application maintains a list of shutdown handlers, so if you call
addShutDownHandler multiple times each of the functions will get called, in
the order that you called addShutDownHandler.<<
It might be useful to have one or more additional methods to list functions
in order of e
> And as an added bonus, Jeff, I think it should also cause
> your BitBucket
> trick to work properly for exceptions, too. Try it out.
Thanks Geoff, that fixed the noisy daemon mode for me :)
___
Webware-devel mailing list
[EMAIL PROTECTED]
https://
At 11:30 AM 10/12/01 -0700, Russell Blank wrote:
>My last message was in error. The error box was not displaying on the
>browser, but on the server. However, I believe I discovered the problem
>with wkcgi.exe. My log files showed a get instead of a post, a change in
>behavior from the webkit.cg
be, but once I placed in method=post on my form tag, everything
works great.
Thanks for all the help.
-Original Message-
From: Geoff Talvola [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 11, 2001 2:15 PM
To: [EMAIL PROTECTED]
Subject: RE: [Webware-devel] cvs update
At 01:46 PM 10/11
At 10:52 AM 10/12/01 -0700, Russell Blank wrote:
>Thank you very much for your help with the wkcgi.exe. IIS is extremely
>faster and I am able to post a page. However, I am trying to post a page
>with over 35 key/value pairs and I am receiving the attached error (as a
>bitmap). This occurs on I
: Geoff Talvola [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 11, 2001 10:06 AM
To: [EMAIL PROTECTED]
Subject: RE: [Webware-devel] cvs update
At 09:16 AM 10/11/01 -0700, you wrote:
>I really cannot wait to try this new version out. When and where should I
>look to download this new version
At 09:16 AM 10/11/2001 -0700, Russell Blank wrote:
>I really cannot wait to try this new version out. When and where should I
>look to download this new version of the executable?
I'll upload in a moment and send a message to the -discuss list.
-Chuck
_
7;; [EMAIL PROTECTED]
Subject: RE: [Webware-devel] cvs update
If IIS doesn't run the cgi in the cgi's directory, does anyone have any
suggestions on how it might be able to find the config file? I know the
Windows way is to use the Registry, but that would not be a simple
On Thursday October 11, 2001 09:19 am, Love, Jay wrote:
> If IIS doesn't run the cgi in the cgi's directory, does anyone have any
> suggestions on how it might be able to find the config file? I know the
> Windows way is to use the Registry, but that would not be a simple approach
> here.
>
> Jay
If IIS doesn't run the cgi in the cgi's directory, does anyone have any
suggestions on how it might be able to find the config file? I know the
Windows way is to use the Registry, but that would not be a simple approach
here.
Jay
> -Original Message-
> From: Geoff Talvola [mailto:[EMAIL
Good job guys.
Jay
> -Original Message-
> From: Geoff Talvola [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 10, 2001 7:20 PM
> To: [EMAIL PROTECTED]
> Subject: [Webware-devel] cvs update
>
>
> I fixed wkcgi.exe so that it works with IIS as well as
> Apache. I'll email
> Chuc
At 11:01 AM 8/4/2001 -0400, Geoff Talvola wrote:
>>BTW, I need a go/no go on the Services architecture. If you haven't
>>looked at it, please do. If you're waiting on more commentary, let me
>>know.
>
>I was hoping Chuck would comment on the design. I also wanted to see a
>little bit better do
At 12:44 AM 7/28/2001 -0400, Jay Love wrote:
>I just checked in a fix on the 051 branch of AsyncThreadedAppServer for
>a bug Jack Moffitt stumbled on. The method signature of a function in
>asyncore changed between python 1.5 and Py 2. The handle_error function
>that asyncore calls to handle erro
>
To: <[EMAIL PROTECTED]>
Sent: Saturday, August 04, 2001 11:01 AM
Subject: Re: [Webware-devel] cvs update
>
> I was hoping Chuck would comment on the design. I also wanted to see a
> little bit better documentation so I could make sense of all the new
> options in the Applica
First off, you're right, some weird things were happening. If you
looked at the modules in sys.modules by looking at Admin/AppControl, you
could see that there were packages with my fake package names that
included Servlet, Page, etc. That isn't surprising, because this
happens in all the contex
At 11:01 AM 8/4/2001 -0400, Geoff Talvola wrote:
>At 11:41 PM 8/3/2001 -0400, you wrote:
>
>
>
>>In the process of fixing the AbsolutePath directory index problem, I
>>realized that AbsolutePath requests weren't going to work with our
>>latest code because they don't have a context, and one cannot
At 11:41 PM 8/3/2001 -0400, you wrote:
>In the process of fixing the AbsolutePath directory index problem, I
>realized that AbsolutePath requests weren't going to work with our
>latest code because they don't have a context, and one cannot be created
>for them by creating a file named __init__.
At 12:00 PM 6/12/01 -0400, Chuck Esterbrook wrote:
>At 11:55 AM 6/12/2001 -0400, Geoff Talvola wrote:
>>I improved the automatic emailing on exceptions in WebKit. It now
>>includes the appropriate headers to make my email program happy.
>
>Just out of curiosity, what were those? And type of e-ma
At 11:55 AM 6/12/2001 -0400, Geoff Talvola wrote:
>I improved the automatic emailing on exceptions in WebKit. It now
>includes the appropriate headers to make my email program happy.
Just out of curiosity, what were those? And type of e-mail server?
-Chuck
__
At 09:30 PM 6/5/2001 -0400, Jay Love wrote:
> > Chuck Esterbrook wrote:
> > >
> > > - Got rid of WebwarePathLocation usage. A script always knows where
> > > it's at with:
> > > os.path.dirname(os.path.join(os.getcwd(), sys.argv[0]))
> >
> > That might work. Good idea.
>
>Whoops, this'll need
At 08:56 PM 6/5/2001 -0400, Jay Love wrote:
>Chuck Esterbrook wrote:
>
>>I ran into a problem where an "import Foo" was picking up the Foo in
>>WebKit. Launch.py was previously tweaked to fix this but then got tweaked
>>back. However, we don't ever want "import Foo" to assume WebKit.
>
>Because
At 08:56 PM 6/5/2001 -0400, Jay Love wrote:
>Chuck Esterbrook wrote:
>
>>I ran into a problem where an "import Foo" was picking up the Foo in
>>WebKit. Launch.py was previously tweaked to fix this but then got tweaked
>>back. However, we don't ever want "import Foo" to assume WebKit.
>
>Because
> Chuck Esterbrook wrote:
> >
> > - Got rid of WebwarePathLocation usage. A script always knows where
> > it's at with:
> > os.path.dirname(os.path.join(os.getcwd(), sys.argv[0]))
>
> That might work. Good idea.
Whoops, this'll need some work. On Linux, sys.argv[0] will be different
depen
Chuck Esterbrook wrote:
> I ran into a problem where an "import Foo" was picking up the Foo in
> WebKit. Launch.py was previously tweaked to fix this but then got
> tweaked back. However, we don't ever want "import Foo" to assume WebKit.
Because WebKit is a package, any modules in the WebKit p
At 10:26 AM 6/3/2001 -0400, Jay Love wrote:
>I've looked through and all looks good. It builds on Linux. Thanks for
>the effort, Geoff.
>
>FYI, I'm going to rearrange the directory layout for mod_webkit later
>today. I'll create a native subdirectory of WebKit, and put in there
>mod_webkit1.
I've looked through and all looks good. It builds on Linux. Thanks for
the effort, Geoff.
FYI, I'm going to rearrange the directory layout for mod_webkit later
today. I'll create a native subdirectory of WebKit, and put in there
mod_webkit1.3, mod_webkit2.0, wk_isapi, wk_cgi, and common.
I'll look at it this weekend. I'll be curious to see what you had to
tweak to get it to compile for you on Windows, as I've been compiling it
on Win for a few months and thought I had committed all those tweaks to CVS.
Anyway, it's nice to get some contrinutions on this code. Now if I
could
At 07:54 AM 5/29/2001 -0400, Geoff Talvola wrote:
>Launch.py doesn't always get used. For instance, OneShot.cgi and
>ThreadedAppServerService.py don't use launch, I think. Maybe _those_ need
>the path fix, not Cookie?
Good point. Perhaps we need to move this to a FixPath.py which gets used by
At 10:14 PM 5/25/2001 -0400, Jay Love wrote:
>I had the same problem, and used the same fix. Actually this is where we
>went off on a tangent a while back about paths. I actually ended up
>fixing the path issues in Launch instead of Cookie.py. Maybe that would
>be a more appropriate place to
I had the same problem, and used the same fix. Actually this is where
we went off on a tangent a while back about paths. I actually ended up
fixing the path issues in Launch instead of Cookie.py. Maybe that would
be a more appropriate place to handle that?
Jay
Geoff Talvola wrote:
> Fixed
34 matches
Mail list logo
