Webware for Python

Bugs item #730563, was opened at 2003-04-30 19:45
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=730563&group_id=4866

Category: WebKit
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Example upload does not work -- fast fix

Initial Comment:
in Examples/FileUpload.py, the fileupload(self,trans):
function gets and error when called, saying that 2 args
are expected, and only one was passed.

Since the function does not use trans anyway, I changed
it to 
fileupload(self), and that works!

-@...

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

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

Jeff, did you ever get an answer to this?  I assume it's related to the
recent Application rewrites.

I want to try out Webware from CVS but this will be a problem for me too.

- Geoff

> -----Original Message-----
> From: Jeff Johnson [mailto:jeff@...]
> Sent: Wednesday, April 23, 2003 4:29 PM
> To: webware-devel@...
> Subject: [Webware-devel] contextInitialize, how does it work 
> these days?
> 
> 
> I see that contextInitialize is passed a URLParser instead of 
> an Application 
> object like it used to.  Since I create tasks and add them to 
> application.taskManager(), I need an application but it looks 
> like the 
> application hasn't been created yet.  I know cvs head is 
> unstable right now 
> but does anyone know how to get around this?
> 
> I tried URLParser.application(), which returns the global 
> application and get 
> the following error:
> 
> Current directory: /home/jeff/work/deg/projects/ea/webkit
> default /home/jeff/work/deg/projects/ea/www
> Traceback (most recent call last):
>   File "./WebKit/ThreadedAppServer.py", line 704, in run
>   File "./WebKit/ThreadedAppServer.py", line 71, in __init__
>   File "./WebKit/AutoReloadingAppServer.py", line 56, in __init__
>   File "./WebKit/AppServer.py", line 86, in __init__
>   File "./WebKit/AppServer.py", line 209, in createApplication
>   File "./WebKit/Application.py", line 92, in __init__
>   File "/home/jeff/work/deg/lib/Webware/WebKit/URLParser.py", 
> line 123, in 
> __init__
>     self.addContext('default', defaultContext)
>   File "/home/jeff/work/deg/lib/Webware/WebKit/URLParser.py", 
> line 186, in 
> addContext
>     result = mod.contextInitialize(self, 
> os.path.normpath(os.path.join(os.getcwd(), dir)))
>   File "/home/jeff/work/deg/projects/ea/www/__init__.py", line 20, in 
> contextInitialize
>     application = URLParser.application()
>   File "/home/jeff/work/deg/lib/Webware/WebKit/URLParser.py", 
> line 32, in 
> application
>     return AppServer.globalAppServer.application()
>   File "./WebKit/AppServer.py", line 321, in application
> AttributeError: ThreadedAppServer instance has no attribute '_app'
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Webware-devel mailing list
> Webware-devel@...
> https://lists.sourceforge.net/lists/listinfo/webware-devel
>

Bugs item #727052, was opened at 2003-04-24 10:51
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=727052&group_id=4866

Category: CGIWrapper
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Kropf (peterk)
Assigned to: Nobody/Anonymous (nobody)
Summary: Building wkcgi on Solaris - needs socket and nsl libraries

Initial Comment:
When building wkcgi on a Solaris system, -lsocket and
-lnsl are needed. The makefile should be modified to
know the platform (via autoconf?) and the appropiate
platform libraries should be added to the link line.


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

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

I see that contextInitialize is passed a URLParser instead of an Application 
object like it used to.  Since I create tasks and add them to 
application.taskManager(), I need an application but it looks like the 
application hasn't been created yet.  I know cvs head is unstable right now 
but does anyone know how to get around this?

I tried URLParser.application(), which returns the global application and get 
the following error:

Current directory: /home/jeff/work/deg/projects/ea/webkit
default /home/jeff/work/deg/projects/ea/www
Traceback (most recent call last):
  File "./WebKit/ThreadedAppServer.py", line 704, in run
  File "./WebKit/ThreadedAppServer.py", line 71, in __init__
  File "./WebKit/AutoReloadingAppServer.py", line 56, in __init__
  File "./WebKit/AppServer.py", line 86, in __init__
  File "./WebKit/AppServer.py", line 209, in createApplication
  File "./WebKit/Application.py", line 92, in __init__
  File "/home/jeff/work/deg/lib/Webware/WebKit/URLParser.py", line 123, in 
