Re: [Webware-devel] beta cut postponed
Actually it was not only DBUtils why I asked to postpone, but I still hadn't tested the last beta with my main application and had only time to do it this week. So I thought it would be a better timing to have the next beta cut one week later. Also, before the 0.9 release, CVS reminescensces should be removed from: Webware/Docs/StyleGuidelines.raw Webware/bin/MakeAppWorkDir.py Webware/bin/pystats.py Webware/bin/ReleaseHelper.py Since nobody volunteered to do this, I wanted to work on that before cutting the next beta. I also support Chuck's suggestion to cut a release candidate 1 instead of a beta 3. Mark, how about doing this one week earlier on September 13th? This would give me enough time and not cause such a delay. The actual release could follow very quickly. Ian Bicking wrote: Is there any reason that should be part of the main Webware release? The DBUtils package is actually completely independent from Webware. It could be used as well by other application servers or other multi-threading environments. But since nearly all Webware applications need database access and in view of the batteries included paradigm, I thought it would be a good idea to make it a Utils plug-in similar to MiscUtils. Actually, it replaces the MiscUtils/DBPool.py module completely. -- Christoph --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
Re: [Webware-devel] beta cut postponed
On Sep 8, 2005, at 4:01 AM, Christoph Zwerschke wrote: Mark, how about doing this one week earlier on September 13th? This would give me enough time and not cause such a delay. The actual release could follow very quickly. Done. I will make a cut on the 13th. I have added time on September 27th for the release candidate Chuck requested. - Mark --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
Re: [Webware-devel] beta cut postponed
Christoph Zwerschke wrote: Is there any reason that should be part of the main Webware release? The DBUtils package is actually completely independent from Webware. It could be used as well by other application servers or other multi-threading environments. But since nearly all Webware applications need database access and in view of the batteries included paradigm, I thought it would be a good idea to make it a Utils plug-in similar to MiscUtils. Actually, it replaces the MiscUtils/DBPool.py module completely. To me, Webware's lack of a conventional Python installation process has always been a serious problem. There's no reason to use Webware's distribution mechanism (which clearly is slow and error prone, which has a lot to do with the many-year delay of 0.9) when you have a new piece of code that can easily be distributed by itself. -- Ian Bicking / [EMAIL PROTECTED] / http://blog.ianbicking.org --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
Re: [Webware-devel] beta cut postponed
Ian Bicking wrote: To me, Webware's lack of a conventional Python installation process has always been a serious problem. There's no reason to use Webware's distribution mechanism (which clearly is slow and error prone, which has a lot to do with the many-year delay of 0.9) when you have a new piece of code that can easily be distributed by itself. Ok, so by your advice I will make DBUtils an independent package on the top level of the repository. Is there a way for me to put a tarball in the download section that I can refer to from the wiki? I will only make some minor changes to MiscUtils/DBPool.py and add a note about the existence of DBUtils. Speaking about Webware installation, how difficult do you think would it be to change Webware to use a standard distutils or setuptools installer? Everything except bin would go to the site-packages directory. MakeAppWorkDir could be the same as always. -- Christoph --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile Plan-Driven Development * Managing Projects Teams * Testing QA Security * Process Improvement Measurement * http://www.sqe.com/bsce5sf ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel