[Webware-discuss] ANN: DBUtils 1.2 released

[Christoph Zwerschke]

Hi all,

new releases of DBUtils are available for download.

DBUtils can be used as Webware for Python plugin
or with other multi-threaded web environments for Python.

Version 1.1.1 supports Python 2.3 to 2.7
Version 1.2 supports Python 2.6, 2.7 and 3.x

Documentation and download links can be found on the new homepage:
https://cito.github.io/DBUtils/

Let me know if there are any issues with the new releases.

-- Christoph

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] Webware homepage temporarily unavailable

[Christoph Zwerschke]

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 some patience until GitHub solves the issue.

-- Christoph





--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] ANN: Webware for Python 1.2.1 released

[Christoph Zwerschke]

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:

You can now specify attributes to be set on the root HTML element of the 
Page servlet. By default, the document language will be set to English 
using the lang Attribute.

Bugfixes:

Fixed a race condition in the SessionDynamicStore (thanks to Ben Parker).

I'm still experimenting in the background with a more modern release of 
Webware for Python based on WSGI. A prototype already runs quite fast 
and can make full use of all the available kernels/cpus, which is not 
possible with the existing threaded application server that is 
restricted by the GIL. I have some other plans for the new release as 
well, particularly support for Python 3.

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] ANN: Webware for Python 1.2 released

[Christoph Zwerschke]

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 session store.

Documentation and download links can be found on the new homepage:
https://cito.github.io/w4py/

Webware Release Notes:
http://webware.sourceforge.net/Webware/Docs/RelNotes-1.2.html
WebKit Release Notes:
http://webware.sourceforge.net/Webware/WebKit/Docs/RelNotes-1.2.html

I'm planning to continue the modernization efforts in September.

This will also require to make some cuts and breaking changes. If you 
have ideas for future development and additions, or certain parts of 
Webware are of particular importance for you, please let me know.

Happy Webwaring...

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] ANN: Webware for Python 1.1.2 released

[Christoph Zwerschke]

Hi all,

a new release of Webware for Python 1.1.2 is available for download.

Documentation and download links can be found on the new homepage:
https://cito.github.io/w4py/

This is a backward compatible bugfix release with all fixes and 
improvements that have accumulated until today. The 1.1.x versions are 
fully backward compatible, supporting Python 2.4 to 2.7.

Next version will be 1.2 and support only Python 2.6 and 2.7.

-- Christoph Zwerschke

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] Webware has moved to GitHub

[Christoph Zwerschke]

Some news from the Webware for Python project:

As announced already last year, I have finally moved the Webware for 
Python project from the old private server provided by Tummy to GitHub. 
The homepage is now served by GitHub as well.

* The new repository is at: https://github.com/Cito/w4py

* The new homepage is at: https://cito.github.io/w4py/

Don’t worry, I will continue to maintain Webware for Python and create 
new releases with updated and more modern code and documentation. In 
fact, slimming down the project infrastructure and moving stuff to 
GitHub is the first step for me to make the project manageable again and 
restart development on a clean slate.

The old repository with the full history and the old documentation has 
been preserved under https://github.com/Cito/w4py-olde-docs,
the old Webware for Python Wiki has been frozen and archived under 
https://github.com/Cito/w4py-olde-wiki.

I want to thank Tummy (https://www.tummy.com/) again for generously 
providing a server for the Webware project over all these years.

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] Consolidating the infrastructure

[Christoph Zwerschke]

Btw, is anyone against moving Webware to Github, consolidating all the 
infrastructure (we still have our own server with web site, Wiki, SVN, 
plus the SF page with mailing lists and discussion forums)? It makes no 
sense that we have 3 mailing list plus various discussion forums on SF.

I also want to consolidate all of the docs and Wiki content, probably 
using Sphinx, and then make it available on Readthedocs.

(Not immediately, but some time in winter, when I have time and it's 
cold outside.)

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] make mod_webkit errors out

[Christoph Zwerschke]

Am 28.11.2015 um 17:32 schrieb Mark Phillips:
> I would greatly appreciate advice on how to work around or through this.
>
> Installing on Centos 6, with gcc and apxs installed.
>
> [root mod_webkit2]# make

Just for the record if anyone later searches through the archive, the 
discussion is in Webware-devel, this was fixed in the SVN trunk.

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] ANN: Webware for Python 1.1.1 released

[Christoph Zwerschke]

Version 1.1.1 of Webware for Python can now be downloaded at 
http://downloads.sourceforge.net/webware/Webware-1.1.1.tar.gz.

This is a bugfix release with some fixes and small improvements.

Webware for Python is a mature and stable web framework that has been 
around since more than a decade.

Version 1.1.1 runs on Python 2.4 to 2.7.

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

--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] RuntimeError: dictionary changed size during iteration

[Christoph Zwerschke]

Am 08.12.2012 09:51, schrieb Sophana K:
> My tasks do not access the sessions. (Why would they?)
> As it is a new behaviour, (I was using 0.9) a look at the changes could
> help...

In 0.9 and 1.0 the session sweeper loops run over the keys list, not 
over the dictionaries, simply because older Python versions did not 
support that. So the problem with duplicate session sweepers might well 
have existed, you just didn't notice it.

> Could it be the scheduler instances sharing some global task lists?

I thought about that too, because it would be an explanation, but no, 
they don't.

One explanation for the duplicate session sweeping could be that your 
tasks inherit from WebKit.Tasks.SessionTask instead of TaskKit.Task. Or 
that you inherit from Application and run __init__ twice.

To debug the problem, you can put some print statement in the __init__() 
and run() methods of SessionTask and see when it is instantiated (should 
be instantiated once at the start) and how often it is run (should run 
once every 10 minutes, depending on your SessionTimeout).

-- Christoph

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] RuntimeError: dictionary changed size during iteration

[Christoph Zwerschke]

Am 07.12.2012 12:16, schrieb Sophana K:
> Yes, I'm creating a Scheduler instance.
> I didn't know I was supposed to use the one from the application.

It's ok to create your own instance. But then the two schedulers will 
run as two parallel threads which needs more ressources and you can get 
these race conditions if both schedulers have tasks which access the 
session store. It's also convenient to use the application.taskManager() 
because it's started and stopped automatically together with the 
application.

> Is it normal that a scheduler instance automatically does session sweeping?
> Shouldn't the application create the task explicitely?

But that's excactly how it works. The application creates its own 
scheduler, and then adds just one task, the one which is used for 
session sweeping. You can replace that task with your own or add more 
tasks if you like.

> I have now fixed my code to use the existing scheduler.
> Shouldn't you remove the previous fixes then?

The fixes are still helpful in case anybody changes the session store 
for whatever maybe valid reasons.

It's still unclear to me what caused your problems: Do your own tasks 
modify the session store? Then that's the explanation, because you ran 
them in a parallel scheduler. If your own tasks don't change the 
session, then you must continue searching for the error cause. It looks 
like the session sweeper thread somehow was duplicated, but how this 
happens is unclear to me without seeing your code. If you just create 
your own Scheduler instance, this should not happen.

-- Christoph

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] RuntimeError: dictionary changed size during iteration

[Christoph Zwerschke]

Am 06.12.2012 10:59, schrieb Sophana K:
> I have some tasks scheduled every 30m and 24h.
> I did nothing special about the session sweeper. Are they related to
> taskKit?

The session sweeper thread is started by the Application instance using 
its own instance of the TaskKit scheduler, available as 
Application.taskManager(). Do you use that scheduler instance or do you 
use your own? To me it looks as if you're either running the session 
sweeper twice or one of your tasks is doing something with the session 
store of the application. Otherwise you shouldn't see that error.

-- Christoph

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Using SVN head in production environment

[Christoph Zwerschke]

Am 06.12.2012 10:34, schrieb Andreas Poisel:
> I've been using the svn head on a test system for a while now without
> any problem.  Would you object using svn head in a production
> environment?

Yes, as Sophana already answered, the trunk is stable; I want to cut a 
new release from it this month anyway. r8235 fixes a problem with 
aborting long-running threads on 64bit platforms. You can use 
http://localhost:8080/Admin/ThreadControl to play with this feature and 
see if requests can be properly cancelled on your machine.

-- Christoph

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] RuntimeError: dictionary changed size during iteration

[Christoph Zwerschke]

Am 30.11.2012 18:01, schrieb Sophana K:
> Isn't it strange nobody had this problem before? Seems that there
> isn't a lot of webware 1.1 applications in production. Don't you
> think?

That problem should not appear in practice unless you have somehow two 
session sweeper tasks running at the same time. Are you doing anything 
special in this regard? I'm running Webware 1.1 apps with many users 
which use sessions heavily, and I've never seen this issue.

-- Christoph

(Sorry, my mailer just sent an empty reply.)

--
Keep yourself connected to Go Parallel: 
TUNE You got it built. Now make it sing. Tune shows you how.
http://goparallel.sourceforge.net
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] RuntimeError: dictionary changed size during iteration

