http://blog.gmane.org/gmane.comp.python.webware hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.python.webware/4977 <pre>Am 25.01.2012 00:23, schrieb Oliver Bock: 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. </pre> Christoph Zwerschke 2012-01-26T08:35:29 http://permalink.gmane.org/gmane.comp.python.webware/4976 <pre>My URLs normally look like this: http://www.mysite.com/v003/?_s=xx0045&amp;_id=BK807317371 but occasionally one arrives like this: http://www.mysite.com/v003/?_s=xx0045&amp;_id=BK807317371*;bcsi-ac-3CA58FAD43257DE1=1E08471000000005HI6/ziFwyMTzliaD2x6OYpIvEvYyAAAABQAAAK5uLgCAcAAAAQAAAPOKAAA=* Some googling revealed that the*;bcsi-ac*... stuff is probably some basic authentication information added by a not-too-clever proxy. It surprised me to also learn that the semicolon is a valid query item separator (http://stackoverflow.com/questions/3481664/semicolon-as-url-query-separator). If WebUtils.FieldStorage had known this then my code would have happily ignored this junk and my user would have been OK. 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. Oliver ------------------------------------------------------------------------------ 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/webware-discuss </pre> Oliver Bock 2012-01-24T23:23:17 http://permalink.gmane.org/gmane.comp.python.webware/4975 <pre>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 </pre> Christoph Zwerschke 2011-08-14T13:21:55 http://permalink.gmane.org/gmane.comp.python.webware/4973 <pre>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 </pre> Christoph Zwerschke 2011-08-03T21:52:14 http://permalink.gmane.org/gmane.comp.python.webware/4972 <pre> ----- Original Message ----- From: Christoph Zwerschke &lt;cito-BGeptl67XyCzQB+pC5nmwQ&lt; at &gt;public.gmane.org&gt; To: Discussion of Webware for Python including feedback and proposals. &lt;webware-discuss-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org&gt; Cc: Sent: Monday, July 25, 2011 12:51 PM Subject: Re: [Webware-discuss] Webware times out on WebFaction Hosting service Am 25.07.2011 21:11 schrieb Roger Haase: 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. </pre> Roger Haase 2011-07-26T14:56:48 http://permalink.gmane.org/gmane.comp.python.webware/4971 <pre>Am 25.07.2011 21:11 schrieb Roger Haase: 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. </pre> Christoph Zwerschke 2011-07-25T19:51:04 http://permalink.gmane.org/gmane.comp.python.webware/4970 <pre> ----- Original Message ----- From: Christoph Zwerschke &lt;cito-BGeptl67XyCzQB+pC5nmwQ&lt; at &gt;public.gmane.org&gt; To: Discussion of Webware for Python including feedback and proposals. &lt;webware-discuss-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org&gt; Cc: Sent: Sunday, July 24, 2011 11:08 PM Subject: Re: [Webware-discuss] Webware times out on WebFaction Hosting service Am 25.07.2011 00:36 schrieb Roger Haase: 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. </pre> Roger Haase 2011-07-25T19:11:12 http://permalink.gmane.org/gmane.comp.python.webware/4969 <pre>Am 25.07.2011 00:36 schrieb Roger Haase: 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. </pre> Christoph Zwerschke 2011-07-25T06:08:27 http://permalink.gmane.org/gmane.comp.python.webware/4968 <pre> ----- Original Message ----- From: Roger Haase &lt;crosseyedpenguin-/E1597aS9LQAvxtiuMwx3w&lt; at &gt;public.gmane.org&gt; To: Discussion of Webware for Python including feedback and proposals. &lt;webware-discuss-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org&gt; Cc: Sent: Saturday, July 23, 2011 4:57 AM Subject: Re: [Webware-discuss] Webware times out on WebFaction Hosting service ----- Original Message ----- From: Christoph Zwerschke &lt;cito-BGeptl67XyCzQB+pC5nmwQ&lt; at &gt;public.gmane.org&gt; To: Discussion of Webware for Python including feedback and proposals. &lt;webware-discuss-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org&gt; Cc: Sent: Saturday, July 23, 2011 2:20 AM Subject: Re: [Webware-discuss] Webware times out on WebFaction Hosting service Am 23.07.2011 07:05 schrieb Roger Haase: Which Webware version are you using? Webware normally connects to Apache via mod_webkit; only the last beta supports mod_wsgi. </pre> Roger Haase 2011-07-24T22:36:13 http://permalink.gmane.org/gmane.comp.python.webware/4967 <pre> ----- Original Message ----- From: Christoph Zwerschke &lt;cito-BGeptl67XyCzQB+pC5nmwQ&lt; at &gt;public.gmane.org&gt; To: Discussion of Webware for Python including feedback and proposals. &lt;webware-discuss-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org&gt; Cc: Sent: Saturday, July 23, 2011 2:20 AM Subject: Re: [Webware-discuss] Webware times out on WebFaction Hosting service Am 23.07.2011 07:05 schrieb Roger Haase: Which Webware version are you using? Webware normally connects to Apache via mod_webkit; only the last beta supports mod_wsgi. </pre> Roger Haase 2011-07-23T11:57:08 http://permalink.gmane.org/gmane.comp.python.webware/4966 <pre>Am 23.07.2011 07:05 schrieb Roger Haase: Which Webware version are you using? Webware normally connects to Apache via mod_webkit; only the last beta supports mod_wsgi. </pre> Christoph Zwerschke 2011-07-23T09:20:35 http://permalink.gmane.org/gmane.comp.python.webware/4965 <pre>Does the wsgi adapter have a "debug" or "log" option? Can you try an adapter other than wsgi? Can you try a different port number? Can you try 8086 or 8080? Are you sure you didn't transpose digits in one of the config files? Did you restart apache? Just some ideas. Let us know if something works out. </pre> Charles Esterbrook 2011-07-23T05:59:25 http://permalink.gmane.org/gmane.comp.python.webware/4964 <pre>I am a new WebFaction user trying to port an old Webware WebKit application.  I have added a WebFaction "Custom app (listening on port)" to obtain a unique port number. Then I modified my wsgi adapter to point at 184.172.207.73:41759 and modified the app server configuration to listen at the same address. The problem is that the wsgi adapter and app server are not making a connection and the browser always get a timed out error. I started the AppServer manually in a putty ssh terminal the the AppServer starts but shows no indication of receiving a request.  The AppServer startup messages include the line "Listening for Adapter on 184.172.207.73:41759" and the address.adapter file is created with the same value. My WSGIAdapter.config file includes: """ NumRetries = 20 SecondsBetweenRetries = 3 Host = '184.172.207.73' AdapterPort = 41759 """ Any ideas as to what I am doing wrong? Roger Haase ------------------------------------------------------------------------------ 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/ </pre> Roger Haase 2011-07-23T05:05:19 http://permalink.gmane.org/gmane.comp.python.webware/4963 <pre> Thanks Christoph. I was confusing QUERY_STRING with the POST input. As usual, the problem is at home, not with the tools! Oliver ------------------------------------------------------------------------------ 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 </pre> Oliver Bock 2011-03-29T04:08:09 http://permalink.gmane.org/gmane.comp.python.webware/4962 <pre>Am 24.03.2011 01:25 schrieb Oliver Bock: 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: &lt;form action="myaction?_id=BK0000000579561338" method="post"&gt; &lt;input type="hidden" name="_id" value="BK0000000579558176"&gt; &lt;input type="submit" value="OK"&gt; &lt;/form&gt; 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? </pre> Christoph Zwerschke 2011-03-24T11:49:55 http://permalink.gmane.org/gmane.comp.python.webware/4961 <pre>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=BK0000000579561338, and yet in fields we see _id=BK0000000579558176! How can this be? Looking at HTTPRequest.py I can see that everything comes from requestDict, which I guess is coming from the adapter (mod_webkit2). Therefore what the adapter is sending us in requestDict['input'] does not match what we see in requestDict['environ']. Does it seem that I am thinking in the right direction? Has anyone else seen anything like this? Background: I am now using 1.1b, but I have noticed this problem occasionally over the last few years. It occurred during a period of reasonably high usage. CONTENT_LENGTH 83 CONTENT_TYPE application/x-www-form-urlencoded DOCUMENT_ROOT /var/www/html GATEWAY_INTERFACE CGI/1.1 HTTP_ACCEPT application/x-ms-application, image/jpeg, application/xaml+xml, image/gif, image/pjpeg, application/x-ms-xbap, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */* HTTP_ACCEPT_ENCODING gzip, deflate HTTP_ACCEPT_LANGUAGE en-AU HTTP_CONNECTION keep-alive HTTP_COOKIE _SID_=20110323082132-d9c44042f70ed31c95834939d79eac32 HTTP_PRAGMA no-cache HTTP_REFERER http://www.X.com/v003/?_s=qf0044&amp;_id=BK0000000579561338 HTTP_USER_AGENT Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0) HTTP_VIA 1.1 imelprirnweb01.infoplex.int:8080 (IronPort-WSA/7.1.0-307) HTTP_X_IMFORWARDS 20 PATH /sbin: /usr/sbin: /bin: /usr/bin PATH_INFO / PATH_TRANSLATED /var/www/html/ QUERY_STRING _s=qf0044&amp;_id=BK0000000579561338 REMOTE_ADDR 1.1.1.1 REMOTE_PORT 56840 REQUEST_METHOD POST REQUEST_URI /v003/?_s=qf0044&amp;_id=BK0000000579561338 SCRIPT_FILENAME /var/www/html/v003 SCRIPT_NAME /v003 SCRIPT_URI http://www.X.com/v003/ SCRIPT_URL /v003/ SERVER_ADDR 0.0.0.0 SERVER_ADMIN root&lt; at &gt;localhost SERVER_NAME www.X.com SERVER_PORT 80 SERVER_PROTOCOL HTTP/1.1 SERVER_SIGNATURE &lt;address&gt;Apache Server at www.X.com Port 80&lt;/address&gt; SERVER_SOFTWARE Apache UNIQUE_ID 16gr3soE47EAAHBSUgsAAAAG fields _action_nextQuestion Next &gt;&gt; _id BK0000000579558176 _s qf0044 _wasQuestion ID10 method 'POST' pathInfo '/' pathTranslated '/var/www/html/' previousURLPaths [] queryString '_s=qf0044&amp;_id=BK0000000579561338' serverSidePath '/home/timbock/v003/servlets/QuestionPage.py' servletPath '/v003' sessionId '200323082132-d9c44042f70ed31c95834939d79eac32' uri '/v003/?_s=qf0044&amp;_id=BK0000000579561338' ------------------------------------------------------------------------------ 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/webware-discuss </pre> Oliver Bock 2011-03-24T00:25:52 http://permalink.gmane.org/gmane.comp.python.webware/4960 <pre>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. </pre> Christoph Zwerschke 2011-03-04T09:59:26 http://permalink.gmane.org/gmane.comp.python.webware/4959 <pre>Am 03.03.2011 21:38 schrieb Steve Schwarz: 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. </pre> Christoph Zwerschke 2011-03-03T21:31:44 http://permalink.gmane.org/gmane.comp.python.webware/4958 <pre> We use multiple appservers without session affinity so we use MemcacheSession to share sessions across appservers Best Regards, Steve ------------------------------------------------------------------------------ Free Software Download: Index, Search &amp; 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/webware-discuss </pre> Steve Schwarz 2011-03-03T20:38:36 http://permalink.gmane.org/gmane.comp.python.webware/4957 <pre>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. </pre> Christoph Zwerschke 2011-03-03T20:23:27 http://permalink.gmane.org/gmane.comp.python.webware/4956 <pre> I kind of don't care if the lastAccessTime isn't updated in this session saving "mode". We use very long session expiry times so if a "read only" user had to relogin a little more frequently I don't think it would be an issue that anyone would notice. Also for our system at some point they will perform an action that modifies the session. Since this is a new feature which Webware users would have to turn on I'd recommend we do "the simplest thing that works" and provide a new config setting for Sessions that takes multiple values: "EveryRequest" - default and current functionality "WhenChanged" - only saves when add/delete has been called Best Regards, Steve ------------------------------------------------------------------------------ Free Software Download: Index, Search &amp; 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&lt; at &gt;public.gmane.org https://lists.sourceforge.net/lists/listinfo/webware-discuss </pre> Steve Schwarz 2011-03-03T17:21:30 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.python.webware