I'm back from the dead with new tweaks to MiddleKit in CVS HEAD:
* Attribute names, which must be compatible with Python (since they get used as method
names), are now checked against a regex. (MiddleKit/Core/Attr.py __init__())
* Integer overflow error checking is reinstated under Python 2.3. I
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 Sun, 2002-10-27 at 17:51, Edmund Lian wrote:
> FYI, an autoreload is not triggered if a .tmpl file is modified. In my
> case, the following is true:
>
> 1. FAM is not installed so that polling is used
> 2. The .tmpl file is instantiated within a servlet (containment-style use).
> This means tha
In install.py, I added some code to test if the user is running Python <
2.0, and inform them that Py >= 2.0 is required.
Jay
___
Webware-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/webware-devel
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
I added a new method Application.addShutDownHandler(func). Pass in a
function (or other callable object) and that function will be called when the
application is shut down. This is useful for cleanup tasks that need to
happen when the appserver is shut down (for example, closing database
con
I've checked in Tavis's patches for the new configuration settings:
ExtensionsToServe, UseExtensionCascading, ExtensionCascadeOrder,
FilesToHide, and FilesToServe. Documentation has been updated.
With proper use of these settings, you can avoid exposing things like *.pyc
and *.py~ files throu
I fixed Session.py's sessionEncode() method. It was generating malformed
query strings before, now it works.
Thanks to Jeff Johnson for this fix.
--
- Geoff Talvola
[EMAIL PROTECTED]
___
Webware-devel mailing list
[EMAIL PROTECTED]
https://list
(This is related to Jeff's question about monitoring thread status...)
I've added some extra paranoia to WebKit's socket reading code in
ThreadedAppServer.py. The way it was coded before, WebKit could
potentially get into an infinite loop if less data was sent over the socket
from the adapter
I added a new Application.config setting "ClearPSPCacheOnStart" which
defaults to 1.
If you set it to 0, then it does NOT clear out the disk cache of compiled
PSP servlets when you start up the appserver. This is useful for PSPs that
take a long time to compile, especially if you are frequent
> 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
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
> Chuck a compiled version so he can update th
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 a
I fixed wkcgi.exe so that it works with IIS as well as Apache. I'll email
Chuck a compiled version so he can update the compiled copy on the web site.
In a nutshell:
- IIS runs cgi's in a different directory than the directory containing the
cgi executable itself. So it couldn't find the web
I fixed an exception that occurs if all of the following are true:
- your session has expired
- your servlet forwards to another servlet using Application.forward()
- you have IgnoreInvalidSessions set to 1 in Application.config.
--
- Geoff Talvola
[EMAIL PROTECTED]
___
I added support for running the appserver as a Windows NT Service when used
with MakeAppWorkDir. MakeAppWorkDir now spits out an NTService.py which
can be run as a service.
--
- Geoff Talvola
[EMAIL PROTECTED]
___
Webware-devel mailing list
[EM
By popular demand, I made the fix so that POSTed variables override
variables from the query string.
- Geoff
___
Webware-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/webware-devel
I fixed some bugs in handling fields passed in the query string on a POST
request. Previously, the code wasn't handling lists correctly if the same
list fields were being passed in both as form variables and in the query
string (admittedly a rare case, but it was affecting me). Also, the code
I fixed a small bug in the "IncludeFancyTracebacks" code that was causing
malformed HTML.
--
- Geoff Talvola
[EMAIL PROTECTED]
___
Webware-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/webware-devel
I tweaked the code in Launch.py so that it doesn't issue a warning when run
with Python 2.1.
--
- Geoff Talvola
[EMAIL PROTECTED]
___
Webware-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/webware-devel
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__.
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 errors it encounters took 4 arguments in
py 1.5, but
In PlugIn.py, self._examplePages was not initialized. This made it fail
if the 'Examples' context did not exist in the Application.
Jay
___
Webware-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/webware-devel
I checked in a few fixes:
- fixed ModPythonAdapter so it correctly handles multiple cookies being
sent at the same time, and so it can handle a ":" character in the body of
a header
- added "expires()" and "setExpires()" methods to Cookie.py. Based on my
experimentation, the only way to get
I fixed an indentation typo that was recently introduced into WebKit.cgi.
--
- Geoff Talvola
[EMAIL PROTECTED]
___
Webware-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/webware-devel
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
__
One of the PSP example pages was broken -- I fixed it.
I improved the automatic emailing on exceptions in WebKit. It now includes
the appropriate headers to make my email program happy.
--
- Geoff Talvola
[EMAIL PROTECTED]
___
Webware-devel mai
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
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.
I made the following changes:
- Incorporated Geoff's path cleaning code from Cookie.py
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
Fixed the error handling in mod_webkit. Now you'll actually get an error
page from Apache if the app server fails to respond after it has exhausted
its retries.
--
- Geoff Talvola
[EMAIL PROTECTED]
___
Webware-devel mailing list
[EMAIL PROTECTE
I implemented a "smarter" retry algorithm in mod_webkit.c similar to the
one I checked into Adapter.py -- so now you can restart the appserver
without losing requests. Compiled and tested only on Windows. Someone
like Jay (hint, hint) may want to code review my change, as I'm not 100%
confid
I checked in my improvements to Adapter.py's retry code -- now you can
restart the app server under heavy load and not lose any requests. This
improvement only works on Windows because it's looking for a
Winsock-specific errno. Someone with an interest in this who has a Unix
box should look
I tightened up the verbose output of the app server (Threaded only; not
Async) as described earlier. I ended up putting the request URI on the
second line with duration for even easier matching.
I don't currently have PATH_INFO in there, or any configuration options,
both of which need to be l
Just a minor update. There is a new CheckInterval setting that defaults to
100. The value is passed to sys.setcheckinterval().
As shown in earlier benchmarks, this improves WebKit's performance by a
worthwhile amount. Higher values achieve almost nothing.
100 is also the same value baked into
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
Fixed a case where WebKit's Cookie.py fails to properly import Python 2.1's
Cookie.py on my Windows box.
What I'm now doing is stripping "", ".", and anything that ends in "WebKit"
from the path before attempting to import Python 2.X's Cookie module. This
fixes the problem for me.
--
- Ge
I've fixed ModPythonAdapter so that when used on NT where Apache is
multi-threaded, it stores request data in a thread-safe way. This fixes
some problems I was having with concurrent requests.
--
- Geoff Talvola
[EMAIL PROTECTED]
___
Webware-de
62 matches
Mail list logo