[Christoph Zwerschke]

Am 30.11.2012 18:01, schrieb Sophana K:
 > Isn't it strange nobody had this problem before?
 > Seems that there isn't a lot of webware 1.1 applications in production.
 > Don't you think?
T




--
Keep yourself connected to Go Parallel: 
TUNE You got it built. Now make it sing. Tune shows you how.
http://goparallel.sourceforge.net
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] RuntimeError: dictionary changed size during iteration

[Christoph Zwerschke]

Am 30.11.2012 13:48, schrieb Sophana K:
> It seems the problem has now moved to another place.
> Should I try the trunk?
>
>   File "/home/.../Webware-1.1/WebKit/Tasks/SessionTask.py", line 13, in run
>  self._sessionstore.cleanStaleSessions(self)
>File "/home/.../Webware-1.1/WebKit/SessionDynamicStore.py", line 256, in 
> cleanStaleSessions
>  self._memoryStore.cleanStaleSessions(task)
>File "/home/.../Webware-1.1/WebKit/SessionStore.py", line 202, in 
> cleanStaleSessions
>  for key in self:
> RuntimeError: dictionary changed size during iteration

Same problem. It's now also fixed in the trunk.

-- Christoph






--
Keep yourself connected to Go Parallel: 
TUNE You got it built. Now make it sing. Tune shows you how.
http://goparallel.sourceforge.net
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] RuntimeError: dictionary changed size during iteration

[Christoph Zwerschke]

Am 28.11.2012 12:10, schrieb Sophana K:
> Look like another thread could be changing the _memoryStore during
> this iteration. Should I change to
 > for key in list(self._memoryStore):

Yes, this or "for key in self._memoryStore.keys()" should fix it. I have 
already committed this as a fix to the trunk.

-- Chris

--
Keep yourself connected to Go Parallel: 
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Freeze at ThreadedAppServer

[Christoph Zwerschke]

Am 05.10.2012 10:29, schrieb Alex Ivanov:
> Can you please confirm that this fix is applicable?
> We may throw an exception if wait was not successful.
> Will it be a good idea to rewrite flags usage with python's events wait/set 
> functionality to be on the safe side?

I have fixed it now in trunk in r8233 with the simplest possible patch. 
Using events would be probably better, but I want to keep the semantics 
of the existing flag for backward compatibility.

-- Christoph

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Freeze at ThreadedAppServer

[Christoph Zwerschke]

Am 05.10.2012 10:29, schrieb Alex Ivanov:
> First of all, thank you, Christoph, for the excellent software! I've
> been using webware since 2002 and have not yet seen a decent
> replacement to it! Outstanding performance of lightweight servlets
> implementation leaves behind its competitors with their tons of
> useless code. That's the main feature I'm using from webware.
> Upgraded recently to 1.1 and discovered a freeze when I press Ctrl+C.
> It happens only on Windows. I'm using Windows 7. Linux is not
> affected. In fact the reason of the freeze seems to be quite simple:

Thanks for the positive feedback, kudos should go to the authors.

Your analysis of the problem and fix look good to me. It's actually a 
race condition, and in fact most of the time it works on my test 
machine, but sometimes not. And it's not really a freeze, the server 
works properly, just doesn't respond to Ctrl-C any more, right?

I also agree that a better fix would be to use a condition or event 
instead of the global flag. I'll work on that and plan to have a bugfix 
release this month. A couple of issues have already been fixed after 
1.1, and I have one or two other open issues that I want to address.

If there are other small issues that should be addressed in a bugfix 
release, let me know.

-- Christoph

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] webware gevent based appServer

[Christoph Zwerschke]

Am 19.09.2012 18:13, schrieb NoRaGen:
> It would be nice to have the option to upgrade to a python3.x Version
> of Webware for later purpose.

Definitely, that has also been one of my goals for a new version.

 > Compatiblity should be given so, that API remains the same, but
 > using python3.x capability. This should be possible, I think. API
 > changes would very bad at all.

The problem here is that Webware development started even before Python 
2, so the old API is very old-fashioned concerning naming conventions, 
use of getters and setters etc. My idea was to add a tool like py2to3 
that can convert an old style Webware app to a new style app.

Another idea would be to allow both styles. E.g. request could become a 
property, but if you call the request object, then it returns self, so 
if you use request as a getter function, it would still work. We already 
discussed this in the past. Method names could be changed from camelCase 
to PEP8 style, but the old names could be kept as aliases.

> However we use many modules where still no python3 port is existing.
> For now, switching to higher python version, would still not
> effective for us.

Yes, e.g. ReportLab is still one of the roadblockers.

-- Chris

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] webware gevent based appServer

[Christoph Zwerschke]

