<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.python.webware">
    <title>gmane.comp.python.webware</title>
    <link>http://blog.gmane.org/gmane.comp.python.webware</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4976"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4975"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4973"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4964"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4961"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4954"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4952"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4950"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4949"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4946"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4944"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4937"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4936"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4928"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4924"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4901"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4894"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4892"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4888"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.python.webware/4884"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4976">
    <title>Semicolon URL delimiter</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4976</link>
    <description>&lt;pre&gt;My URLs normally look like this:

http://www.mysite.com/v003/?_s=xx0045&amp;amp;_id=BK807317371

but occasionally one arrives like this:

http://www.mysite.com/v003/?_s=xx0045&amp;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
--------------------------------------------------------------------------&lt;/pre&gt;</description>
    <dc:creator>Oliver Bock</dc:creator>
    <dc:date>2012-01-24T23:23:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4975">
    <title>ANN: DBUtils 1.1 released</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4975</link>
    <description>&lt;pre&gt;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

&lt;/pre&gt;</description>
    <dc:creator>Christoph Zwerschke</dc:creator>
    <dc:date>2011-08-14T13:21:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4973">
    <title>ANN: Webware for Python 1.1 released</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4973</link>
    <description>&lt;pre&gt;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

&lt;/pre&gt;</description>
    <dc:creator>Christoph Zwerschke</dc:creator>
    <dc:date>2011-08-03T21:52:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4964">
    <title>Webware times out on WebFaction Hosting service</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4964</link>
    <description>&lt;pre&gt;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 Calculato&lt;/pre&gt;</description>
    <dc:creator>Roger Haase</dc:creator>
    <dc:date>2011-07-23T05:05:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4961">
    <title>Mismatch between request.field() and QUERY_STRING</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4961</link>
    <description>&lt;pre&gt;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, applica&lt;/pre&gt;</description>
    <dc:creator>Oliver Bock</dc:creator>
    <dc:date>2011-03-24T00:25:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4954">
    <title>Automatic Session Save in Transaction.py</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4954</link>
    <description>&lt;pre&gt;Hi,
We ran across an interesting problem with sessions being automatically saved
by Transaction.py. We had a situation where two AJAX requests were issued
and one of the requests updates the session and it started and completed
within the lifetime of another request. In that scenario the completion of
the first request overwrites the session and the changes to the session made
by the shorter request are lost.

Here's an easier to follow timeline:
Request 1 - reads session (assume session is empty)
Request 2 - reads session (assume session is empty)
Request 2 - adds data to session
Request 2 - sleep() called - session is stored (session contains data)
Request 1 - sleep() called - session is stored (session is now empty - the
value of the session when Request 1 read it)

So when later requests go to read the data stored in the session by request
2 the data isn't there.

