Thanks for the heads up. The homepage changes are online now.
-- Chris
Am 05.02.2017 um 18:35 schrieb Chuck Esterbrook:
> When I go to the home page, there are no links to download 1.2 or see
> its release notes. Here is a screen shot:
Hi all,
just got a notice that the new Webware homepage wasn't found on the
server. This seems to be some caching problem on GitHub where the
homepage is hosted; other pages are affected as well. After re-pushing
the branch for the homepage it now works again, hope this lasts. If not,
have
Hi all,
a bugfix release of Webware for Python 1.2.1 is available for download.
Note that Webware 1.2.x supports Python 2.6 and 2.7 only. For older
Python versions, use Webware 1.1.3.
Documentation and download links can be found on the new homepage:
https://cito.github.io/w4py/
New Features:
Hi all,
a new release of Webware for Python 1.2 is available for download.
Note that contrary to 1.1.2 which was released last week, the new 1.2
release now requires Python 2.6 or 2.7. Otherwise the new release is
still fully backward compatible.
This version features a new Redis based
Am 28.11.2015 um 18:49 schrieb Mark Phillips:
> I do have a gcc related question. I see a file named mod_webkit.so in
> the directory .libs and the “make install” terminated normally. Given
> that gcc issued warnings, is it risky to assume the mod_webkit.so
> file produced will function as
Yes, the Python 3 support is not yet official. I plan to eventually move
it to Github this year and create a new release that officially supports
Python 3.
-- Chris
Am 04.07.2015 um 10:30 schrieb Mark Lawrence:
output
C:\Users\Mark\Documents\Cash\Pythonpip install mypy
...
Collecting
Hi Gary,
thanks for the suggestion. I'm still maintaining Webware and will look
into any suggestion made here, though it may take some time (currently
on vacation).
You can also post patches and requests to
http://sourceforge.net/p/webware/feature-requests/
-- Christoph
Am 22.08.2014 um 00:57 schrieb Jolitz Ben - bjolit:
The following patch will make it install from pip quite fine on current
Python 3 versions.
Thanks for the tip, Ben. DBUtils was not developed with Python 3 in
mind, and I only tested and used it with Python 2, so I was amazed to
see that
Am 30.04.2014 18:32, schrieb F. Behrens:
for the first time in many years, a webware project for a customer has
developed constant failure conditions. I do, however, have problems to
isolate possible causes.
Never came across this kind of error. Maybe there is a memory leak and
it happens
released along with the current version 1.1.
You can find more info on the Webware for Python homepage at
http://www.webwareforpython.org/
Support is available via the Webware for Python mailing lists at
https://sourceforge.net/mail/?group_id=4866
-- Christoph Zwerschke
Am 15.07.2011 15:44 schrieb Christoph Zwerschke:
I haven't really looked into this so far, but a quick tests showed that
this bug happens only with Python 2.6 or newer. Can you confirm? When
upgrading to Webware 1.x, did you also upgrade the Python version?
I have now analyzed this a bit more
Am 15.07.2011 11:06 schrieb F. Behrens:
If you send a POST form with an URL that includes GET data then
FieldStorage will include both. Especially if you POST something like
id=42 and have id=23 in the URL, FieldStorage will end up with id:
[42,23], breaking code that expects a number here.
I am very pleased to announce a beta release of Webware for
Python 1.1, available for download from SourceForge (at
http://downloads.sourceforge.net/webware/Webware-1.1b1.tar.gz).
This release offers some major new features, e.g. a WSGI adapter,
sessions based on shelve or Memcached, MiddleKit
Mark Phillips schrieb:
Perhaps the addition of wsgi, disutils, and so on, calls for a v2
product.
Right. If there will be such larger changes, they will happen in v2. For
now in 1.1 I'm only trying to trim, streamline and modernize the current
code base without making any breaking changes
As already announced, I have created a branch for the Webware for Python
1.0.x bugfix releases.
Development in the trunk is now for release 1.1.
The idea is to slowly modernize and future-proof Webware for Python.
The 1.1 version will be the first step in the process with the main goal
of
Webware for Python 1.0.2 has been released.
This is the second bugfix release for Webware for Python release 1.0,
mainly fixing some problems and shortcomings of the PSP plug-in.
See the WebKit and PSP release notes for details.
Webware for Python is a suite of Python packages and tools for
I have just released a beta version of Webware 1.0.2. It tries to fix
the problems with the psp-handler recently mentioned by Fionn, by making
a request via the psp-handler look much more similar to an ordinary
request via the webbkit-handler. Fionn, can you review this beta and let
me know if
Forgot to mention the download location: The beta is as usual available
through the SourceForge project page:
http://sourceforge.net/project/showfiles.php?group_id=4866
-- Christoph
--
Apps built with the Adobe(R)
Hi Tobias,
concerning the first problem, I think Steve is right, the best way is to
pass self around. You can also make the functions methods of the class
that gets self as a parameter when instantiated. But the proper way
would be to use %@ page extends=MyPage%, where MyPage is a subclass
of
Fionn Behrens schrieb:
Changing running (productive) installations was no top priority under
these circumstances, I am afraid.
Changing installations in production without prior testing on a test
system is under *no* circumstances a good idea.
Location /
WKServer localhost $port
Jehiah Czebotar schrieb:
It's a problem in ThreadedAppServer keeping track of the # of bytes
remaining to be read from the socket, which is only apparent when
there is some delay in receiving data. (which for me means when webkit
and apache are on different servers). So that also explains why
Jason Hildebrand schrieb:
If only occasionally, it's possible that some network tool or
software is connecting directly to your appserver (on port 8080 or
whatever you are using), and that the request is not coming via
Apache. I've seen this happen; the solution is to firewall the
Jehiah Czebotar schrieb:
Is there a reason that the WebKit/Application.py code (lines 665-705)
only handles a few specific types of errors, and doesn't enter the
error handling code for all unknown errors?
I am working on upgrading to 1.0 and i realized in testing that my
application logic
Jehiah Czebotar schrieb:
I've also found that Webware/WebUtils/cgitb.py hadles non object
errors (ie: raising a string as the error) improperly causing the
'fancy traceback' to fail to display the actual traceback. Here is a
change that works for me, but i think it would be better to do enough
Chuck Esterbrook schrieb:
I was referring to the rash of unsubscribes that followed shortly
after the roadmap.
Just reread what I wrote, because this made me a bit sad, too.
Actually I only wanted to start a *discussion* about the future of
Webware, not pinpoint a fixed roadmap already. I
William Dode schrieb:
With python = 2.4 you use threading.local in PersistentDB, but with
some server (mod_wsgi) threading.local is not kept between requests
because of the C implementation. We can also imagine that somes wsgi
server will clean threading.local.
If we force to use the
Damiano Morosi schrieb:
Did you notice something strange in this? Am I makeing some mistakes?
Thanks for your support.
Nothing that should cause the process to be killed. But there are some
things you could improve to make everything more stable and secure:
* make the code safe against SQL
Jehiah Czebotar schrieb:
in doing some testing for webware-1.0rc1 I realized I had this problem
previously but never mentioned it, or supplied a patch; so here it is.
Great, thanks.
I have a namespace collision with MiscUtils/inspect.py because it
gets imported before the default
Jehiah Czebotar schrieb:
right-o; i should try my patches first... i'm still digging through a
few other migration to 1.0rc issues so we'll see how that goes =)
Good, let me know it there are any other problems...
-- Chris
The first release candidate for Webware for Python 1.0 is now available
for download from SourceForge:
http://downloads.sourceforge.net/webware/Webware-1.0rc1.tar.gz
or http://downloads.sourceforge.net/webware/Webware-1.0rc1.zip
This is expected to become a long-time supported stable release,
The long-awaited final Webware 1.0 version will be released soon. Please
take this as an opportunity to test Webware 1.0 beta 1 and let me know
how the beta works for you and whether there are any problems, so that
these can be fixed in the final release. If no problems are reported,
there
I am very pleased to announce the first beta release of Webware for
Python 1.0, available for download from SourceForge (at
http://downloads.sourceforge.net/webware/Webware-1.0b1.tar.gz).
This is expected to become a long-time supported stable release,
compatible with all Python 2.x versions.
Steve Schwarz wrote:
I've been running a local patch for a couple weeks now with following
features:
1 - Added two methods to ThreadedAppServer: startRequest() and endRequest()
methods. These methods can be used to implement page statistics and/or click
tracking by session. Default
Gregory Piñero wrote:
[Tue Nov 20 17:07:23 2007] [error] [client 127.0.0.1]
OperationalError: (1040, 'Too many connections')
I set my.conf to have 16 max connections so I don't know why it says
there are too many since I only gave the pool 10.
There are two reasons why this can happen.
Hi Steve,
this patch sounds useful, but it should not cost too much performance.
If you send it to me or post it at
http://sourceforge.net/tracker/?group_id=4866atid=304866
then I will have a look at it and maybe add it to the next version.
-- Chris
Webware 0.9.4 and DBUtils 0.9.4 have been released.
The new release of Webware for Python contains some fixes and
improvements of WebKit, and it adds some more configuration settings
that have been requested by users. The details can be found in the
WebKit release notes.
The new DBUtils release
Ben Parker wrote:
I would recommend overriding .write() in your main servlet class, and
have that function compensate for the lack of a character set. For
example, you could change the function signature to be def
write(unicodeObject, charSet):, or you could have the write() function
Mathis Hofer wrote:
Here is a stripped down servlet which gives me a UnicodeDecodeError. I
found out, that the table is the problem, there is no exception with
paragraphs.
The servlet works for me, I get the PDF with the table with no errors.
Which versions of Python, Webware, Reportlab and OS
Just noticed that Webware actions[1] have always violated the rules for
HTML[2], because the names start with an underscore. Does anybody care?
Should we make the prefix configurable and use a different default?
[1] http://www.w4py.org/WebKit/Docs/UsersGuide.html#actions
[2]
Thanks Egil. Can you put these links and comments somewhere on a fixed
web page that I can link to? Then you can change these on your own at
the next update and we don't need to change anything on the webware home
page. Or you can create a page on wiki.w4py.org instead.
-- Chris
Ezio Vernacotola wrote:
I need a database connection pool that can reconnect to a different
replicated failover server if the main server stop working. I found
DButil SteadyDBConnection works great in transparently reconnect if the
connection is lost, but to try a different server I'm
Webware 0.9.3 has been released.
This release of Webware for Python includes a couple of fixes and
improvements of WebKit and some cleanup of the overall Webware codebase.
Please have a look at the WebKit release notes for details.
Webware for Python is a suite of Python packages and tools for
Hi Ben,
I'm going to implement your patch, but I'd like to cut down the number
of additional config settings. The number of parameters is already
scaring enough ;-) What do you think about:
1) Assuming that the class name is always the same as the module name
(this is also backward compatible
Ok, this is now in the trunk if you want to check it out.
Ben Parker wrote:
Agreed about too many config settings - I thought about having the
Session / SessionStore set through some kind of runtime configuration.
Allow each context to set its own session/store combo perhaps? but that
is a
Just a short note for those who waited for the 0.9.3 release.
Unfortunately, it will take some more time since I didn't find enough
time to complete it this weekend and there are still some important
issues on my list. Plus, I just noticed a new issue with Python 2.5 and
AutoReload (the
Jean-François Piéronne wrote:
Very good idea, allowing declaration of a default error page will be
very useful.
May be it would be also interesting to allow the declaration of
HPPTErrorPage for application raised exceptions. For example:
HTTPErrorPage = {
'NotFound':
Chuck Esterbrook wrote:
I think they are already documented in the regular docs. I'd prefer to
just give a pointer to that if we don't have one already. As someone
who already knows the settings, I could be biased in this matter.
There are currently two places where things are officially
One thing I always disliked about Webware is the static 404 error page.
First, the name '404Text.txt' is hard coded and misleading because it is
a complete HTML page (maybe it has only been the body part in older
versions, as it is still wrongly documented), so it should better be
called
I recently stumbled over the following lines in ThreadedAppServer:
def makeInput(self):
return self._sock.makefile(rb,8012)
Is there any reason why the number 8012 was chosen? I assume the intend
was to use an 8192 Byte (8k) buffer, and this is just a typo, or am I
Chuck Esterbrook wrote:
On 3/23/07, Christoph Zwerschke [EMAIL PROTECTED] wrote:
I recently stumbled over the following lines in ThreadedAppServer:
def makeInput(self):
return self._sock.makefile(rb,8012)
Is there any reason why the number 8012 was chosen? I assume
Chuck Esterbrook wrote:
All sounds good except I wonder if making it relative to threads is
worthwhile the level of indirection. We can just default it to twice
the size. But I leave it up to you. Maybe there's something I'm
missing.
I wanted to explicitly set it to something in the default
I hadn't expected the issue is still so controversial ;-)
It still would be inconvenient, because you always have to think about
this issue and either convert back and forth manually, or use a script,
or change the settings in your editor. I'm working with a lot of Python
code from various
Chuck Esterbrook schrieb:
What about [EMAIL PROTECTED]'s suggestion:
What if you stayed with tabs and then added a converter, so that you
can quickly convert the tabs to the number of spaces that you want?
In fact, this might be a good idea for a lot of free source Python
projects
On webware-discuss I already announced that I want to release the next
Webware version 0.9.3 very soon. If anybody has suggestions or patches
or bug reports that I should take into account, please let me know.
What about the idea of releasing a 1.0 version without much change if
the 0.9.3
Thanks, Andrew. I will examine this and fix it before the 0.9.3 release.
-- Christoph
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
Hi Nick,
you recently posted the following on the Webware mailing list:
I have two webware apps running on the same domain, one on /default/ and
the other on /admin/. To avoid the session cookies from colliding, I
made a small change in HTTPResponse.py:recordSession. The line
Thanks for the feedback, Nick.
It turned out that my original idea didn't quite work in practice,
and then I found that webware already includes the feature I needed.
In http://svn.w4py.org/Webware/trunk/WebKit/Application.py
Application.__init__ uses a setting called SessionName
to control
Hi Ezio,
your ideas about implementing failover connections and load balancing
sound interesting. Can you email me your suggested patch? Concerning
load balancing, we probably need to somehow discern master and slave
databases and offer a way to request master and slave (usually read
only)
Just took a look at the fix in svn -- one thing: on line. 36, you're
deleting 'Content-Type' from the headers, and I think you want to be
deleting 'Content-Length'.
Good that you looked over the patch. I've already fixed the lapse.
-- Christoph
Dan Milstein wrote:
After looking carefully at HTTPHandler, I think I've found a way
to avoid holding that file in memory. I wanted to ask the list if
there was a reason for the current design that I'm missing. If not,
I'd propose the patch below as an improvement to the built-in HTTP
Fionn, can you give me a quick confirmation whether that problem has
been solved with the small patch that I have suggested?
-- Christoph
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff
Fionn Behrens wrote:
Looks like webware tries to load a servlet file from a dedicated
directory for each psp page. This is a requirement that wasnt there
before and I wonder what it is good for! Would someone please try to
explain? Since a lot of requests on my server go to /virtual/
Fionn Behrens wrote:
From which version did you upgrade to 0.9.2?
So, in consequence, all sources say Version X.Y - I'd guess it should
be 0.8.9 or 0.9.0
That looks like one of the early beta versions between 0.8.9 and 0.9.0
where the version number was not properly set.
No, I did not
Fionn Behrens wrote:
I have a context Servlets (outside webroot) defined for the Servlets I
use from my psp pages. The psp pages are located in the normal webroot
and load via mod_webkit and PSP-Handler.
Ok, I could now reproduce the problem. It happens when you are using
psp-handler with psp
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 like
Webware 0.9.2 has been released.
This release of Webware for Python includes a couple of fixes
and improvements of WebKit, MiddleKit, MiscUtils and WebUtils
(see the respective release notes).
Webware for Python is a suite of Python packages and tools for
developing object-oriented, web-based
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 by
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
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
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
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 also WebKit/Experimental and WebKit
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,
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
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
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, but
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
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
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
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:
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
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
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.
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.
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.30r2=1.31
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 in Mutt,
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
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
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,
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
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,
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 code,
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
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
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
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
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
1 - 100 of 140 matches
Mail list logo