Am 17.09.2012 11:27, schrieb Sophana K:
> I'm using webware 1.0, because webware 1.1 didn't work correctly for
> me (I don't remember why)

You should definitely try 1.1 again. It works great for me and if there 
are any real issues, please report and I'll be glad to fix them.

> I'm currently trying to debug a freeze problem that occur every 1 to
> 3 weeks.The python appServer process is completely frozen, and must
> be killed with -9.It doesn't respond to any signal, so I can't dump
> its stack, and really don't know the cause strace shows that python
> is waiting on a futex.

Again, I don't think this is a problem with Webware itself. I have my 
Webware 1.1 apps running on many servers for months without restart.

> I still have some actions to do in my investigations like:
> - separating the custom radius server I made which is launched in the
> same process in several new threads. (I didn't know about the GIL at
> that time...)

This could really be the problem. You should run it in a separate process.

> - reverting to webware 0.9

Don't do that. There have been many bugfixes and improvements in 1.x.

> I've seen that there is a WSGI adapter that connects to the appServer.
> Is it possible to wrap a webware application in a real WSGI handler?
> This would allow to use webware applications under modern servers
> like gevent (gunicorn) and why not google app engine. The threaded
> app server is no more adapted to modern web techniques. A gevent
> based appServer would be so great! libraries like gevent-zeromq and
> gevent-socketio would be so nice to have.

Yes, the adapter needs a running appserver. This has also advantages, 
because it decouples your WSGI server from the application.

But you're right, it would be nice to have an option to run Webware 
applications without the AppServer, directly wrapped as WSGI, so we 
could make use of existing non-threaded WSGI servers. Actually, I 
discussed these ideas already years ago on this mailing list. However, 
there was not so much feedback and I had not enough time to realize it, 
so these ideas were not realized so far.

So my question to this mailing list would be: How many people are still 
interested in having a modernized Webware version? How backward 
compatible must it be? Would it be ok to change package and method names 
to make them comply with PEP8 or to change getter functions to 
properties or should it be as compatible as possible? Which plugins and 
functionality should still be supported, what can be stripped away 
(personally, I'm using only WebKit)?

-- Christoph

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Semicolon URL delimiter

[Christoph Zwerschke]

Am 25.01.2012 00:23, schrieb Oliver Bock:
> In my view nobody should go around adding parameters to other programs'
> URLs, so I consider this problem the fault of whatever added that junk.
> I thought I'd mention it for interest, and in case it affects anybody else.

You're right, WebKit's FieldStorage class does not support the semicolon 
as separator. This should actually only be a problem for POST requests 
with query strings which is a somewhat rare case. I have fixed this now 
in r8226 anyway. Thanks for pointing this out.

-- Christoph

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] ANN: DBUtils 1.1 released

[Christoph Zwerschke]

DBUtils 1.1 has been released.

DBUtils is a suite of tools providing solid, persistent and pooled
connections to a database that can be used in all kinds of
multi-threaded environments such as Webware for Python or other web
application servers. The suite supports DB-API 2 compliant database
interfaces and the classic PyGreSQL interface.

The new version is available for download at:

 * http://www.python.org/pypi/DBUtils/ and
 * http://www.w4py.org/downloads/DBUtils/

Changes:

 * http://www.w4py.org/DBUtils/Docs/RelNotes-1.1.html

User's Guide available at:

 * http://www.w4py.org/DBUtils/Docs/UsersGuide.html

-- Christoph Zwerschke



--
FREE DOWNLOAD - uberSVN with Social Coding for Subversion.
Subversion made easy with a complete admin console. Easy 
to use, easy to manage, easy to install, easy to extend. 
Get a Free download of the new open ALM Subversion platform now.
http://p.sf.net/sfu/wandisco-dev2dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] ANN: Webware for Python 1.1 released

[Christoph Zwerschke]

A new version 1.1 of the venerable Webware for Python web framework
is now available for download at
http://downloads.sourceforge.net/webware/Webware-1.1.tar.gz.

This release offers some major new features, e.g. a WSGI adapter,
sessions based on shelve or Memcached, MiddleKit supporting SQLite.

Webware requires Python 2.4 now. The code base has been cleaned up and
modernized very much; all the old cruft that was only there to support
older Python versions has been removed. The older Python versions are
still supported via the latest bugfix version 1.0.3 of the 1.0 branch
which has been 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

--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Webware times out on WebFaction Hosting service

[Christoph Zwerschke]

Am 25.07.2011 21:11 schrieb Roger Haase:
> Thank you Christoph, the problem was indeed different Python
> versions.  All is working now.
>
> Regarding the docstring and adapter.address file, I think the least
> confusing route would be to fix the docstring and add Host and
> AdapterPort lines to the WSGIAdapter.config (etc) files.

Ok, thanks for the feefback, it's already fixed in the trunk now.

If you have any other issues with 1.1b1 let me know since I plan
to release 1.1 final this weekend.

-- Christoph

--
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Webware times out on WebFaction Hosting service

[Christoph Zwerschke]

Am 25.07.2011 00:36 schrieb Roger Haase:
> I have some progress. I think the WSGIAdapter.py has a bug -- I
> couldnot use a non-standard port on Ubuntu 11.04.

Just had a look and noticed that I actually removed the adapter.address 
file config option in r8114 on purpose, probably because you can do the 
same with WSGIAdapter.config. I just forgot to remove its mention in the 
docstring and had WSGIAdapter.config spelled wrong.

Not sure if I should remove it in the docstring now or reinclude the 
support for the adapter.address file. Do you think it's worthwile?

Note that I made some small fixes to the WSGIAdapter after 1.1b1, the 
current version is here:
http://svn.w4py.org/Webware/trunk/WebKit/Adapters/WSGIAdapter.py
But I don't think they have to do with your bad marshall data error.

Could you post a traceback of that error? I guess it's thrown somewhere 
in receiveDict. One possible problem could be that your WSGIAdapter.py 
file runs with a different Python version than your ThreadedAppServer.

-- Christoph

--
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Webware times out on WebFaction Hosting service

[Christoph Zwerschke]

Am 23.07.2011 07:05 schrieb Roger Haase:
> I have added a WebFaction "Custom app (listening on port)" to obtain
> a unique port number. Then I modified my wsgiadapter to point at
> 184.172.207.73:41759 and modified the app serverconfiguration to
> listen at the same address.

Which Webware version are you using? Webware normally connects to Apache 
via mod_webkit; only the last beta supports mod_wsgi.

-- Christoph

--
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Mismatch between request.field() and QUERY_STRING

[Christoph Zwerschke]

Am 24.03.2011 01:25 schrieb Oliver Bock:
> I have had a few requests where the values in request.fields() do not
> agree with what is in QUERY_STRING. Below, see that the referrer,
> QUERY_STRING and REQUEST_URI all show _id=BK000579561338, and yet in
> fields we see _id=BK000579558176! How can this be?

Looks strange, but this can actually happen when the POSTed fields (sent 
with the request body) are different from those in the URI.

Like if you do this:






The POSTed vars always override the query string in Webware.

Maybe some JavaScript is adding the _id param in the URI instead of 
changing it in the field element?

-- Christoph

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Automatic Session Save in Transaction.py

[Christoph Zwerschke]

Hi Steve,

I have now implemented this option in the trunk,
http://svn.w4py.org/Webware/trunk in r8156.

You need to set AlwaysSaveSessions = False in
Application.config to activate it.

Let me know how it works as I want to release 1.1rc1 and then 1.1 as 
soon as possible.

-- Christoph

--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Automatic Session Save in Transaction.py

[Christoph Zwerschke]

Am 03.03.2011 21:38 schrieb Steve Schwarz:
> We use multiple appservers without session affinity so we use
> MemcacheSession to share sessions across appservers

Ok, that explains why you've run into that issue. The session objects 
are not shared between threads in this case.

So the simplest solution would be to keep a "dirty flag" and store the 
session only if that flag changed or when a save() method is called. I 
guess save() could actually be added as a synonym for storeSession() and 
in this method, the "dirty flag" should be reset of course.

Not sure if we should make it the standard mode for the FileStore and 
the MemcacheStore, because it's not 100% backward compatible, 
particularly because the lastAccessTime will not be updated.

Of course we could always update the lastAccessTime in case the session 
is not dirty, but this would require an additional read operation and 
decrease performance.

-- Christoph

--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Automatic Session Save in Transaction.py

[Christoph Zwerschke]

Btw, which kind of session store are you using? The default DynamicStore 
is based on the MemoryStore, and here requests share the same session 
object. So the scenario you described should actually not cause a 
problem for this kind of session store.

-- Christoph

--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Automatic Session Save in Transaction.py

[Christoph Zwerschke]

Hi Steve,

thanks for the detailed write-up; I see the problem. The current session 
handling is really not ideal when you're using AJAX (which is no wonder 
since Webware has been designed before anybody even thought about that).

IMHO the most simple solution would be to keep a "dirty flag" (set 
whenever __setitem__ or __delitem__ is called for the session) and then 
save the session only when the dirty flag has been set. This will also 
be good for performance. We could also add an AppConfig setting for 
manual saving (False by default to maintain backward compatibility). In 
this case, the dirty flag would not be set automatically, but by calling 
a save() method on the session.

But I'm already seeing a problem with that approach: Since the 
lastAccessTime is stored along with the session, it will not get updated 
if the session is not saved, so the session will expire too early if the 
user does not do anything that alters the session.

We could also keep a "dirty set" instead of a dirty flag. This set would 
contain all keys of the session for which the value has been changed or 
deleted. When the session store saves the session, it would then merge 
the current session values with the dirty set. This would require an 
additional session read operation, though. And it would be a pretty 
substantial change to the current session store(s). I'd rather avoid 
such drastic changes at least for the upcoming 1.1 version.

-- Christoph

--
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Threads always sitting at MinServerThreads

[Christoph Zwerschke]

Am 02.12.2010 04:14 schrieb Oliver Bock:
> I observed it using a simple Webware script that reports the number of
> active threads and roughly what they are doing. This script is normally
> very fast because it waits on no locks and does no database work.
> However when the server is busy I have occasionally noticed a several
> second delay before it returns, and when it does return I see that the
> other threads are all busy, and that the number of threads is still just
> 5. In fact, the number of threads is /always/ just 5, so far as I can see.
>
> So my question is: is this behaviour normal? Am I handling this the
> right way?

Hi Oliver, just looked into this.

Webware comes with a servlet called "ThreadControl" in the Admin 
context. There you can see which threads are currently handling which 
requests, and how many threads are idle. When I start the appserver, it 
shows the thread handling the ThreadControl servlet, and 9 idle threads, 
as expected. Then after a while, the idle threads go down to 4, also as 
expected. Webware also also comes with a script "stress.py" in 
WebKit/Test/stress. After I tried a "stress.py 500 30 30", I saw 19 idle 
threads, slowly phasing down to 4 again, again just as expected.

Can you try the same on your machine and check if you get the same behavior?

-- Christoph

--
What happens now with your Lotus Notes apps - do you make another costly 
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto the cloud with Force.com, apps are easier to build,
use, and manage than apps on traditional platforms. Sign up for the Lotus 
Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] New server for w4py.org

[Christoph Zwerschke]

Just a quick note to let you know we migrated the Webware project site 
to a new machine. The website and repositories should now be noticeably 
faster. If anything does not work as expected or you are missing 
anything that was there on the old server, let us know.

Thanks go to tummy.com for complimentary providing the new server, as 
they already did in the past. They are really generous and supportive, 
so I highly recommend their services if you are looking for managed 
hosting of your Webware apps or other Linux based services.

-- Christoph

--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] 1.1b: 'yield' not allowed in a 'try' block with a 'finally' clause

[Christoph Zwerschke]

Am 25.10.2010 04:14 schrieb Oliver Bock:
> When install.py byte compiles 1.1 beta on Python 2.4.3, I get this
> error, which does not stop install.py:

That has been fixed in the trunk already long ago, sorry that the final 
release got delayed. We are currently moving the webware.org server and 
after that there will be the final release.

If you found any other problems with the 1.1beta, let me know.

-- Christoph

--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] bug in UnknownFileTypeServlet.py (guess_type multithread)

[Christoph Zwerschke]

Am 24.09.2010 20:53 schrieb Sophana KOK:
> from python 2.6 guess_type implementation doesn't support multi threading.
> The symptom is an infinite recursion exception on guess_type when it
> is called concurrently

Thanks for pointing that out. I found that it's a known and fixed Bug in 
the first Py 2.6 releases: http://bugs.python.org/issue5853

> Maybe it is better to prevent it, just by using a mutex:

I agree, silently catching the exception is not a good idea. But instead 
of using a lock I think we should simply call mimetypes.init() in 
WebKit.__init__.py - it seems the only problem is the init() function 
that is called on the first use of guess_type. Let me know if that works 
for you. It will be fixed in Webware 1.0.x and 1.1.x then.

-- Christoph

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Adapters

[Christoph Zwerschke]

