Currently I am considering about delivering a Webware application to a
customer without the source code ot the servlets, i.e. only handing out the
*.pyo files. This may prevent a little bit from fiddling around with the
sources, though I know it is not a real protection since it is possible to
reco
Hi Ian,
> I think the reason (if there was one) for not including .pyc and .pyo
> files is that it could be seen as a potential security hole, in that
> removing the .py file would not be sufficient to delete the servlet if
> the .pyc file had been created.
By default, they are excluded in Applic
Here is another suggestion for the Appserver script.
It fixes the problem that you cannot start it with startproc, like this
startproc -f -u $WEBKIT_USR -g $WEBKIT_GRP \
-l $LOG -p $PID_FILE $WEBKIT_DIR/AppServer
since there is no way to tell startproc to change to execute AppServer in
the $WEBK
Here is a suggestion for improvement of the Appserver script:
When debugging an application, I like to run the Appserver with unbuffered
Python output (Python option -u). Also, it might make sense to run it with
Python using optimization (Python option -O). However, you cannot give these
parameter
nality in the findDirectoryIndex
function (see attachment).
Of course, DirectoryFile has precedence over ExtensionCascadeOrder.
So in the above case, 'index.html' would be prefered over 'main.py'.
Gtx
Christoph Zwerschke
patch of Application.py module:
findDirectoryIndex
rs for PostgreSQL, too, but I haven't
tried them yet. Try googling for "Tsearch2", "OpenFTS" and "PyFTS".
Maybe this could be an alternative to Lupy.
Gtx
Christoph Zwerschke
---
The SF.Net email is sponsored by Ec
Hi all,
I’m just experimenting with WebKit and database connection pooling, and
some questions/suggestions came up which I hope can be answered here:
As far as I understand I have to use either MiscUtils/DBPool.py which
is pretty simple, or (as I noticed just now by searching the archives)
a m
Warren, thanks for the quick reply.
I think we should proceed as follows:
1) The MiscUtils/DBPool.py should be kept as it is, but it should be a
little bit better documented. The advantage of DBPool will be that the
code is very easy to understand. So it may serve as a “starting point”
for pe
> import threading
> t = threading.currentThread()
> Then you can get and set arbitrary attributes on that
> thread to achieve thread-local storage. So a simple
> implementation of a function that gets a thread-local
> connection could look like this:
> ...
Thanks, that looks quite reasonable an
patches to the
mailing list. Of course I will discuss real changes before checking them in.
-- Christoph Zwerschke
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightf
I went through most of the Webware toplevel doco today and checked in
lots of html cleanup and cosmetic improvements (I hope it's ok to do
this directly in the trunk, since it can hardly break anything).
Actually, the whole documentation creation process should be overhauled.
Currently it's ve
About a month ago we discussed about the shortcomings of the database
connection pooling module MiscUtils/DBPool.py. For instance, lost
connections will never be recovered. Meanwhile, I have implemented the
discussed issues in a suite of tools I called DBUtils (see
http://svn.w4py.org/home/chri
Actually it was not only DBUtils why I asked to postpone, but I still
hadn't tested the last beta with my main application and had only time
to do it this week. So I thought it would be a better timing to have the
next beta cut one week later.
Also, before the 0.9 release, CVS reminescensces s
Ian Bicking wrote:
> To me, Webware's lack of a conventional Python installation process
has always been a serious problem. There's no reason to use Webware's
distribution mechanism (which clearly is slow and error prone, which has
a lot to do with the many-year delay of 0.9) when you have a
Problem 1:
The AppServer and AppServer.bat shell skripts do not work if they are
not started from their containing directories. Particularly, I cannot
used "startproc" to start the AppServer script.
Suggestion for improvement:
Add this to AppServer:
cd $(dirname $0)
Add this to AppServer.bat
The MakeAppWorkDir script has an option "--cvsignore" that creates
appropriate .cvsignore files, so that for instance the Cache directory
will be ignored when you store the created directory in a CVS
repository. I think that is a usable feature, but many developers and
Webware itself have moved
Thanks for the positive feedback, Warren.
According to the general opinion, I will make DBUtils a standalone
package. Maybe I will later add the time based expiration feature and/or
a monitoring thread like in DBConnectionPool.
-- Christoph
--
The Webware installer copies the stylesheet in the top level Docs folder
to the Docs folder of all subpackages. Does anything speak against
removing that propagation and using relative links pointing to the top
folder instead? This would make the doco and doco creation process a bit
simpler and
Chuck Esterbrook wrote:
Agreed, but...
Microsoft Windows.
Hm, what's the problem with Microsoft Windows?
I mean, except Microsoft Windows itself.
-- Christoph
---
SF.Net email is Sponsored by the Better Software Conference & EXPO
September
Jason Hildebrand wrote:
I don't think Christoph was suggesting using symlinks in the filesystem, just
to use relative references in the HTML like so:
Yes, I was talking about that. I didn't want to set any links in the
filesystem.
-- Christoph
-
I think both of these suggestions would be good improvements. The only
input I would have would be to also handle the -l or --library option
that adds a lib/ directory to the Python path...
sys.path.append(os.path.join(appWorkPath, 'lib'))
That makes sense, I will take heed of that: The lib dir
Mark Phillips wrote:
Due to demands at work, I have to delay the beta cut until Wednesday
next week, September 21.
That's not too tragic because it gives me time to check in some more
things - I still have some ideas and a bug to fix. ;-) I think we can
wait another weak after all that time.
Ian Bicking wrote:
> On the general subject of a launch script, I've attached a Launch.py
replacement that I've been using.
Thanks. I will try to integrate this and the other changes until next week.
-- Chris
---
SF.Net email is sponsored
Christoph Zwerschke wrote:
Add this to AppServer.bat:
if exist $~dpn0 cd /d %~dp0
Just for the mailing list archive: The dollar should be a percent sign.
I have checked in all of the improvements to the launch scripts.
-- Christoph
I have just checked in a hack that allows the use of "sub-contexts" in
WebKit. This gives you more flexibility to arrange and embed your
contexts in an already existing tree of static pages without having
resort to mod_rewrite.
This hack also makes it possible to make the documentation in all
Jason Hildebrand wrote:
FYI: I've added a new box to the right-hand side of the home page
which displays subjects of recent threads from this list.
http://www.w4py.org
It is implemented using the RSS feed from www.mail-archive.com.
That was really a great idea, thanks! I have just ch
The Admin servlets "ServletCache.py" and "AppControl.py" in the Admin
context are broken:
When I start "Servlet cache", I get
'Application' object has no attribute '_servletCacheByPath'
When I start "Application Control", and click on "ClearCache", I get
'Application' object has no attribute 'f
F. Behrens wrote:
I just came across this page:
http://www.turbogears.org
Yes, looks like a modernized version of Webware. Chosing "kid" as a
component is certainly a good idea. Anyway, I'm planning to work on the
KidKit for Webware component. It's good to have some alternatives to
create co
Ian Bicking wrote:
> I personally tend towards fairly open security, but I'm not sure what
other people feel. We probably should have a backup plan at least for
the svn repository.
Yep, that was my first thought as well. The Wiki should be also backuped
regularly. Then we can be a bit more
Chuck Esterbrook wrote:
It seems like we had stability with 0.9 beta 2. Now we don't have
stability. I appreciate the improvements, but given that 0.9 was first
released in Jul 14 and changes are still being made which destabilize
the code, I'm having my doubts that this will ever end.
I tried
Shall I keep old-style (pre 0.5) actions in the code? A comment in
HTTPContent.py by Ian says that they have gone anyway. The 0.9 release
may be a good opportunity to get rid of them completely. This old stuff
may be confusing for new users.
-- Christoph
-
Shall I keep old-style (pre 0.5) actions in the code? A comment in
HTTPContent.py by Ian says that they have gone anyway. The 0.9 release
may be a good opportunity to get rid of them completely. This old
stuff may be confusing for new users.
Hmm... I can't remember just what they are. I think t
Particularly, the tests using
unittest.defaultTestLoader.loadTestsFromName have problems loading the
tests. I haven't looked into it yet, but it seems to be coming from an
incompatible behavior of the Pyhton 2.4 unitest module.
I have to comment myself on that. No, it was not loadTestsFromName
I fixed two bugs which had been around a long time and resulted in
broken unit tests for UserKit and TaskKit. All tests (AllTests.py) are
now working for me under Linux and Python 2.3. I think it would be good
to ship the next release with working unit tests.
However, I just saw some tests do
Speaking about the next release, I think it is very important that we
work on the release notes. I will add my own changes soon. If you
remember some things that have been added since 0.8.1, please let me
know or add them to the notes in the repository. For instance, there
must have been some r
Only one test needs further work, because it relies on the fcntl library
> which is not available under Windows.
I have fixed that as well. All tests are now running smoothly under Unix
and Windows.
-- Christoph
---
This SF.Net email is sp
The servlets "ServletCache.py" and "AppControl.py" in the Admin
context are broken...
I have just gone over the admin pages and fixed these things.
-- Christoph
---
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free
Just for the record, since nobody protested, I have re-implemented the
"methodNameForAction()" transformation for action names. By default it
is the identity, so there will be no compatibility issue.
Because of this, the current behavior is nearly compatible with
"OldStyleActions". The only di
I noticed that in 0.9beta2 the 404Text.txt page was not supported any
more. It was still there and mentioned in the docs, but not used.
Instead, a standard HTTPException error message was printed.
Was there a deeper reason for this?
Anyway I have re-implemented the old behavior. Only if there i
I've just replaced the Unix start script WebKit/webkit by a folder
StartScripts containing start scripts for not only RedHat but also other
flavors of Unix, like SuSE, Debian or NetBSD, plus a generic script that
has been tested under Solaris and should run nearly everywhere.
If you put a li
I just checked in a change that makes the PythonServletFactory
responsible for .pyc and .pyo files as well besides .py files.
For the default configuration, this makes no difference,
since .pyc and .pyo are in both ExtensionsToIgnore and FilesToHide
so they will not be served anyway.
But by tak
I really would like to go for the 0.9 release now.
Mark, if you do not find the time, and nobody else volunteers, I can try
to do it this weekend. Let me know whether I shall do it and which
things to heed besides the ReleaseProcedures.html which seem to be outdated.
I'm suggesting to make th
Woops. I spoke too soon. Under my old Webware workspace, which could
be several weeks old or older, hitting Ctrl-C to stop the app server
worked fine (I do this when developing, not in production):
Yes, I made some changes here, because I got exceptions when hitting
Ctrl-C with the *old* versio
In the new workspace there are 2 problems. The output isn't nearly as
friendly and my command window is completely frozen.
I've tried some more times, hitting Ctrl-C multiple times and things
like that, but it always stopped gracefully. I also tested under Linux.
But I think I found the probl
In the new workspace there are 2 problems. The output isn't nearly as
friendly and my command window is completely frozen.
The problem seems to be that the DebugAppServer freezes always when an
exception is raised - in this case, a KeyboardInterrupt exception. In
the old version, the Ctrl-C wa
The problem with DebugAppServer was that it finished without stopping
the "close thread" when an exception was raised and not handled. I've
just checked in a fix for the DebugAppServer so that it shuts down
properly. Please check whether it is ok that way.
-- Christoph
--
Shall we make a 0.9rc first or directly release it as 0.9 and fix any
problems in 0.9.1?
Unfortunately, here in Germany the weekend is already over so I will cut
the release in the course of the next week unless somebody else jumps
in. Today I'll just try to update the ReleaseProcedures.html.
Some things are still unclear concerning the ReleaseProcedures.
* A download mirror at ebad.pair.com is mentioned. I assume it is not
used any more. We have the download directory at w4py.org and we can
also use the SourceForge files section.
* The ReleaseHelper script cuts the release direct
> * The ReleaseHelper script cuts the release directly from the CVS
> repository -- but first, the repository is now SVN, and second,
> the SVN version has version tags in the Properties and html files
> instead of the actual version which must be first replaced by the
> actual version with "setve
> and in the tag if it is a final release, they should be *copied*
> to ReleaseNotes-0.9, and ReleaseNotes-X.Y should be emptied
I meant, in the *trunk*.
---
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a
I'm currently going through the tracker and task items on the
SourceForge page, closing all tasks that have been done, are not
applicable any more or are simly obsolete due to long time.
Do we need all 4 trackers (Bugs, Support Requests, Patches, Feature
Requests) and the task manager? Maybe a
By the way, there is also the future.html file in the Docs folder with
open issues. So the to do items are really scattered everywhere.
---
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Co
In order to consolidate things a bit, I have now
closed/disabled the following on SourceForge:
- the "Support Request" tracker:
has never been used anyway, use webware-discuss instead
- the task manager:
has not been used since years;
I have copied ideas and tasks which were still open
t
:
http://www.webwareforpython.org
Please report possible problems to [EMAIL PROTECTED]
Include all appropriate version and platform information including
Webware, Python, web server, op sys, browser, database, etc.
The scheduled release date for the final relase is November 12, 2005.
-- Christoph
I am running a Debian variant and ran update-rc.d to create the proper
rcX.d entries for my run levels. These are symbolic links to the
symbolic link in /etc/init.d. The problem is that now the startup script
reports /etc/init.d as my $WORK_DIR
Good you found that problem, Seth.
You're
By the way, I also thought about adding a generic Webware Posix start
script that is not a shell script, but a pure Python script. Would that
be a silly idea? I think it should work, using the shebang mechanism.
-- Christoph
---
This SF.Net
Actually, install.py should have copied the Debian script automatically
to WebKit/webkit if /sbin/start-stop-daemon exists (can you confirm that
this also exists in Ubuntu?), but I just saw there was a typo in the
check for start-stop-daemon. I have fixed that too.
-- Christoph
-
I checked out the latest svn and for some reason the Generic start
script still isn't working for me (I swear it was working for a bit ;)
I think I found the problem. Python's readlink() can return a relative
path, so a simple recursion will not work when the links cross directory
boundaries (
I don't think it is a silly idea at all. To continue the logic you used
earlier... if you are running Webware you are guaranteed to have Python
installed so an init script written in Python would work fine.
If you want to check it out, I have now added a pure Python start/kill
script to the Sta
Don't worry, that checking looks only so large because one file (in
Experimental) was converted from spaces to tabs (Webware/your standard)
and every line is reported as changed. The rest is mostly white space,
word wrapping (I think it makes sense to word wrap at max 80 chars). I
didn't change
BTW, spaces around comparison operators make pylint happy.
Anyway, you're completely right, this was not the moment for such
clean-up and nit-pick because I unnecessarily forced others to review
many petty and unnecessary things. I'm sorry.
-- Chris
-
I understand your frustration. 0.9 has really been delayed too much.
I'm still aiming at Nov 12 for the final release. I won't touch the
source except for real issues. So far only two minor problems have been
reported which have been fixed already. So I don't think we need a rc2.
And the relea
Is it ok if I cut the final 0.9 release this weekend? I heard no
complaints about the 0.9 rc1 in the last time.
-- Chris
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for fre
> I cannot break out of ThreadedAppServer with Ctrl+C whether at the
> command prompt or running inside WingIDE.
> The DebugAppServer can break out fine.
> I'm on Win XP Pro with Python 2.4.1.
It works on my Win XP Pro and Py 2.4.1 (tried only command line
(cmd.exe), not WingIDE), and in the cod
Just checked the current trunk under WinXP + Py2.4.1 and I'm still
experiencing no problems breaking out from th app server with Ctrl/C.
So I will proceed and release 0.9 today. According to Murphy we will not
find the real bugs until shortly after the release anyway ;-) But since
the release
Or should I update the w4py.org server to 0.9 before making the release
in order to have another real-world test?
-- Chris
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for f
Regarding w4py.org, I'm not sure what specific security issues you're
referring to with regards to having the whole tree available. As long
as the .py files and other scripts are not executed by the web server,
we'll be fine.
They ARE executed, that's what I'm talking about. For example,
http://
Ok, I've fixed all that and updated the w4py.org server already. It now
runs on Webware 0.9, and the docs are served directly by the webserver.
The new releases and online docs are also available via SourceForge.
-- Chris
---
SF.Net email is
Webware 0.9 has been released.
The new release includes numerous enhancements, additions and bug fixes
over the previous release. We can list only a few of them here:
* easier installation
* improved documentation
* improved examples
* bug fixes
* a built-in HTTP server for immediate "playing",
The ReleaseNotes for 0.9 say "AutoReload no longer catches servlet
updates (since servlets can be reloaded without restarting the entire
server anyway)." (This was checked in by Ian in Revision 1956).
Generally, I'd say this is a good idea, but I noticed there is also a
drawback: The exception
> My impression was that it was a bug in Python since the servlet's
> module *is* getting reloaded. Maybe if you can recreate the issue
> in a small standalone example, you can ask comp.lang.python for help.
Thanks for pointing me into the right direction.
I checked this and you're right. The pr
If it's fixed in Python 2.4, is simply upgrading an option?
I have checked that again, and yes, it has been fixed in the traceback
module a year ago and thus should be available since Python 2.4:
http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Lib/traceback.py?r1=1.30&r2=1.31
Unf
Ian Bicking wrote:
I'm pretty sure traceback lines are loaded with linecache; you could
clear the cache everytime a reload is done.
See last checkin. Python 2.4 updates the linecache before printing
tracebacks; I'm doing the same manually for Python < 2.4 now. By the
way, clearing the cache i
BTW, is it by intend that the Webware mailing lists do not have a
reply-to header? I always forget to fix the recepient, since a reply to
a posting in the list goes to the author by default, not to the list.
Can this be changed?
-- Christoph
--
Seth Remington wrote:
"Reply to All" is a quick userland fix.
Yes, but I always forget it because in other lists this is not needed.
Also, this results in sending the message to the list plus to the author
who will receive it two times.
-- Chris
---
Frank Barknecht schrieb:
> You can normally disable this behaviour (getting list mails twice)
How? I only know "norcv" and "hide" which will do something different.
And even if I could disable it for me, I cannot be sure others have
disabled it.
> so at least for me it is usual to press "L" i
Frank Barknecht wrote:
I already feared it is an old and controversial issue again... ;-)
If you google for the keywords I mentioned you can read about the
issue in all its glory. Of course, the Thunderbird bug discussion also
went off-topic to fight that old fight. ;)
You seem to be right.
Chuck Esterbrook wrote:
It's been so long since I updated the web site, I don't recall how
we're doing it. Can someone who does make these tweaks, or post on how
we're set up?
It's in SVN/Webware/HomePage/Home/Papers/Templates/Packages.csv.
You can change the CSV file in the repository, and the
You can change the CSV file in the repository, and then make an update
on the webserver.
It was not completely automatic. The table on the page was hardcoded; I
needed to change that to include the data from a file which has to be
created by running gen.py once after changing the CSV file.
-
Since a couple of bugs have been fixed in the last months and a nice
Ajax example was added, I think it is time for making a new 0.9.1
release. However, one thing I would like to have in the new release is
the (optional) use of polling instead of ImportSpy, something that has
been discussed sev
Chuck Esterbrook wrote:
The polling could go into a 0.9.2. One problem that has vexed Webware
is that releases go weeks or even months without getting released so
one more thing can be added. In the mean time, people download the old
release and miss all the good stuff that's sitting in the repos
I just noticed that the name www.webwareforpython.org cannot be found in
the DNS any more. The alias www.w4py.org still works, but since most
links go to the full name, and since there is a redirection to the full
name, this does not help us.
You can check it here, for instance:
http://www.web
Jason Hildebrand wrote:
I have just renewed webwareforpython.org for another two years. DNS
should be back soon.
Thanks a lot, Jason. That was really quick! It's already available again
here from Germany.
-- Christoph
---
This SF.Net ema
I have just implemented a solution to the ImportSpy problem.
ImportSpy used ihooks to track imported modules, in order to reload
those modules with AutoReloadingAppServer. The problem was that using
ihooks could raise problems if you used Cheetah templates or imported
modules like Kid from zip
As promised, I have cut a new beta release. It contains all bug fixes
and enhancements made after version 0.9 so far, plus a couple of other
improvements and bugfixes I made this weekend.
Particularly, ImportSpy now uses new import hooks instead of ihooks (if
available) and can be disabled com
Since I did not get much feedback, I'm going to release 0.9.1 final this
weekend if nobody objects.
-- Christoph
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technolo
Andreas Poisel wrote:
Just one minor issue: starting with a 0.9pre release (if I remember
correctly) the MakeAppWorkDir.py script refused to write the application
skeleton when the target directory already existed.
I used to check out e.g. the "MyApp" directory from version control and
webware-
Mark Phillips wrote:
FWIW, today I downloaded the 0.9.1b1 and installed it on Mac OS X 10.4.6
running python 2.4. Ran through the tests without a hitch. Set up a
working directory, added my app files, and fired it up also without a blip.
That's an important feedback since I've run and tested W
> I can allow running on an existing working dir, but how should
> MakeAppWorkDir behave if the config files or the launcher script
> already exist? Overwrite or keep (there could be some customization
> in the config files and launcher script already)? Maybe we can add
> an option --overwrite, bu
As announced on the list, I have released Webware 0.9.1 final today.
Thanks for the suggestions, feedback and encouragement.
-- Christoph
---
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly wit
In preparation of a new Webware bugfix release, this weekend I have been
processing the Sourceforge bug tracker and implemented some very old
bugfixes and patches, and closed outdated issues. If you have other
changes that shall go to the next release, let me know.
-- Christoph
--
Can I remove the SelectRelease module in the WebKit package? It seems it
was only used by the AsyncThreadedAppServer which has gone already.
-- Christoph
-
Using Tomcat but need to do more? Need to support web services, secu
I noticed that after July 5, there are no checkin notificatons on
[EMAIL PROTECTED] any more, though I have
made some checkins to the Webware repository recently.
I have already looked on the server but found no changes in the config
or error messages. Any ideas?
-- Christoph
Chuck Esterbrook wrote:
> On 8/11/06, Christoph Zwerschke <[EMAIL PROTECTED]> wrote:
>> Can I remove the SelectRelease module in the WebKit package? It seems it
>> was only used by the AsyncThreadedAppServer which has gone already.
>
> No objections here.
There are a
Ian Bicking wrote:
> That's odd, I'm getting email from some locations from that same box.
> Are you making checkins someplace that is configured to send to that
> address?
Yes, but I think I have found the problem: The exim process did not run
any more. I found the following in the messages fi
I think I'm now done with this round of bug fixing. Webware should now
install and run with all Python versions from 2.0 to 2.5 as claimed by
the Docs and the Property files (at least all the unit tests pass); and
I tested it on some more platforms.
The 0.9.2 beta release will be available in o
Frank Barknecht wrote:
> One important "older OS" to me and I guess to many others is Debian
> stable, which is in use on many webservers out there. I would like to
> see Webware not require any Python that is not in Debian stable at the
> time of release.
The same applies to the Enterprise distri
As announced, a new beta release of Webware for Python is available for
testing. It contains a lot of bug fixes and improvements, including many
old issues from the SourceForge tracker. Backward compatibility with
Python <2.3 has been fixed in many places. The idea is to switch to
Python 2.3 or
Thanks for wanting to share your contributions, Dan.
> Got the trunk checked out of svn, but when I then ran install.py, it
> modified all the docs and configs, which is confusing the heck out of
> svn (svn status gives a host of !'s and M's).
The installer creates html files from phtml files
Dan Milstein wrote:
> I've added java servlet-style filters to Webware, and would like to
> contribute the code to the project, if people are interested.
> ...
> If people are interested, I can write up some documentation.
That's surely interesting, thanks.
I'll have a look at it and I'd also li
1 - 100 of 200 matches
Mail list logo