[Webware-devel] SourceForge trackers
I'm currently going through the tracker and task items on the SourceForge page, closing all tasks that have been done, are not applicable any more or are simly obsolete due to long time. Do we need all 4 trackers (Bugs, Support Requests, Patches, Feature Requests) and the task manager? Maybe at least a part of them should be disabled. My suggestion is to close the task manager and maintain only one central public tracker on SourceForge for everything. I would move all interesting issues from the task manager and the other trackers there. It's bad to have everything so much scatterd with nobody monitoring these lists anyway. -- Chris --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
Re: [Webware-devel] SourceForge trackers
By the way, there is also the future.html file in the Docs folder with open issues. So the to do items are really scattered everywhere. --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
[Webware-devel] [ webware-Patches-561962 ] Patch for webkit start/stop-script (2)
Patches item #561962, was opened at 2002-05-29 18:26
Message generated for change (Settings changed) made by cito
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=304866&aid=561962&group_id=4866
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: WebKit
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 1
Submitted By: Uli Fouquet (uli_f)
>Assigned to: Christoph Zwerschke (cito)
Summary: Patch for webkit start/stop-script (2)
Initial Comment:
This is the same webkit patch as announced in the other
patch remark with the patch file 'inline' (see below).
The webkit script shipped with the webware 0.7 package
may be fine for Red Hat and other distributions or
Unices. Anyway, to let SuSE Linux start WebKit at
bootup, there had some modifications to be made. This
patch includes this modifications. The patched version
of webkit checks whether the current system is a SuSE
Linux and modifies its behaviour during
bootup/shutdown.
Furthermore it creates an entry in SuSEs standard
configuration file and creates a link
/usr/sbin/rcwebkit if it is missing.
Some minor changes on the webkit script were done as
well.
Serveral things this script can do during bootup should
be done during installation of the package and may be
triggered by other scripts than this one.
Applying this patch makes sense for SuSE Linux users
only!
To INSTALL:
-copy the patch to your WebWare/WebKit/ directory.
-enter
patch webkit < webkit.patch
from the commandline.
-as user root do the following:
- copy webkit to /etc/init.d/
- enter
insserv webkit
Note, that this is different to the procedure in Red
Hat.
- run webkit by typing
webkit start
That's it. Here is the patch:
9a10,18
> # This part is for SuSE Linux distributions
> ### BEGIN INIT INFO
> # Provides: webkit
> # Required-Start: apache
> # Required-Stop: $local_fs $network $remote_fs
$syslog $netdaemons
> # Default-Start: 3 5
> # Default-Stop: 0 1 2 6
> # Description:Start WebKit, a Python application
server, part of Webware
> ### END INIT INFO
16c25,27
< PYTHONPATH=
---
> PYTHONPATH=/usr/bin/python
>
> SUSE_RC_CONFIG="/etc/rc.config"
19a31
> is_SuSE="no"
21,26c33,90
< # Source function library.
< # Use the funtions provided by Red Hat or use our own
< if [ -f /etc/rc.d/init.d/functions ]
< then
<. /etc/rc.d/init.d/functions
< else
---
> # /etc/rc.config is the main configuration file for
SuSE
> if test -f "$SUSE_RC_CONFIG" ; then
>
> # Okay, this seems to be a SuSE-distribution
>
> #
> # load the configuration
> #
> . /etc/rc.config
> . /etc/rc.status
>
> # Is there an entry for WebWare in the SuSE main
configuration file?
> if test -z "$START_WEBWARE"; then
>if test -w "$SUSE_RC_CONFIG"; then
>echo -n "No entry for WebWare in rc.config.
Creating one."
>echo >> "$SUSE_RC_CONFIG"
>echo "#" >> "$SUSE_RC_CONFIG"
>echo "# WebKit is a Python application server
and part of Webware." >> "$SUSE_RC_CONFIG"
>echo "# Should the WebWare application server be
started at bootup? (yes/no)" >> "$SUSE_RC_CONFIG"
>echo "#" >> "$SUSE_RC_CONFIG"
>echo "START_WEBWARE=\"yes\"" >>
"$SUSE_RC_CONFIG"
>echo -e "$rc_done"
>else
>echo -n "$SUSE_RC_CONFIG is not writable."
>echo -e "$rc_failed"
>fi
>START_WEBWARE="yes";
> fi
>
> # Is there an link rcwebkit in /usr/sbin?
> if test ! -x /usr/sbin/rcwebkit; then
>echo -n "Creating link to start/stop script."
>if /bin/ln -s ../../etc/init.d/webkit
/usr/sbin/rcwebkit ; then
>echo -e "$rc_done"
>echo "You can start/stop WebWare now by using
rcwebkit as root"
>else
>echo -e "$rc_failed"
>fi
> fi
>
> #
> # Determine the base and follow a runlevel link
name.
> #
> base=${0##*/}
> link=${base#*[SK][0-9][0-9]}
>
>
> #
> # The echo return value for success (defined in
/etc/rc.config).
> #
> return=$rc_done
>
>
> # Force execution if not called by a runlevel
directory.
> test $link = $base && START_WEBWARE=yes
> test "$START_WEBWARE" = yes || exit 0
>
> # Redefine functions...
33c97
echo -e "$rc_done"
36c100
echo -e "$rc_failed"
38d101
< fi
39a103,130
> # Set a flag
> is_SuSE="yes"
>
> else
>
> # This section is for non-SuSE distributions
> # (i.e. Red Hat or other Unix)
>
> # Source function library.
> # Use the funtions provided by Red Hat or use our
own
> if [ -f /etc/rc.d/init.d/functions ]
> then
>. /etc/rc.d/init.d/functions
> else
>function action {
>echo "$1"
>shift
>$@
>}
>function success {
>echo
[Webware-devel] [ webware-Patches-1094381 ] patch for mod_webkit2.c to work with apr-1.0.0
Patches item #1094381, was opened at 2005-01-02 11:04 Message generated for change (Comment added) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=304866&aid=1094381&group_id=4866 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WebKit Group: None >Status: Closed >Resolution: Accepted Priority: 5 Submitted By: Radoslaw Kintzi (rakin) >Assigned to: Christoph Zwerschke (cito) Summary: patch for mod_webkit2.c to work with apr-1.0.0 Initial Comment: This patch fix problems with mod_webkit2 and apr-1.0.0. Like I said on webware-devel: "It seems like they don't like APR_BRIGADE_FOREACH macro any more. And there is an extra argument in apr_socket_create function to specify protocol of the socket. It can have one of value: APR_PROTO_TCP, APR_PROTO_UDP or APR_PROTO_SCTP." I choose APR_PROTO_TCP in this patch. And we should use apr_socket_send and apr_socket_connect functions instead of apr_send and apr_connect. See: * http://apr.apache.org/docs/apr-util/group__APR__Util__Bucket__Brigades.html#a80 * http://apr.apache.org/docs/apr/group__apr__network__io.html#ga6 Radek -- >Comment By: Christoph Zwerschke (cito) Date: 2005-10-28 04:30 Message: Logged In: YES user_id=193957 Thanks for the patch. I have checked it in for Webware version 0.9. I have added a check for APR_MAJOR_VERSION for the extra argument in apr_socket_create; the rest should be downward compatible. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=304866&aid=1094381&group_id=4866 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
Re: [Webware-devel] SourceForge trackers
In order to consolidate things a bit, I have now closed/disabled the following on SourceForge: - the "Support Request" tracker: has never been used anyway, use webware-discuss instead - the task manager: has not been used since years; I have copied ideas and tasks which were still open to the future.html file - the CVS access: use svn.w4py.org instead I have put a WE_HAVE_MOVED message in the root and disabled CVS access in the menu The trackers "Bugs", "Patches" and "Feature Requests" will be left open. New entries go to this mailing list, too. -- Christoph --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
[Webware-devel] [ webware-Bugs-1263855 ] No unquoting of filenames
Bugs item #1263855, was opened at 2005-08-19 12:34 Message generated for change (Comment added) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1263855&group_id=4866 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WebKit Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: No unquoting of filenames Initial Comment: I found that Webware gives a 404 on this url: "localhost:8080/foo%20bar" but manages to find "localhost:8080/foobar" when both "foo bar" and "foobar" is in the same directory. I think this ia bug and that the solution is to call urllib.unquote(baseName) in the filenamesForBase() method in _FileParser in URLParser.py. -- >Comment By: Christoph Zwerschke (cito) Date: 2005-10-28 06:37 Message: Logged In: YES user_id=193957 I noticed that I had already fixed that in a similar way (calling urlDecode in the parse() method of _FileParser). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1263855&group_id=4866 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
[Webware-devel] [ webware-Bugs-1263855 ] No unquoting of filenames
Bugs item #1263855, was opened at 2005-08-19 12:34 Message generated for change (Settings changed) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1263855&group_id=4866 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WebKit Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Christoph Zwerschke (cito) Summary: No unquoting of filenames Initial Comment: I found that Webware gives a 404 on this url: "localhost:8080/foo%20bar" but manages to find "localhost:8080/foobar" when both "foo bar" and "foobar" is in the same directory. I think this ia bug and that the solution is to call urllib.unquote(baseName) in the filenamesForBase() method in _FileParser in URLParser.py. -- Comment By: Christoph Zwerschke (cito) Date: 2005-10-28 06:37 Message: Logged In: YES user_id=193957 I noticed that I had already fixed that in a similar way (calling urlDecode in the parse() method of _FileParser). -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1263855&group_id=4866 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
[Webware-devel] [ webware-Bugs-1250295 ] AppServer fails to start when picking passwords containing %
Bugs item #1250295, was opened at 2005-08-02 16:47
Message generated for change (Comment added) made by cito
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1250295&group_id=4866
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: WebKit
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Oscar Kuchuk (okuchuk)
>Assigned to: Christoph Zwerschke (cito)
Summary: AppServer fails to start when picking passwords containing %
Initial Comment:
When you pick a password for admin containig a %
character Cnfigurable .py ends with errors like this :
Traceback (most recent call last):
File "WebKit/ThreadedAppServer.py", line 592, in run
File "WebKit/ThreadedAppServer.py", line 66, in __init__
File "WebKit/AutoReloadingAppServer.py", line 43, in
__init__
File "WebKit/AppServer.py", line 67, in __init__
File "WebKit/AppServer.py", line 171, in
createApplication
File "WebKit/Application.py", line 76, in __init__
File "WebKit/ConfigurableForServerSidePath.py", line
15, in setting
File "/root/Webware-0.8.1/MiscUtils/Configurable.py",
line 66, in setting
return self.config()[name]
File "/root/Webware-0.8.1/MiscUtils/Configurable.py",
line 59, in config
self._config.update(self.userConfig())
File "/root/Webware-0.8.1/MiscUtils/Configurable.py",
line 115, in userConfig
raise ConfigurationError, 'Unable to embed
replacement text in %s.' % self.configFilename()
ConfigurationError: Unable to embed replacement text in
/root/AvalApp/Configs/Application.config.
password for admin must be saved escaped in install.py
like
password=getpass.getpass().replace('%','%%') line 172
, and 178
--
>Comment By: Christoph Zwerschke (cito)
Date: 2005-10-28 07:37
Message:
Logged In: YES
user_id=193957
The replacement happens only for dictionary-style syntax.
Since the Application.config has now new syntax, it does not
happen any more.
However, two other critical characters (single quotes and
backslash) need to be escaped as well. I have checked in a
fix for this.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=104866&aid=1250295&group_id=4866
---
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of 2005
Visit http://www.jboss.com/services/certification for more information
___
Webware-devel mailing list
Webware-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-devel
[Webware-devel] [ webware-Feature Requests-506792 ] MiddleKit Support for PostgreSQL
Feature Requests item #506792, was opened at 2002-01-22 05:23 Message generated for change (Comment added) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=354866&aid=506792&group_id=4866 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Steven H Rogers (shrogers) >Assigned to: Christoph Zwerschke (cito) Summary: MiddleKit Support for PostgreSQL Initial Comment: MiddleKit support for PostgreSQL would greatly enhance Webware's utility. This is the missing link that has kept me from agressively pursuing Webware. -- >Comment By: Christoph Zwerschke (cito) Date: 2005-10-28 07:51 Message: Logged In: YES user_id=193957 PostgreSQL patches have been applied in March 2003 so they should be available since version 0.8. Don't know how well this works. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=354866&aid=506792&group_id=4866 --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information ___ Webware-devel mailing list Webware-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/webware-devel