Am 01.07.2010 13:03 schrieb Chuck Esterbrook:
> Interesting. I didn't see the .libs directory at first. Is that an
> apxs convention or are we doing that? Normally dot files are meant to
> be semi-hidden, but I don't see why these files would be.

It's apxs doing that. The rationale is probably that you shouldn't care, 
but use "apxs -i" to install (copy) the module.

> Good to know. Might want to add that last bit to the install guide.

Ok, will do that.

-- Christoph

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Adapters

[Christoph Zwerschke]

Am 01.07.2010 10:59 schrieb Chuck Esterbrook:
> On my new server, I haven't gotten mod_webkit2 to work yet. The build
> produces .slo and .lo files, but the Apache install only seems to
> successfully load .so files.

I'm running it for years in production on SUSE Linux, the stability and 
performance have been outstanding. Got it also running on Windows 
(precompiled dlls are shipped with Webware).

The build should also produce a .libs folder inside which you will find 
the .so file. Instead of copying it manually, you can also use "make 
install" to install it into the Apache modules directory and activate 
the module in the Apache config.

> I tried ModPython which worked great with one app, but becomes
> schizophrenic if you have two applications including serving up the
> opposite app for a given URL or reporting a 404 if the other app
> doesn't have that path.

There are also other reasons for not using ModPython: The performance is 
not so great (http://wiki.w4py.org/webwarebenchmarks.html) and the 
project has just died 
(http://blog.dscpl.com.au/2010/06/modpython-project-is-now-officially.html).

-- Christoph

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Why does ThreadedAppServer.addSocketHandler() write to disk?

[Christoph Zwerschke]

Am 08.06.2010 23:20, schrieb Steve Schwarz:
> We are using Twisted to dispatch/maintain the Webware process pool. Will
> see about possibility of open sourcing our SingleThreadedAppServer and
> our twisted server as this progresses.

Great. Maybe this can give us some ideas for a new native Webware app
server.

-- Christoph

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Why does ThreadedAppServer.addSocketHandler() write to disk?

[Christoph Zwerschke]

Am 08.06.2010 21:44 schrieb Steve Schwarz:
> Yep. Looks like we are experiencing GIL contention on our compute heavy
> pages. Refactoring is also going on in the application to solve that
> problem.

Adding an alternative to the MultiThreadedAppServer has been on my todo 
list for Webware for quite a while already (at least as long we're still 
running on Python 2 - the GIL may become less problematic with Py 3.2). 
Maybe a MultiProcessAppServer could be the alternative or somethin with 
an approach like Concurrence or Twisted.

-- Christoph

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Why does ThreadedAppServer.addSocketHandler() write to disk?

[Christoph Zwerschke]

Am 08.06.2010 21:27 schrieb Steve Schwarz:
> We'd like to simplify our deployment. Now our admins have to install
> Webware multiple times for each appserver instance on multiple servers.
> It would be easier to just deploy once and have all instance refer to
> that one check out.

Ok, as I understand, your working dir is on a shared directory?

> We also see better performance running with a pool of single threaded
> appservers instead of using the ThreadedAppServer.

Are you using multi-core/multi-processing machines?

-- Christoph

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Why does ThreadedAppServer.addSocketHandler() write to disk?

[Christoph Zwerschke]

Am 07.06.2010 22:00 schrieb Steve Schwarz:
> We are looking to run multiple Webware instances from a single Webware
> directory/checkout and can do so by providing configuration differences
> via command line args.

Just out of curiosity, why do you want to do that? I'm usually running 
different instances from different working dirs only.

> But I noticed that ThreadedAppServer.addSocketHandler() creates files
> like http.address and adapter.address containing the address:port for
> each adapter: ...
> Can anyone explain the purpose? Trying to stop running multiple
> appservers on the same address/port? If so the port will already be
> bound so the appserver will fail...

I think they are only used as a way to communicate the appserver port to 
some of the adapters, e.g. the CGIAdapter.

If you start a second instance, the file should be overwritten with a 
warning, doesn't this work for you?

If you don't want this, you can set a different name for it in the 2nd 
instance via the AppServer setting "AddressFiles", e.g. '%s.address2'

see 
http://www.webwareforpython.org/WebKit/Docs/Configuration.html#appserver-config

-- Christoph

--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] self.response().flush() on 1.1b1 with WSGI

[Christoph Zwerschke]

Am 15.05.2010 23:56 schrieb Roger Haase:
> For the benefit of anyone else who is using flush on a few long
> running transactions, mod_deflate can be turned off for a single
> servlet by adding a line to the apache conf:
 > SetEnvIf Request_URI ^/webkit/MyXaction no-gzip=1

Thanks for the feedback. I've addded this and hints about other possbile 
to the flush() docstring now.

-- Christoph

--

___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] self.response().flush() on 1.1b1 with WSGI

[Christoph Zwerschke]

Am 14.05.2010 20:26 schrieb Roger Haase:
> I use a call to self.response().flush() on a couple of long running
> transactions.  With the WSGI adapter on 1.1.b1 the transaction runs
> to completion, but nothing is transferred until the transaction
> completes.
>
> I haven't tested this with other adapters.  Anyone else notice this?

Just tested it with mod_webkit, mod_scgi and mod_wsgi and it worked 
nicely with all of them.

Are you sure you're using the adapter? It does not work with the 
built-in webserver. Also, some Firefox plugins tend to pile up response 
data. Did you test with different browsers?

There have been some changes to the WSGI adapter after 1.1b1, you can 
try with the current version (but it should also work with 1.1b1):
http://svn.webwareforpython.org/Webware/trunk/WebKit/Adapters/WSGIAdapter.py

-- Christoph

--

___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Example howto use FormEncode with Webware-1.1b1

[Christoph Zwerschke]

Am 13.05.2010 18:14 schrieb Georg Balmer:
> Next I try generate the code for the "form_template" using "WebHelpers".
> HTMLgeneration is mentioned in the "future" list.
> Has this something to do with what I try to do with Webhelpers?

Yes, webhelpers.html seems to do these things. Maybe it's good enough.

-- Christoph

--

___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Example howto use FormEncode with Webware-1.1b1

[Christoph Zwerschke]

Am 13.05.2010 15:39 schrieb Georg Balmer:
 > I tried to find a way how I could work offline on my Sphinx document
 > an then upload the document to the wiki, but I didn't succeed.
 > Do you have a hint for a wiki dummy?

Since both Sphinx and Wiki use ReST format, you can just click on "Edit 
-> Edit this page" and then post your content using cut & paste.

Btw, I just fixed the original Webware example in FormEncode which was 
broken because of the missing HTMLForms and had some more small problems 
(e.g. the Unicode issue you reported). It works nicely now with both 
Webware 1.1 and Paste WebKit.

-- Christoph

--

___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Example howto use FormEncode with Webware-1.1b1

[Christoph Zwerschke]

Am 13.05.2010 07:42 schrieb Georg Balmer:
 > What do I want? (random work in progress)

Sounds good. Sphinx is already on our "future" list:
http://wiki.w4py.org/futurework.html

You can use the Wiki to add recipes and tutorials as drafts; they don't 
need to be polished. The Wiki and the existing docs can then be used as 
a starting basis for creating the Sphinx docs (which should be tested 
and proof-read). Anything that has become obsolete or has been taken 
over to the Sphinx docs can then be removed from the Wiki.

-- Christoph

--

___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Example howto use FormEncode with Webware-1.1b1

[Christoph Zwerschke]

Am 12.05.2010 10:00 schrieb Georg Balmer:
 > . elaborate examples "Fields OK-exit"

That's simple, just add names to your submit buttons and check them with 
the hasField() method.

Actually I'm not using FormEncode with Webware, so I cannot contribute 
any best practices to the Wiki, but the Wiki is editable by anybody.

It would be nice if we could add a standard form validation and 
generation plugin to Webware, though. There had been some attempts in 
the past with FunFormKit and FormKit4Python, but nothing ever got 
integrated and they are not maintained any more.

-- Christoph

--

___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Example howto use FormEncode with Webware-1.1b1

[Christoph Zwerschke]

Am 11.05.2010 13:33 schrieb Georg Balmer:
 > Next step is your SchemaBuilder suggestion.