__init__
    self.addContext('default', defaultContext)
  File "/home/jeff/work/deg/lib/Webware/WebKit/URLParser.py", line 186, in 
addContext
    result = mod.contextInitialize(self, 
os.path.normpath(os.path.join(os.getcwd(), dir)))
  File "/home/jeff/work/deg/projects/ea/www/__init__.py", line 20, in 
contextInitialize
    application = URLParser.application()
  File "/home/jeff/work/deg/lib/Webware/WebKit/URLParser.py", line 32, in 
application
    return AppServer.globalAppServer.application()
  File "./WebKit/AppServer.py", line 321, in application
AttributeError: ThreadedAppServer instance has no attribute '_app'

join the Sandbox
sf sn: jslowery
rn: Jeremy Lowery







_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online  
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

Hi,

I found no appropriate documenation in the net=20
considering pooling of database connections.
So, how can I pool connections ?

Is it a good idea to store a connection
in the session() (timeout 60secs) so
that during a session database acess
is accelerated ???

Last questions: when are servelt instances
created ?=20

I'm just a webware newbie but think it's
awesome...

Greetings, Uwe.

Opps I just sent this to the wrong list, sorry

Jose

 -------- Original Message --------
Subject: rawInput() not working
From: <jose@...>
Date: Thu, April 17, 2003 4:30 pm
To: webware-devel@...

Hi all,

I can't seem to get self.request().rawInput() (with or without the
rewind=1 option) to work.

Essentually I have a webpage that calls a servlet via a form/Post and if
I then call self.writeln(self.request().rawInput()) I get back None.  Now
I know the form is sending some data, because all it does is send a
hidden variable.  Any thoughts as to what I am doing worng?

Jose

Hi all,

I can't seem to get self.request().rawInput() (with or without the rewind=1
option) to work.

Essentually I have a webpage that calls a servlet via a form/Post and if I
then call self.writeln(self.request().rawInput()) I get back None.  Now I
know the form is sending some data, because all it does is send a hidden
variable.  Any thoughts as to what I am doing worng?

Jose

Hallo,

would some kind soul add my account to the Webware-sandbox? My SF-name
is "fbar".

Thank you,
-- 
 Frank Barknecht                               _ ______footils.org__

I've been in MiddleKit.Design, adding support for PostgreSQL and
Samples.csv, when I got sidetracked with a mix-in issue.

According to a few of Chuck's comments sprinkled throughout the source,
"invoking super is the only awkward aspect of mix-ins that hasn't been
solved".  But invoking super is what I needed to do.  So I started
looking more closely at MiscUtils.MixIn, and started making changes
(patch attached).

I added a parameter called mixInSuperMethods (defaults to false), which,
when true, binds the original methods in the class to specially-derived
names in the mix-in class (the naming scheme is 'mixInSuper' +
OriginalMethodName). 

Doing this means that the superclass methods are only available from
that mix-in class, but I think this makes sense, since that's the only
place you'd ever want them.  I grappled with the problem for a while
before making this realization, after which the solution seemed obvious.

The semantics for multiple mixins are what you'd expect, but the order
of the calls depends on the order in which the classes were originally
mixed.  Here's an example:


from MiscUtils.MixIn import MixIn
                                                                        
class Foo:
    def bar(self):
        return 'Foo'

class FooMixIn:
    def bar(self):
        value = FooMixIn.mixInSuperBar(self)
        return value + ", FooMixIn"

class FooMixIn2:
    def bar(self):
        value = FooMixIn2.mixInSuperBar(self)
        return value + ", FooMixIn2"
                                                                                MixIn(Foo, FooMixIn, mixInSuperMethods=1)