Here's the code from WebKit.Transaction:
def sleep(self):
"""Send sleep() to the session and the servlet.

Note that sleep() is sent in revers&lt;/pre&gt;</description>
    <dc:creator>Steve Schwarz</dc:creator>
    <dc:date>2011-03-02T20:58:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4952">
    <title>Patch to enable log file rotation via SIGUSR1handler</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4952</link>
    <description>&lt;pre&gt;I had to hack in the ability to rotate the log files while the Appserver
was still running, to avoid downtime.
This works nicely with newsyslog on BSD systems.
 
It isn't pretty, or ideal, but at least it works. Hopefully this will
seed the idea of working this feature into WebWare in a future release
so that I don't have to patch it on my side.
 
The patch for ThreadedAppServer.py also includes a fix for BSD systems
regarding opening the socket with appropriate flags set.
 
 
--- WebKit/ThreadedAppServer.py.orig    Sun Jan 25 06:17:38 2009
+++ WebKit/ThreadedAppServer.py    Wed Jul  8 13:10:30 2009
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -271,6 +271,19 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
              try:
                     sock.bind(serverAddress)
                     sock.listen(1024)
+                    try:
+                          import fcntl
+                          fd = sock.fileno()
+                          flags = fcntl.fcntl(fd, fcntl.F_GETFD)
+                          try:
+                                 flags |= fcntl.FD_CLOEXEC
+                    &lt;/pre&gt;</description>
    <dc:creator>Justin Akehurst</dc:creator>
    <dc:date>2010-12-01T19:13:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4950">
    <title>Threads always sitting at MinServerThreads</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4950</link>
    <description>&lt;pre&gt;I recently installed Webware 1.1b on a new machine, and left it at its 
default Min/Start/MaxServerThreads (5/10/20) in 
webwarework/Configs/AppServer.config.  I have observed that even when 
MinServerThreads are all busy, Webware is not starting new threads to 
handle new connections.  Looking at the code, this seems to be because 
Webware decides how many threads it needs based on past activity; all 
threads being busy does not in itself trigger the creation of new 
threads.  (I could be misunderstanding the code here.)

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 a&lt;/pre&gt;</description>
    <dc:creator>Oliver Bock</dc:creator>
    <dc:date>2010-12-02T03:14:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4949">
    <title>New server for w4py.org</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4949</link>
    <description>&lt;pre&gt;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.

&lt;/pre&gt;</description>
    <dc:creator>Christoph Zwerschke</dc:creator>
    <dc:date>2010-10-28T20:31:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4946">
    <title>1.1b: 'yield' not allowed in a 'try' block with a'finally' clause</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4946</link>
    <description>&lt;pre&gt;When install.py byte compiles 1.1 beta on Python 2.4.3, I get this 
error, which does not stop install.py:

Compiling /home/timbock/Webware-1.1b1/WebKit/Adapters/WSGIAdapter.py ...
   File "/home/timbock/Webware-1.1b1/WebKit/Adapters/WSGIAdapter.py", 
line 68
     yield chunk
SyntaxError: 'yield' not allowed in a 'try' block with a 'finally' clause

I'm not worried about this for myself because I am not planning to use 
the WSGI stuff, but I thought I should raise it, since this release is 
aimed to work with Python 2.4.  (FYI: stackoverflow suggests a 
workaround 
http://stackoverflow.com/questions/2339358/workaround-for-python-2-4s-yield-not-allowed-in-try-block-with-finally-clause)


   Oliver

------------------------------------------------------------------------------
Nokia and AT&amp;amp;T present the 2010 Calling All Innovators-North America contest
Create new apps &amp;amp; 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 &lt;/pre&gt;</description>
    <dc:creator>Oliver Bock</dc:creator>
    <dc:date>2010-10-25T02:14:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4944">
    <title>bug in UnknownFileTypeServlet.py (guess_typemultithread)</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4944</link>
    <description>&lt;pre&gt;Hi

I tested webware 1.0.2 on python 2.6.2 (fedora 12) and came into a bug
that I could find.
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

Looking in webware trunk I could see it that the exception is catched:


            try:
                mimeType, mimeEncoding = guess_type(filename, False)
            except Exception:
                mimeType = None

I'm not sure this is a good method because python does make an
infinite recursion before sending the exception.
Maybe it is better to prevent it, just by using a mutex:

from threading import Lock
guess_type_lock=Lock()


...

with guess_type_lock:
                mimeType, mimeEncoding = guess_type(filename, False)

This works fine for me.

Thanks

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application depl&lt;/pre&gt;</description>
    <dc:creator>Sophana KOK</dc:creator>
    <dc:date>2010-09-24T18:53:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4937">
    <title>Adapters</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4937</link>
    <description>&lt;pre&gt;Hi,

Which adapters are you guys using to connect Apache 2.x to your WebKit
applications?

Sound off, please.

-Chuck

------------------------------------------------------------------------------
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
&lt;/pre&gt;</description>
    <dc:creator>Chuck Esterbrook</dc:creator>
    <dc:date>2010-07-01T06:54:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4936">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4936</link>
    <description>&lt;pre&gt;http://www.cuce4.10-health.com


------------------------------------------------------------------------------
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
&lt;/pre&gt;</description>
    <dc:creator>lnowak-YDxpq3io04c&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2010-06-30T17:11:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4928">
    <title>Why does ThreadedAppServer.addSocketHandler()write to disk?</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4928</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/webware-discuss
&lt;/pre&gt;</description>
    <dc:creator>Steve Schwarz</dc:creator>
    <dc:date>2010-06-07T20:00:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4924">
    <title>self.response().flush() on 1.1b1 with WSGI</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4924</link>
    <description>&lt;pre&gt;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?

Roger Haase


      

------------------------------------------------------------------------------
&lt;/pre&gt;</description>
    <dc:creator>Roger Haase</dc:creator>
    <dc:date>2010-05-14T18:26:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4901">
    <title>Beta release of Webware for Python 1.1</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4901</link>
    <description>&lt;pre&gt;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.

&lt;/pre&gt;</description>
    <dc:creator>Christoph Zwerschke</dc:creator>
    <dc:date>2010-04-18T22:52:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4894">
    <title>Memcached Session Submission</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4894</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
Download Intel&amp;amp;#174; 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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/webware-discuss
&lt;/pre&gt;</description>
    <dc:creator>Steve Schwarz</dc:creator>
    <dc:date>2010-03-15T18:38:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4892">
    <title>64 bit mod_webkit.dll</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4892</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/webware-discuss
&lt;/pre&gt;</description>
    <dc:creator>Redhorse, Olivia J. (WSTF-RD)[JTI]</dc:creator>
    <dc:date>2010-02-03T17:40:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4888">
    <title>Can psp "read" the html field value?</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4888</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/webware-discuss
&lt;/pre&gt;</description>
    <dc:creator>HS WAI</dc:creator>
    <dc:date>2010-01-31T10:01:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4884">
    <title>DBUtils error at installations</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4884</link>
    <description>&lt;pre&gt;------------------------------------------------------------------------------
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-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/webware-discuss
&lt;/pre&gt;</description>
    <dc:creator>Redhorse, Olivia J. (WSTF-RD)[JTI]</dc:creator>
    <dc:date>2010-01-27T20:42:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.python.webware/4881">
    <title>catching up to webware v1</title>
    <link>http://comments.gmane.org/gmane.comp.python.webware/4881</link>
    <description>&lt;pre&gt;I have been busy on other projects, and webware simply caused me no  
trouble so I haven't posted in a long while. Recently, a catastrophic  
hard drive crash forced me to rebuild a system and part of that was to  
re-install webware for an xml-rpc app built some years ago.

I used 0.9 because that was what used before. However, I would like to  
catch up to the current version. Christoph et al have done such a  
great job of improving the product.

I have poked through the release notes but still have the urge to ask  
this question: Are there any "gotchas" in moving from such an old  
version to the current release?

TIA,

  - Mark Phillips

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Mark Phillips</dc:creator>
    <dc:date>2009-12-14T20:34:33</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.python.webware">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.python.webware</link>
  </textinput>
</rdf:RDF>