Just tried it, but it doesn't seem to be very useful since you cannot 
specify and validator arguments, and I had to fix some things first (see 
http://bitbucket.org/cito/formencode/changeset/e39881f76131).

I've added the examples to our Wiki now:
http://wiki.w4py.org/webwareandformencode.html

-- Christoph

--

___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Example howto use FormEncode with Webware-1.1b1

[Christoph Zwerschke]

Am 11.05.2010 08:53, schrieb Georg Balmer:
> I got the example from a direct download from formencode.org:
> .  [2] svn co http://svn.colorstudy.com/FormEncode/trunk FormEncode
> (examples directory: WebwareExamples/index.py)

Thanks, I was not aware of that example. Seems it was actually written
for Paste WebKit (http://pythonpaste.org/webkit/).

As you noticed it uses htmlform which is deprecated; you must use
htmlfill directly. You must also add a name="color" attribute to the
checkboxes to make these work.

It seems your problem is that the formencode errors are now unicode, so
you must encode these. Here is how I got it working with the current
Webware (I simplified it a bit by not using Webware actions):


class form(Page):

schema = FormSchema()

def awake(self, trans):
Page.awake(self, trans)
try:
fields = self.request().fields()
if 'name' in fields:
fields = self.schema.to_python(fields, self)
else:
fields = self.getDefaults()
except formencode.Invalid, e:
errors = dict((k, v.encode('utf-8'))
for k, v in e.unpack_errors().iteritems())
else:
errors = None
self.rendered_form = formencode.htmlfill.render(form_template,
defaults=fields, errors=errors)

def writeContent(self):
self.write(page_style % self.rendered_form)

def getDefaults(self):
return dict(age='enter your age', color=['blue'])


Let me know how it works for you.

Btw, instead of using a schema, you could also embed the validation info
in the form template and use the SchemaBuilder to parse these.

-- Christoph

--

___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Example howto use FormEncode with Webware-1.1b1

[Christoph Zwerschke]

Am 10.05.2010 12:57 schrieb Georg Balmer:
> The orginal WebwareExample by Ian Bicking is working after eliminating 
> HTMLForm
> but some german error messages produce a UnicodeEncodeError in HTTPResponse.

Sorry, I cannot find this example you're referring to, where is it? 
Generally, you must output ordinary (encoded) strings in Webware, not 
unicode. It's best to always use the same encoding (e.g. latin-1 or 
utf-8) and work with encoded strings everywhere inside Webware.

-- Christoph

--

___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] AssertionError

[Christoph Zwerschke]

Am 26.04.2010 07:56 schrieb Blaise Vogel:
> I'm using for a long time Webware + cheetah, I have upgraded my
> Debian Squeeze yesterday, and now, I got an "AssertionError" on any
> template. Because, I don't understand where is the problem, I ask
> for a little help ;-)

Ok, I had a look at this now.

The problem is that the latest Cheetah version you're using ditched 
support for Webware. The Cheetah Servlet class is not derived from 
WebKit.Servlet any longer and the awake() method is gone, so this 
explains the AssertionError you got.

See http://www.cheetahtemplate.org/CHANGES.txt and
http://github.com/cheetahtemplate/cheetah/commit/0eead16006099c658988ebc4e1687ccabcbd3e92

You should try to convince the Cheetah folks to put it back in. 
Otherwise, we will need to add a monkey-patch for Cheetah to Webware.

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] AssertionError

[Christoph Zwerschke]

Am 26.04.2010 10:47, schrieb Blaise Vogel:
> Cheetah 2.4.2.1

Thanks. I'll try to look into that later today or tomorrow. I guess it's
caused by Cheetah still using old-style classes or something.

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] AssertionError

[Christoph Zwerschke]

Am 26.04.2010 07:56, schrieb Blaise Vogel:
> - A simple .tmpl and cheetah compile test.tmpl

Which Cheetah version? Can you post a small template to reproduce the
problem?

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] Beta release of Webware for Python 1.1

[Christoph Zwerschke]

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 using SQLite.

Webware requires Python 2.4 now, and the code base has been cleaned
up and modernized very much, getting rid of all the old cruft that was 
only there to support older Python versions.

Download and test, everybody! Please report any problems you can find in 
this release, and please let me also know of any innacurate or
outdated information in the accompanying documentation.

No new features will be accepted for this version any more. There will 
be probably no more beta releases or release candidates for 1.1, but I 
want to directly publish the final 1.1 release as soon as possible.

-- Christoph

PS: Maybe the following new entries in the Webware wiki will also be 
interesting for you:

   Benchmarks: http://wiki.w4py.org/webwarebenchmarks.html
   MySQL config tips: http://wiki.w4py.org/mysql.html

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Memcached Session Submission

[Christoph Zwerschke]

Am 12.04.2010 00:59 schrieb Steve Schwarz:
> I'd much rather the session store fail early and raise an exception if
> you try to clear(). The less code in the session implementation the
> safer I'd feel.

Ok, I have changed that now. You can configure whether you want an 
error, warning or ignore things unsupported by Memcached. The default is 
printing a warning.

-- Christoph

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Memcached Session Submission

[Christoph Zwerschke]

Am 12.04.2010 00:59 schrieb Steve Schwarz:
> However I'm concerned by the added code/complexity required to support
> clear(). In our usage of the memcached session store users are moved
> between servers based on load. So if the sessions are cleared on one
> appserver what mechanism is used to trigger the other servers to call
> getCounter() and reset their notion of the session counter?

Ok, I see the problem. It happens if you are using more than one Webware 
app server connecting to the same memcache, right? In that case we need 
to fetch the counter every time from memcache (which is currently not 
done) because the other appservers could have updated it, and that would 
be indeed a lot of overhead.

I'll see if I can come up with a solution, but probably I will just 
remove the counter mechanism again.

-- Christoph

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Memcached Session Submission

[Christoph Zwerschke]

Am 15.03.2010 19:38 schrieb Steve Schwarz:
> I've written a memcached based Session that others might find useful.
> Feel free to use as you wish.

I had some time today to try it out. Works nicely. I have added some 
improvements (namespaces, clear() and some more methods) and tests.
Committed to the 1.1. branch now.

Only one thing was not quite clear: Why do you inherit the store from 
threading.local? As far as I see, this should not be necessary.

-- Christoph


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Memcached Session Submission

[Christoph Zwerschke]

Am 15.03.2010 19:38 schrieb Steve Schwarz:
> I don't recall if I've already submitted this enhancement...
> I've written a memcached based Session that others might find useful.

Thanks, Steve. I'll have a look and probably include it with the next 
Webware release (yes it got postponed but is not abandoned...)

-- Christoph

--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] 64 bit mod_webkit.dll

[Christoph Zwerschke]

Am 03.02.2010 18:40 schrieb Redhorse, Olivia J. (WSTF-RD)[JTI]:
 > Is there a 64 bit mod_webkit.dll file available?  Thank you.

So far not. But I have added a note to create and include one with the 
next release which is long overdue.

-- Christoph



--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Can psp "read" the html field value?

[Christoph Zwerschke]

Am 31.01.2010 11:01 schrieb HS WAI:
> I am new to python server pages.
> Can psp "read" the html field value
> ...
> 
> <%
> # Read/Get the above hidden field value
> # Perform some task
> #re-write the hidden field value
> %>

I don't understand exactly what you want, but maybe this?

<% compute hidden_value %>


Or do you want to get the hidden value from a submitted form? You get it 
like all other form fields with req.field('name_of_field').

-- Christoph

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] DBUtils error at installations

[Christoph Zwerschke]

Am 27.01.2010 22:12 schrieb Redhorse, Olivia J. (WSTF-RD)[JTI]:
> Thanks again.  I will try it and see what happens.
> Does the Webware for Python and DBUtils need to be the same version?

No, the version numbers are independent of each other.

-- Christoph




--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] DBUtils error at installations

[Christoph Zwerschke]

Am 27.01.2010 21:42 schrieb Redhorse, Olivia J. (WSTF-RD)[JTI]:
 > python setup.py install --install-lib=$DISK1:[VMS$COMMON.webware093]
 > ...
> File "/python_root/lib/distutils/util.py", line 233, in subst_vars
> raise ValueError, "invalid variable '$%s'" % var
> ValueError: invalid variable '$'

This looks more like a problem of Distutils trying to expand DISK1 and 
COMMON from the environment, rather than a problem of DBUtils.

But instead of running setup.py you can also simply copy the DBUtils 
directory into the Webware directory.

I don't know any reason why DBUtils should not work on OpenVMS, but then 
I also don't know OpenVMS very well and never tried it there.

-- Christoph

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] catching up to webware v1

[Christoph Zwerschke]

Thanks for the kind words, Mark.

There are no fundamental API changes between v0.9 and v1.

But if you're updating from such an old version, you should recreate the 
working directory with MakeAppWorkDir, and copy the old context(s) and 
changes in config settings over to the newly created directory.

-- Christoph

--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Apache won't connect to app server after ubuntu 9.10 upgrade

[Christoph Zwerschke]

Peter Lyons wrote:
> (There are 10 total connection attempts from apache/mod_webkit to the
> adapter then it just gives up).  I get a 500 internal server error page from
> apache in my browser.

Hi Peter,

I noticed the same problem on OpenSuse 11.2 two weeks ago and have 
already improved the mod_webkit adapter (in r8092) so that this should 
not happen any more. I'm planning to release a 1.0.x bugfix version and 
a 1.1 version of Webware including this fix soon. Meanwhile, you can use 
the workaround suggested by Oliver and Andreas.

-- Christoph

--
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Recurring AssertionErrors from URLParser.py

[Christoph Zwerschke]