MixIn(Foo, FooMixIn2, mixInSuperMethods=1)
                                                                                f = Foo()
print f.bar()    # prints 'Foo, FooMixIn, FooMixIn2'

I think being able to invoke super from mix-ins will allow us to avoid
some awkwardness in the code, and use mix-ins a bit more naturally, so
I'm interested in committing this change, and starting to make use of it
in MiddleKit.  Comments?  Suggestions for a better naming scheme?  Does
anyone (hi, Chuck!) see any potential pitfalls?

-- 
Jason D. Hildebrand
jason@...

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I need to fix my stupid sending rules....

- -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 10 April 2003 02:37 am, Ian Bicking wrote:
> On Wed, 2003-04-09 at 18:09, david e wrote:
> > http://www.fatslice.com/tmp/webware_www_sketch1.png

http://home.etria.org/webware/TODO

Complete with very in-complete TODO list.

> Looks nice, though it could use higher contrast -- black on gray is
> fine, but the other text is too low in contrast.

Personally I don't like gray bg's much (reminds me of Yahoo and old
no-background-set websites).

> I like the layout, with the menu at the top, news to the side,
> presumably the "why you'd use Webware" schpeal in the larger section.
>
>
>
> At some point we need to decide on a decision process for the site and
> logo...

My plan is to do 2-3 templates of the website (with diff logo's) and to then
call for a vote.  My personal favorite is the current setup, but I still want
to do a few others as alternatives.

Once I have a decent method for 'skinning' the site, I'll toss a note out to
the list.  I can even give a template so peeps can see what var's go where
and can submit their own templates.

- - -Tom

- - --
Tom von Schwerdtner <tvon@...>
The Etria Group
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+lVJGThW3Nph/pFMRAoZRAJ0XSjKjrQr08MSfCTql5cJltOuBZgCgj+OI
JV+OWRyVAC4fmT7SB0N7/nY=
=oDjG
- -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+lY4BThW3Nph/pFMRAjWYAJ9POz350jbzbsNdADSrj7EuVn+I2ACeNNiT
mCTSRaEWQU38PdRFFnEiEIQ=
=7KLh
-----END PGP SIGNATURE-----

I've put together a rough draft for the webware site
-
http://www.fatslice.com/tmp/webware_www_sketch1.png

On Wed, 2003-04-09 at 11:23, Jason Hildebrand wrote:
> I've been poking through the CVS again.  I noticed that the
> awake/respond/sleep methods are now called from
> Servlet.runTransaction().  This is great, since it makes it possible to
> throw exceptions from awake(), for example when implementing security
> policy.
> 
> Anyways, the code to handle the EndResponse exception (used to implement
> sendRedirectAndEnd) got left out.  I'd like to put this logic into
> Servlet.runTransaction() -- maybe it also should be in
> Application.runTransaction for backwards compat?

I think it actually makes sense in Application.runTransaction, which
also handles HTTPException.  I found making Application handle
HTTPException was very helpful, as I could throw exceptions even when I
wasn't in the servlet's scope.  EndResponse seems a similar situation. 
A servlet could still catch EndResponse and re-raise, letting
Application get the exception in the end (or use try:finally:).

> Anyways, I wanted to discuss the policy for exception handling in the
> awake-respond-sleep cycle.  The previous policy was:
> 
>     "During servlet
>     processing, if this exception is caught during respond() then
>     sleep() is called and the response is sent.  If caught during
>     awake() then both respond() and sleep() are skipped and the
>     response is sent."
> 
> I believe that sleep should be called _every_ time -- even when an
> exception was thrown from awake.  Otherwise it's not possible for awake
> to set any servlet attributes if it might later on throw an exception,
> which IMO renders sleep largely useless (as a result, I've never used
> sleep, I just re-initialize all stateful servlet attributes in awake().
> 
> Since we've been removing other webware warts, I thought I'd bring this
> up.

What you describe certainly sounds like the proper way to me.  sleep()
becomes a sort of finally clause, which is useful.

  Ian