Webware for Python

Bugs item #849732, was opened at 2003-11-26 07:54
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104866&aid=849732&group_id=4866

Category: TaskKit
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can't unschedule a running task

Initial Comment:
If the TaskKit scheduler has a running task (i.e. a
task in the 'running' queue), there is no way to remove
that task from the Scheduler. There seem to be some
subtle reasons for this.
 
1) In TaskKit/Scheduler.py - unregisterTask(), the
method never checks if the task is in the running queue
so it can call unregister() on the task's handle
object. unregisterTask only checks the scheduled and
ondemand queues.
You'd think the following code:
 
 tm = app.taskManager()
 t = tm.running("mytask")
 if t:
    t.unregister()
 
 would work around this problem, but...
 
 2) when unregister() is called on a TaskHandler
object, it sets the
 value of _reregister and _rerun to 0 but, it doesn't
appear that the value of _reregister is ever checked
anywhere. It appears that the reschedule() method of
TaskHandler should check this value to determine an
appropriate return value.

3) When a running task that has been unregistered
completes and the Scheduler object's notifyCompletion()
method is called, it doesn't look like it is calling
handle.reschedule() in the correct place. What ends up
happening is a scheduled task is always returned back
to the scheduled queue with the original task
parameters even though it should be discarded after
completion - by virtue of the method call to unregister()

Here's a simple example of how these issues interact
with one another:
 - A user schedules a task that is subsequently
started; task object is in the running queue. While the
task is running, the user wants to modify the period of
the task. The following sequence of events occurs:
 - Scheduler.addPeriodicAction is called with a new set
of parameters but with the same task name as the
running task.
 - addPeriodicAction calls unregisterTask
 - unregisterTask checks the scheduled and ondemand
queues and finds nothing so it installs what it thinks
is a new task in the scheduled queue.
 - the original task finishes and is moved (with
original parameters) back to the scheduled queue,
overwriting the instance already in the scheduled queue.

This illustrates problem 1. Now assume the programmer
uses the technique described in 1 to unregister the
task in the running queue. You still encounter problem
2 and 3 and the end result is that the task in the
running queue still overwrites the task in the
scheduled queue.
 
Please review the attached patch which corrects issues
1, 2 & 3.

Brett Funderburg (brettf at deepfile dot com)



----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-12-23 12:34

Message:
Logged In: NO 

Ignore this patch. Two issues, I did discover side effects;
and there is an extra colon (:) character in one line that
breaks syntax correctness in python which causes the
AppServer to not start.

I will continue working on the problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104866&aid=849732&group_id=4866

You should just be able to add the path to you Application.conf restart
the server and it should work.  With respect to your psp problem, is the
folder you are tyring to run psp's from par of a context already
defined?  If not that is your problem.

Jose

-----Original Message-----
From: webware-devel-admin@...
[mailto:webware-devel-admin@...] On Behalf Of
webware-devel-request@...
Sent: Thursday, December 18, 2003 8:24 PM
To: webware-devel@...
Subject: Webware-devel digest, Vol 1 #586 - 1 msg


Send Webware-devel mailing list submissions to
	webware-devel@...

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/webware-devel
or, via email, send a message with subject or body 'help' to
	webware-devel-request@...

You can reach the person managing the list at
	webware-devel-admin@...

When replying, please edit your Subject line so it is more specific than
"Re: Contents of Webware-devel digest..."


Today's Topics:

   1. Not getting context from URL (Ben Kovitz)

--__--__--

Message: 1
Date: Wed, 17 Dec 2003 22:55:11 -0800
From: Ben Kovitz <bkovitz@...>
To: webware-devel@...
Subject: [Webware-devel] Not getting context from URL

Hi, folks.  I'm having a problem executing a .psp file: the WebKit 
application server refuses to serve it (or any .psp file in that 
directory), always giving a 404 error.  Some poking around in the code 
revealed that Application.serverSideInfoForRequest() wasn't getting the 
context out of the URL.  request._absolutepath had been set, causing  
serverSideInfoForRequest() to give up immediately and return no context.

_absolutepath gets set by the apache module when it recognizes a .psp 
file. 
 
Any idea how to get around this?  I figure there must be a way around
it, 
because in my default context, .psp files work fine.  I tried hacking 
serverSideInfoForRequest() so it would recognize the exact URL and force

the context to be the one I want, but that had no effect.  (Yes, I 
restarted the application server.  And Apache, too.) 
 
Or, maybe just ignore all that.  The *real* thing I want to do is just 
stick a .psp file in an arbitrary directory and run it. 
 
Is there anything else I need to do beside adding a context to 
Configs/Application.config? 
 
Thanks, 
 
Ben Kovitz 
Caltech 
http://sbml.org 




--__--__--

_______________________________________________
Webware-devel mailing list
Webware-devel@...
https://lists.sourceforge.net/lists/listinfo/webware-devel


End of Webware-devel Digest

Hi, folks.  I'm having a problem executing a .psp file: the WebKit 
application server refuses to serve it (or any .psp file in that 
directory), always giving a 404 error.  Some poking around in the code 
revealed that Application.serverSideInfoForRequest() wasn't getting the 
context out of the URL.  request._absolutepath had been set, causing  
serverSideInfoForRequest() to give up immediately and return no context.  
_absolutepath gets set by the apache module when it recognizes a .psp 
file. 
 
Any idea how to get around this?  I figure there must be a way around it, 
because in my default context, .psp files work fine.  I tried hacking 
serverSideInfoForRequest() so it would recognize the exact URL and force 
the context to be the one I want, but that had no effect.  (Yes, I 
restarted the application server.  And Apache, too.) 
 
Or, maybe just ignore all that.  The *real* thing I want to do is just 
stick a .psp file in an arbitrary directory and run it. 
 
Is there anything else I need to do beside adding a context to 
Configs/Application.config? 
 
Thanks, 
 
Ben Kovitz 
Caltech 
http://sbml.org

Bugs item #853474, was opened at 2003-12-03 10:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104866&aid=853474&group_id=4866

Category: home page / web
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Linux Journal article link needs updated

Initial Comment:
The link in the "Linux Journal Coverage 4/26/01" news
blurb should be updated to:
 
http://www.linuxjournal.com/article.php?sid=4731

Currently it redirects to the index of all the articles.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=104866&aid=853474&group_id=4866