Gary Perez schrieb:
> Upon closer inspection of the emailed AssertionErrors, it appeared  
> that the proxy requests weren't actually hitting any of the  
> VirtualHost domains for that box, but they were explicitly connecting  
> to http://ipaddress:8080/. So it didn't really matter how I had the  
> rewrite rules or virtual hosting configured.

Ok, thanks for the feedback. Maybe I can improve the behavior when 
WebKit is addressed as a proxy. Btw, you can disable the built-in 
webserver on port 8080 and only listen to the app server port 8086.
Just set EnableHTTP = False in AppServer.config. Also, in the same 
config file you can restrict the network interfaces at which the 
application server will listen. I recommend setting Host='localhost' to 
only listen to the Apache on the same server.

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Patches to Webware 1.0.2 for Python 2.3 installation

[Christoph Zwerschke]

Thanks for the patches, Justin, they are welcome.

I'm currently working on 1.1 which will require Py >= 2.4. There I have 
already replaced such checks with "isinstance(..., basestring)" which 
effectively does the same but is a newer idiom.

But I will also backport this to the 1.0.3 bugfix release. The 1.0.x 
versions will always compatible with Py >= 2.0. Here we need to import 
StringTypes from MiscUtils because it appeared only in newer Py vers.

If you have more suggestions and patches, let me know.

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] socket close-on-exec patch needed anymore on ThreadedAppServer?

[Christoph Zwerschke]

Hi Justin,

> I'm in the process of upgrading Webware to version 1.0.2 from version 0.8.4

You probably mean 0.8.1? Please note that you should create a new app 
work dir in this case (with MakeAppWorkDir) and move your contexts etc. 
to the new app work dir, since some things have changed here.

> We currently have a patch that we apply to the older version to add
> in socket close-on-exec within the ThreadedAppServer, like so:
> 
> Do we need to reapply this patch to Webware 1.0.2, or was
 > ThreadedAppServer rewritten to avoid this problem?

No, it seems this patch has never been suggested. It makes sense when 
your app forks its own processes, right? I can try to get this into 
1.0.3/1.1 (needs to be done carefully, because it works only on Unix, 
and F_SETFD and FD_CLOEXEC may not be defined in all Py versions).

If you want to do it with Webware 1.0.2, you need to apply your patch 
after line 273 of ThreadedAppServer.py.

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Recurring AssertionErrors from URLParser.py

[Christoph Zwerschke]

Gary Perez schrieb:
> I use MakeAppWorkDir.py after each (new) installation. Is it possible  
> to install the new version of Webware & then point the existing  
> appworkdir to it in place of the older version?
> 
> Or should it be run again to create a fresh appworkdir, copy context  
> directories & reconfigure?

This is only required if you're updating from a really old version.
If your're running 0.9.1 or newer, you can simply update Webware itself 
without any changes in the app work dirs.

I recommend moving the old version to /usr/local/Webware.old and then 
installing the current version as /usr/local/Webware. Then no changes to 
the working dirs will be needed, and if it does not work as expected, 
you can easily revert the update.

-- Christoph

--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] ANN: Webware for Python 1.0.2 released

[Christoph Zwerschke]

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
developing object-oriented, web-based applications. The suite uses well
known design patterns and includes a fast Application Server, Servlets,
Python Server Pages (PSP), Object-Relational Mapping, Task Scheduling,
Session Management, and many other features. Webware is very modular and
easily extended.

Webware for Python is well proven and platform-independent. It is
compatible with multiple web servers, database servers and operating
systems.

Check out the Webware for Python home page at http://www.w4py.org


--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Recurring AssertionErrors from URLParser.py

[Christoph Zwerschke]

Gary Perez schrieb:
> Various lines exist in the log files, e.g.:
> ...
> ... "GET http://proxyjudge1.proxyfire.net/fastenv HTTP/1.1" ...

I tried requesting such URLs with telnet, but was not able to reproduce 
the problem.

Can you update to the latest Webware version and check whether that 
works better? You can download it at

http://downloads.sourceforge.net/webware/Webware-1.0.2b1.tar.gz

I'd like to get feedback conerning 1.0.2b1 anwyway, since I want to 
publish 1.0.2 soon.

-- CHristoph




--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Recurring AssertionErrors from URLParser.py

[Christoph Zwerschke]

Gary Perez schrieb:
> I'm surprised nobody has had this happen before. Googling the  
> specific error turns up zero hits. I must be an edge-case.

You config looks ok. Can you see the corresponding entries in the Apache 
access log?

-- Christoph

--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Recurring AssertionErrors from URLParser.py

[Christoph Zwerschke]

Gary Perez schrieb:
> I looked up this "proxy5/check.php" thing in Google & it indicates  
> (?) some type of proxy abuse (led me to: http://wiki.apache.org/httpd/ 
> ProxyAbuse). So I changed the config. in httpd.conf, but that only  
> seemed to generate more errors & emails.

Hi Gary,

I did not come across these errors so far. They do not appear in the log 
of our Webware server at w4py.org either.

What did you change in the config? Did you set the ServerName? I think 
that should solve the issue.

-- Christoph



--
OpenSolaris 2009.06 is a cutting edge operating system for enterprises 
looking to deploy the next generation of Solaris that includes the latest 
innovations from Sun and the OpenSource community. Download a copy and 
enjoy capabilities such as Networking, Storage and Virtualization. 
Go to: http://p.sf.net/sfu/opensolaris-get
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Cannot download from SF

[Christoph Zwerschke]

Chuck Esterbrook wrote:
> I know this is an SF issue given the URL
> (http://downloads.sourceforge.net/webware/Webware-1.0.1.tar.gz), but
> is there anywhere else to download from?

I have no problems using either URL.

But you can always use the following alternative download location:
http://www.webwareforpython.org/downloads/

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] ANN: Webware for Python 1.0.1 released

[Christoph Zwerschke]

Webware for Python 1.0.1 has been released.

This is the first bugfix release for Webware for Python release 1.0, 
mainly fixing a problem that could appear when communicating with the 
threaded application server over a network connection. See the WebKit 
release notes for details.

Webware for Python is a suite of Python packages and tools for
developing object-oriented, web-based applications. The suite uses well
known design patterns and includes a fast Application Server, Servlets,
Python Server Pages (PSP), Object-Relational Mapping, Task Scheduling,
Session Management, and many other features. Webware is very modular and
easily extended.

Webware for Python is well proven and platform-independent. It is
compatible with multiple web servers, database servers and operating
systems.

Check out the Webware for Python home page at http://www.w4py.org

--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] end of session hook question

[Christoph Zwerschke]

Erez Bibi schrieb:
> I need to call a method on an object I keep in session when the session
> is closed. I couldn't find any info of how to do it. Is there a
> call-back function I can register for the session end event?
> If not I guess I can extend the Session calls and over write the
> "expiring" method, but then how do I get "Page" to inherit my new
> session class?
> 
> Any easy way to do it?

You can use a custom Session class by specifying it in 
Application.config. For instance, if you have a Lib directory inside 
your working directory, then you can set

SessionModule = 'Lib.ExpiringSession'

In Lib/ExpiringSession.py, you must put something like:

from WebKit.Session import Session

class ExpiringSession(Session):

 def expiring(self):
 Session.expiring(self)
 ...

See http://www.w4py.org/WebKit/Docs/Configuration.html#application-config

-- Christoph



--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] Bug-fix release and next step

[Christoph Zwerschke]

I'm going to create a bug-fix release Webware 1.0.1 in the next days 
that fixes a few issues reported after Webware 1.0 final was published,
particularly the glitch with remote app servers noticed by Jehiah.

So please let me know if you found any other flaws or deficiencies in 
the 1.0 release that shall be fixed in 1.0.1.

As already announce, the next step will be to create an 1.1 version with 
all the cruft removed that was only there to support old Python versions 
(Webware is currently backward compatible down to Python 2.0!). The new 
requirement for Webware 1.1 will be Python 2.4 then.

-- Christoph

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Using webware on VMS

[Christoph Zwerschke]

Redhorse, Olivia J. (WSTF-RD)[JTI] schrieb:
> One more question.  Is the CGImakeappworkdir.py for Apache as well?
> Because the readme file explains it is for running Webware on VMS in a
> WASD CGIPlus environment.  Thanks again.

The whole CGIPlus directory makes probably only sense with WASD. For 
Apache you should use the standard MakeAppWorkDir.py, but you will have 
to figure out which adapters are usable under VMS or whether you will 
need some modifications. Unfortunately, I cannot help you here since I 
have no experience with VMS.

-- Christoph


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Using webware on VMS

[Christoph Zwerschke]

Redhorse, Olivia J. (WSTF-RD)[JTI] schrieb:
> How do I get rid of the working directory I tried to get running? 

As the name says, these are just working directories. You can create and 
delete them as you like (outside the Webware installation directory 
which you should always leave intact).

-- Christoph

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Using webware on VMS

