Webware for Python

Hi, all.

I'm getting a weird traceback from one of my servlets:
/Users/randall/Devel/Work/shadowcash/context/editprofile.py

Traceback (most recent call last):
   File "/opt/Webware/WebKit/Application.py", line 415, in 
dispatchRequest
     self.handleGoodURL(transaction)
   File "/opt/Webware/WebKit/Application.py", line 568, in handleGoodURL
     self.createServletInTransaction(transaction)
   File "/opt/Webware/WebKit/Application.py", line 1061, in 
createServletInTransaction
     inst = self.getServlet(transaction, path)
   File "/opt/Webware/WebKit/Application.py", line 995, in getServlet
     inst = factory.servletForTransaction(transaction)
   File "./WebKit/ServletFactory.py", line 199, in servletForTransaction
AssertionError

on which line I find:
assert issubclass(theClass, Servlet)

which would seem to indicate that my class (editprofile) is not
inheriting from Page.  I have a class called Profile that this
servlet subclasses, and all of my servlets that subclass Profile
have the same error, unless they subclass a class that has itself
subclassed Profile.  If that makes sense. :)

So my "createprofile" servlet inherits from editprofile, but works
fine until it forwards to editprofile after a new profile was
created.

I found a similar problem had by Edmund Lian on the Cheetah list,
but the cause there (class name not being the same as the filename)
doesn't seem to apply.

Anyone know why this could be happening?


-- 
Randall Randall <randall@...>
"Not only can money buy happiness,
  it isn't even particularly expensive any more."  -- Spike Jones

Re: [Webware-discuss] AssertionError in ServletFactory? From: Randall Randall <randall@ra...> - 2003-06-30 23:58 On Wednesday, June 25, 2003, at 04:38 PM, Randall Randall wrote: > Hi, all. > > I'm getting a weird traceback from one of my servlets: > /Users/randall/Devel/Work/shadowcash/context/editprofile.py > > Traceback (most recent call last): > File "/opt/Webware/WebKit/Application.py", line 415, in > dispatchRequest > self.handleGoodURL(transaction) > File "/opt/Webware/WebKit/Application.py", line 568, in handleGoodURL > self.createServletInTransaction(transaction) > File "/opt/Webware/WebKit/Application.py", line 1061, in > createServletInTransaction > inst = self.getServlet(transaction, path) > File "/opt/Webware/WebKit/Application.py", line 995, in getServlet > inst = factory.servletForTransaction(transaction) > File "./WebKit/ServletFactory.py", line 199, in servletForTransaction > AssertionError [snip] > I found a similar problem had by Edmund Lian on the Cheetah list, > but the cause there (class name not being the same as the filename) > doesn't seem to apply. > > Anyone know why this could be happening? Well, evidently no one did. So, having finally got to the "deploy on Linux" stage, I find that this error doesn't happen on Linux, but only Mac OS X (my development platform), which makes me very happy. :) So, if anyone needs additional information and wants to try to track this down in Webware 0.8, I'd be happy to give you more info, but don't know what would be useful. Eventually I'll try to do that myself, but it may be some time before I'm able to take the time. -- Randall Randall <randall@...> "Not only can money buy happiness, it isn't even particularly expensive any more." -- Spike Jones

Re: [Webware-discuss] AssertionError in ServletFactory? From: Ian Bicking <ianb@co...> - 2003-07-01 01:48 On Mon, 2003-06-30 at 18:57, Randall Randall wrote: > > I found a similar problem had by Edmund Lian on the Cheetah list, > > but the cause there (class name not being the same as the filename) > > doesn't seem to apply. > > > > Anyone know why this could be happening? > > Well, evidently no one did. > > So, having finally got to the "deploy on Linux" stage, I find > that this error doesn't happen on Linux, but only Mac OS X (my > development platform), which makes me very happy. :) > > So, if anyone needs additional information and wants to try to > track this down in Webware 0.8, I'd be happy to give you more > info, but don't know what would be useful. Eventually I'll try > to do that myself, but it may be some time before I'm able to > take the time. Sorry, I thought someone else might pipe up about it. Anyway, this was at one point commonly caused by path problems (sys.path), where a module can be imported more than once. Imagine a path like: ['/path/to/Webware', '.'] Where the current directory is /path/to/Webware/WebKit Then you can import Servlet as: from WebKit.Servlet import Servlet or: from Servlet import Servlet Python doesn't recognize that these are the same module, so there are two classes going by the same name. You might look at the class's __module__ attribute to find out more. It might depend on the way you are running the AppServer, environmental variables, etc., which would explain why it works in one environment and not another. Ian

Re: [Webware-discuss] AssertionError in ServletFactory? From: Randall Randall <randall@ra...> - 2003-07-01 04:29 On Monday, June 30, 2003, at 09:49 PM, Ian Bicking wrote: > Sorry, I thought someone else might pipe up about it. Oh, no problem. It turned out not to be a really serious problem, but it is annoying. :) > Anyway, this was at one point commonly caused by path problems > (sys.path), where a module can be imported more than once. Imagine a > path like: Hm. The sys.path as reported by the traceback page looks normal; no duplicates. > Python doesn't recognize that these are the same module, so there are > two classes going by the same name. You might look at the class's > __module__ attribute to find out more. It might depend on the way you > are running the AppServer, environmental variables, etc., which would > explain why it works in one environment and not another. Hm. Okay. I'll instrument things a bit and see what happens. :) Thanks! -- Randall Randall <randall@...> "Not only can money buy happiness, it isn't even particularly expensive any more." -- Spike Jones

Re: [Webware-discuss] AssertionError in ServletFactory? From: Randall Randall <randall@ra...> - 2003-09-10 12:22 This is a followup for people Googling on this problem. On Monday, June 30, 2003, at 07:57 PM, Randall Randall wrote: > On Wednesday, June 25, 2003, at 04:38 PM, Randall Randall wrote: >> I'm getting a weird traceback from one of my servlets: >> /Users/randall/Devel/Work/shadowcash/context/editprofile.py >> >> Traceback (most recent call last): >> File "/opt/Webware/WebKit/Application.py", line 415, in >> dispatchRequest >> self.handleGoodURL(transaction) >> File "/opt/Webware/WebKit/Application.py", line 568, in >> handleGoodURL >> self.createServletInTransaction(transaction) >> File "/opt/Webware/WebKit/Application.py", line 1061, in >> createServletInTransaction >> inst = self.getServlet(transaction, path) >> File "/opt/Webware/WebKit/Application.py", line 995, in getServlet >> inst = factory.servletForTransaction(transaction) >> File "./WebKit/ServletFactory.py", line 199, in >> servletForTransaction >> AssertionError > [snip] >> I found a similar problem had by Edmund Lian on the Cheetah list, >> but the cause there (class name not being the same as the filename) >> doesn't seem to apply. >> >> Anyone know why this could be happening? > > Well, evidently no one did. > > So, having finally got to the "deploy on Linux" stage, I find > that this error doesn't happen on Linux, but only Mac OS X (my > development platform), which makes me very happy. :) > > So, if anyone needs additional information and wants to try to > track this down in Webware 0.8, I'd be happy to give you more > info, but don't know what would be useful. Eventually I'll try > to do that myself, but it may be some time before I'm able to > take the time. This turns out to be a problem only in Python 2.2 (and maybe earlier), and only on Mac OS X, at least for me. Upgrading to 2.3 earlier this week made it go away completely. -- Randall Randall <randall@...> "When you advocate any government action, you must first believe that violence is the best answer to the question at hand." -- Allen Thornton

1 message has been excluded from this view by a project administrator.