[Christoph Zwerschke]

Redhorse, Olivia J. (WSTF-RD)[JTI] schrieb:
> Was I suppose to use the CgiPlusMakeAppWorkDir.py file instead
> because I am using Webware on VMS?

Right, I forgot that VMS is somewhat different from Unix. In 
WebKit/Adapters/CGIPlus you find the CgiPlusMakeAppWorkDir.py script and 
a README file that points to some websites with special instructions for 
using Webware for Python under VMS, but it seems you found that already. 
You should probably follow the instructions given there. The standard 
documentation has been written mainly for Unix/Win/Mac.

-- Christoph

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Using webware on VMS

[Christoph Zwerschke]

Redhorse, Olivia J. (WSTF-RD)[JTI] schrieb:
> When you create a new working directory does it assign a new port or
> do I somehow navigate to the directory through the first working
> directory created at install?

You must start the application server inside your working directory in 
order to use it. Then it will pick up your configuration inside the 
working directory where you can set up the port and your contexts.

The documentation is included in Webware, and available online:
http://www.webwareforpython.org/WebKit/Docs/

You can try out the Beginner Tutorial for a simple application.

-- Christoph


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] Webware Wiki update

[Christoph Zwerschke]

Version 0.2 of the Webware Wiki (the software driving 
http://wiki.w4py.org, http://wiki.sqlobject.org and 
http://wiki.cheetahtemplate.org) is available now.

See also http://wiki.w4py.org/thiswiki.html
and http://wiki.w4py.org/wikifeatures.html
for more info about this great Webware application.

-- Christoph

--
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] ANN: Webware and DBUtils 1.0 released

[Christoph Zwerschke]

The historic Webware for Python version 1.0 has finally been released. 
It runs with all Python versions from 2.0 to 2.6.

A lot of bugs have been fixed, and a few small improvements and changes 
have been made since the last release. See the release notes for WebKit, 
MiddleKit, TaskKit, CGIWrapper and DBUtils for details.

Webware for Python is a suite of Python packages and tools for 
developing object-oriented, web-based applications. The suite uses well 
known design patterns and includes a fast Application Server, Servlets, 
Python Server Pages (PSP), Object-Relational Mapping, Task Scheduling, 
Session Management, and many other features. Webware is very modular and 
easily extended.

Webware for Python is well proven and platform-independent. It is 
compatible with multiple web servers, database servers and operating 
systems.

DBUtils is a suite of tools providing solid, persistent and pooled 
connections to a database that can be used in all kinds of 
multi-threaded environments like Webware for Python or other web 
application servers. The suite supports DB-API 2 compliant database 
interfaces and the classic PyGreSQL interface.

Check out the Webware for Python home page at http://www.w4py.org

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] New to Webware

[Christoph Zwerschke]

Redhorse, Olivia J. (WSTF-RD)[JTI] schrieb:
> I recently installed Webware for Python on VMS.  I am attempting to 
> figure out how to use Webware to implement my python web application, 
> but I don't know where to start.  Where can I find information on how to 
> use Webware or implement my web application?  Thanks

There is a lot of information available:

The documentation is included in the Webware package (Webware/Docs) and 
also accesible online at http://www.webwareforpython.org/Docs/.

There is an overview here:
http://www.webwareforpython.org/Docs/Overview.html

The main component called WebKit is documented here:
http://www.webwareforpython.org/WebKit/Docs/index.html

A Beginner Tutorial is here:
http://www.webwareforpython.org/WebKit/Docs/Tutorial.html

More articles on Webware are available here:
http://www.webwareforpython.org/Papers/

There is also a Wiki with a lot of tips:
http://wiki.webwareforpython.org

The Webware package also contains a few example servlets. You can start 
the application server and browse to localhost:8080 to try them out.

Hope that helps.

-- Christoph


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] Second release candidate for Webware for Python 1.0

[Christoph Zwerschke]

The second and hopefully last release candidate for Webware for Python 
1.0 is now available for download from SourceForge:

http://downloads.sourceforge.net/webware/Webware-1.0rc2.tar.gz
or http://downloads.sourceforge.net/webware/Webware-1.0rc2.zip

All bugs, patches and feature requests on SourceForge have now been 
processed; there are currently no more open issues.

Again, please download and test, everybody! This is now really the last 
chance to get your bugfixes into the final 1.0 release.

Also, let me know of any problems or any innacurate or outdated 
information in the accompanying documentation.

The final 1.0 release will follow in one week if I hear of no major 
problems and nobody requests extra time for testing.

-- Christoph

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Backend Databases for Webware

[Christoph Zwerschke]

Redhorse, Olivia J. (WSTF-RD)[JTI] schrieb:
> I have been searching for Python web frameworks and ran across Webware 
> for Python.  I have a couple of questions.
> 
> Does Webware for Python work with Oracle Rdb ( 
> http://www.oracle.com/technology/products/rdb/index.html 
>  )?
> 
> Can I use Webware for Python to create a Python web application in the 
> Model-View-Controller design?

(I already answered personally, but just for the record.)

Webware provides an ORM-like plug-in called "MiddleKit" that supports
MySQL, SQL Server and PostgreSQL, but not Oracle. But you can use SQL
directly via the cxOracle module and the "DBUtils" plugin which provides
a robust database connection pooling for Webware. You can also use
Webware with other ORMs such as SQLAlchemy which support Oracle, but 
there is no special support for these in Webware.

The core Webware component (WebKit) has View and Controller somewhat
mixed, so it does not really enforce MVC architecture, but it's quite 
possible to write applications based on these patterns, see e.g.
http://wiki.w4py.org/modelviewcontroller.html
Using templating engines like Cheetah or the PSP or KidKit Webware
plug-ins, you can separate the view even more from the controller.

-- Christoph


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] MiddleKit Threading Error?

[Christoph Zwerschke]

Roger Haase schrieb:
> I have downloaded the latest version of MiddleObject.py and verified 
> that putting the lock on the class level works for me. Per your
> previous messages, it looks like you have already processed the 3
> other MiddleKit changes in the queue.

Good to hear. Yes, I wanted to process all these ancient bugs and 
patches on the SF tracker so I can finally release 1.0 in good 
conscience ;-) I'll cut a 1.0rc2 later this week. Let me know how it 
works for you. The MiddleKit tests now do all pass with both MySQL and 
PostgreSQL. The main issue was that the tests assumed autocommit which 
is not the default in the newer DB drivers. All other MiddleKit changes 
are listed in the release notes.

-- Christoph

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] MiddleKit Threading Error?

[Christoph Zwerschke]

Christoph Zwerschke schrieb:
> Btw, I was trying to run the MiddleKit test suite, but I get many 
> errors. For instance when running "python Test.py MKDelete" I get a 
> "Lock wait timeout exceeded" (this hasn't anything to do with the lock 
> in the patch, I get it also without your patch).

I had another look at the MiddleKit tests and found that the problems 
are all caused by the fact that newer MySQLdb versions have autocommit 
disabled by default. MiddleKit however (at least the whole test suite) 
assumes autocommit is switched on.

I have now patched MySQLObjectStore so that autocommit is explicitly 
activated for all MySQLDB connections, including those coming from a 
connection pool. I have also added an autocommit flag to the storeArgs, 
so you can also still disable the autocommit if you like.

All MiddleKit tests are now runing for me.

-- Christoph

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] MiddleKit Threading Error?

[Christoph Zwerschke]

Roger Haase schrieb:
> I had to revise your new MiddleObject.py to put the "_mk_cacheLock = 
> threading.RLock()" statement at the module level rather than in the 
> MiddleObject __init__ method. A new MiddleObject instance is being 
> created with each request so putting the lock inside the object
> instance does not force single-threading through the readStoreData method.

Right. I've put the lock on the class level now in r7581, that should 
work as well.

> The MiddleKit test suite does not run for me either.
> 
> I will look over the 3 other 3 MiddleKit changes in the queue and
> update them for 1.0Rc1.  It will probably take me about 2 weeks to
> get around to the task.

Thanks. Anybody else who wants to brush up MiddleKit a bit before 1.0?

-- Christoph

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] MiddleKit Threading Error?

[Christoph Zwerschke]

Roger Haase schrieb:
> My revised solution is to put the lock at the beginning and end of the method.

I never used MiddleKit, so I don't know how to test this, but since it 
looks reasonable I've checked this in anyway, and cleaned up 
MiddleObject.py a bit. Can you check whether this works for you?

http://svn.w4py.org/Webware/trunk/MiddleKit/Run/MiddleObject.py

Btw, I was trying to run the MiddleKit test suite, but I get many 
errors. For instance when running "python Test.py MKDelete" I get a 
"Lock wait timeout exceeded" (this hasn't anything to do with the lock 
in the patch, I get it also without your patch). Does the test suite run 
for you? If yes, on what OS, Py and database (driver) version?

Also, while we're at it, can you or somebody else have a look at the 
following MiddleKit patches:
http://sourceforge.net/tracker/?group_id=4866&atid=304866

There are a handful of other very old open issues here, mostly MiddleKit 
or other stuff I don't use. If anybody wants to work on these:
http://sourceforge.net/tracker/?group_id=4866&atid=104866

Ideally I'd like to have a running MiddleKit test suite and most of the 
issues above solved before releasing 1.0.

-- Christoph

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] SessionFileStore error saving session to disk

[Christoph Zwerschke]

> TypeError: 'NoneType' object is not callable
> MiscInfo
> 
> These occur in production and thousands of sessions are stored to disk
> successfully. But at some point it is as if pickle.dump is no longer
> existent in the running app server.
> Has anyone else seen this or have any ideas? We could modify the code
> to test that dump still exists prior to calling it but that would just
> mask the underlying problem.

I personally never experienced this problem.

Which Python version are you using? Is it Py 2.4?

It seems that pickle.dump can sometimes throw this error in Py 2.4 for 
certain kind of objects:
http://mail.python.org/pipermail/idle-dev/2007-July/002601.html
http://groups.google.com/group/beautifulsoup/browse_thread/thread/34216397aa7ff8bd/75ed163d296f522b

So I assume that in some infrequent cases, your session contains such 
objects. You should encapsulate the dump in an exception handler and 
print the object in case it fails. Maybe you can find out which kind of 
objects are causing this problem.

-- Christoph

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

[Webware-discuss] First release candidate for Webware for Python 1.0

[Christoph Zwerschke]

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,
compatible with all Python 2.x versions. Bug fixes will be provided as
necessary and will be released with version numbers 1.0.x.

Please download and test, everybody! This is the last chance to get your 
bugfixes in the final 1.0 release. Le me know of any problems or any 
innacurate or outdated information in the accompanying documentation.

The final 1.0 release will follow very soon if I hear of no problems and 
nobody requests extra time for testing.

-- Christoph

-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] warning from rkhunter

[Christoph Zwerschke]

Mark Phillips schrieb:
> I recently upgraded a server to Centos 4 from an older RH distro.  
> After installing webware, my app, the boot launch, rkhunter began  
> reporting as follows:
> 
> /etc/cron.daily/01-rkhunter:
> 
> Warning: The following processes are using deleted files:
>  Process: /bin/bashPID: 26222File: /dev/pts/0
>  Process: /usr/bin/pythonPID: 26224File: /dev/pts/0
> 
> These PIDs are for the webware AppServer.
> 
> Is this typical and/or is it any thing I should worry about?
> 
> Also, is there something I can do to tidy this up so rkhunter will  
> pipe down?

I haven't seen this with Suse Linux so far. Maybe it's something 
particular to RH/Centos or your app? Do you get the same problem with a 
simple boilerplate application created with MakeAppWorkDir? Do you get 
the message immediately after starting your app? Does it make a 
difference when you start it manually using AppServer and when using the 
/etc/init.d script?

-- Christoph

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] No SCGI connector?

[Christoph Zwerschke]

The trunk of Webware now has SCGI support built into the App Server.

You can enable it with the Appserver.config setting "EnableSCGI" and 
choose a port with the setting "SCGIPort". This works analoguous to the 
standard WebKit adapter.

-- Christoph

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] No SCGI connector?

[Christoph Zwerschke]

Lothar Scholz wrote:
> I haven't looked into webware for three years. I checked the website
> yesterday and it seems that there is no SCGI connector available. Is
> this true?

Yes, I think there is only an FCGI adapter. We recommend using 
mod_webkit with Webware.

-- Christoph

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] SteadyDB and cx_Oracle

[Christoph Zwerschke]

Matthew J Harriger wrote:
> I am using just the SteadyDB module from DBUtils to provide fault-tolerant 
> connections to an Oracle database using cx_Oracle as the dbapi2 module. If 
> a client loses its network connection (network cable unplugged, out of 
> range of the wireless network, etc.), and then re-establishes the 
> connection, all Oracle connections and cursors that were open become 
> invalid. Trying to execute a statement with one of those cursors returns 
> an ORA-03114 NOT CONNECTED TO ORACLE error, which causes cx_Oracle to 
> raise an exception of class DatabaseError. However, SteadyDB only tries to 
> recover from OperationlError and InternalError exceptions(SteadyDB.py, 
> lines 238 and 338). Any chance that SteadyDB could be changed in future 
> versions to also recover from DatabaseErrors? Or perhaps there could be a 
> mechanism for advanced users to set what exception types SteadyDB tries to 
> recover from? Should I submit this as a bug?

DatabaseError is very unspecific: I think cx_Oracle should really raise 
an OperationalError instead.

I have noted this problem and will try myself next time I come across 
Oracle again.

Can you also double check if it's really a DatabaseError and maybe ask 
the cx_Oracle folks whether this is intended? I currently only see they 
raise InterfaceErrors which would also be a problem:
http://cx-oracle.svn.sourceforge.net/viewvc/cx-oracle/trunk/Connection.c?view=markup

Making the error classes configurable is also a good idea, but we need 
to find a good default set and and I'd also like to see cx_Oracle fixed 
since I think OperationlError is the only correct exception for 
connection loss (the InternalError was already a concession).

-- Christoph

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] One solution for error loading mod_webkit on a Core 2 Duo

[Christoph Zwerschke]

Alexander Southgate schrieb:
> Actually, this line needed an extra space after -WI,".  Then it builds
> all 3 archs properly:
> 
> LDFLAGS=-Wl," -arch x86_64 -arch ppc -arch i386"
> 
> Still, it seems to work without specifying -WI at all.

Ok. (Btw, make sure you have no typos. It should be a lower-case l here, 
not an upper-case I.)

It seems that options without -Wc or -Wl are passed to both compiler and 
linker. So probably you can do the following

FLAGS=-arch x86_64 -arch ppc -arch i386

#   compile the DSO file
mod_webkit.la: $(SRC)
 $(APXS) -c $(FLAGS) -o mod_webkit.la $(DEF) $(SRC)

Can you check that?

-- Christoph





-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] One solution for error loading mod_webkit on a Core 2 Duo

[Christoph Zwerschke]

Mark Phillips schrieb:
> I have not been following this thread so I may be way off base on  
> this. Still, I am reasonably adept with Mac OS X. If you have the  
> time to assemble the task, I will run the process for you on an Intel  
> Mac and share the results. If I run into osx specific issues, I have  
> associates to help me sort it out.

Thanks. Let me know any other problems with Webware on Mac OS so that I 
can factor these in the upcoming 1.0 final.

-- Christoph

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] One solution for error loading mod_webkit on a Core 2 Duo

[Christoph Zwerschke]

Alexander Southgate schrieb:
> I'm not entirely clear on the details but my universal binary apache
> couldn't load up this module.  All the other modules were universal
> binaries so after a bit of research I found the necessary flags to
> compile mod_webkit as a universal binary (compiling as just x86_64
> should also work).  Below find the patch to
> WebKit/Adapters/mod_webkit2/Makefile.

Thanks. I'd like to create a Makefile that can create universal 
binaries, but unfortunately, I have no Mac to test.

Can you check whether it is possible to replace the line
CFLAGS=-Wc,"-arch x86_64" -Wc,"-arch ppc" -Wc,"-arch i386"
with the following (I guess yes):
CFLAGS=-Wc,"-arch x86_64 -arch ppc -arch i386"
or even this (I guess no):
CFLAGS=-Wc,"-arch x86_64 ppc i386"

Can you check whether the line
LDFLAGS=-arch x86_64 -arch ppc -arch i386
is really correct? I think it should be
LDFLAGS=-Wl,"-arch x86_64 -arch ppc -arch i386"
Actually I think you should remove this line completely, only the 
compiler has this option, not the linker.

Also, can you check what you get with
apxs -q CFLAGS
Maybe these options can be autodetected?

-- Christoph

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] webware and webware application packaging

[Christoph Zwerschke]

Sophana schrieb:
> I'm using webware and am very happy with it.
> However, I think webware packaging should be "more standard"
> I think it becomes necessary to have easyinstall, rpm or debian packages
> of webware

Webware is really old, started in the pre Python 2.0 ages which had not 
even a distutils package. So Webware invented a lot of the stuff itself 
we now take for granted, e.g. its own plugin-system. You're right, this 
is now an anachronism. I'm planning to make Webware more standard which 
involves some drastic changes. I wanted to start a discussion about this 
after Webware 1.0 is out. This must happen in a new version branch.

> The same for webware applications, the application context is not
> packageable, as it has direct pathnames to the webware installation.
> What about compatibility between applications and webware versions...

Since version 0.9 or so, there are no absolute pathnames in Webware 
working dirs any more, except one single pointer to the Webware 
installation itself, so you can freely move an copy them.

Concerning compatibility, the 1.0 branch will be stable and maintained 
with bugfixes for a very long time.

-- Christoph


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss