Folk, thanks for the very interesting input!
For me: Webware = a nonbloated Python framework with an AppServer,
WebKit and some Java-like APIs (Servlets, etc. that's why I am missing
Portlets) + some very clever people on this list giving good input and
feedback.
On 04.01.2005, 22:17 -0600 Ian Bicking wrote:
> If I was going to push Webware, I'd talk about the stability of its
> interface, its age, the community, and the availability of experienced
> consultants. It's probably second to Zope from that perspective (in the
> Python world, though maybe Quixote is second). I wish Webware was doing
> better on all of those attributes, and it's kind of lame how far the
> second place is from the first place. And it's lame how far Zope is
> from PHP; Python is missing out big, any way you look at it. But that's
> another topic.
Yes, unfortunately. 3 years ago I hoped there would be much more people
using Webware, but for that to happen you need much more out of the box
killer applications (like Plone (Zope), Typo3 (PHP), Mambo (PHP), GForge
(PHP),...). I will have to build a new website next week and do not have
time available to develop something new. I need the usual simple stuff
like News, Wikis, Blogging, RSS Syndication,... Probably I'll go
for Plone once more, altough I think it is just overkill in my
situation. I wish there was this "WebwareNuke" I could install in 10
minutes and start filling the website. Or did I miss something?
> > Are Aspects (simple solution in CherryPy) something people
> > would like to see integrated in Webware?
>
> I don't like aspects; I'm not sure they exist anymore in CherryPy 2?
There is a file CherryPy-2.0.0b/cherrypy/lib/aspect.py, so yes,
it is still there.
What I like in CherryPy is
# Of course we can also mount request handler objects right here!
cpg.root = HomePage()
cpg.root.joke = JokePage()
cpg.root.links = LinksPage()
Is there something analogous in Webware: I do not rememeber?
> > Maybe using generators and annotations could make Webware much more
> > sophisticated
>
> There's some ideas here. I'm very interested in using decorators
> instead of subclassing, for instance. And there's other ways of making
> things more functional. I've been using Component and LoginKit in the
> w4py.org repository, and I find them useful. But I don't think anyone
> else uses them.
Hmm, you remind me to dig around there ;-)
In CherryPy
index.exposed = True
could be done like
@exposed
def index(self):
Having somehting in Webware like
@expose("HTML", "XML", "XML-RPC", "SOAP")
and having Webware handle all the magic the scene (e.g. genereating
WSDL files files, etc..) could be interesting. As you mention you can
avoid subclassing, e.g. in the XML-RPC example:
instead of
class XMLRPCExample(XMLRPCServlet):
def exposedMethods(self):
return ['multiply', 'add']
def multiply(self, x, y):
return x * y
def add(self, x, y):
return x + y
def divide(self, *args):
return reduce(operator.div, args)
you do just:
class XMLRPCExample:
@expose("XML-RPC")
def multiply(self, x, y):
return x * y
@expose("XML-RPC")
def add(self, x, y):
return x + y
def divide(self, *args):
return reduce(operator.div, args)
Although I do like this @ syntax ( [expose("XML-RPC")] looks nicer, but
this discussion is over ;-)), this seems cleaner, since you see directly
which methods are exposed. Purist would probably put that in an
XML-based deployment descriptor, but is that really better??
I would prefer a simple @expose then and configure globally which
exposure methods I'd like to use (e.g. "HTML" and "SOAP").
Otherwise I agree with most of the remarks in this thread, especially
On 05.01.2005, 00:04 -0500 Winston Wolff wrote:
> Webware has it's own logging but I'd prefer to replace it with the new
> standard logging package
+1
On 05.01.2005, 00:04 -0500 Winston Wolff wrote:
> I have also spend some time looking at CherryPy2.0. It's simplicity
> is very attractive, but when I've actually tried to use it, I feel it
> is not as mature as Webware. That of course is to be expected, it's
> still in "alpha". The other thing I'm not sure about is how it
> handles under load since it is not multi-threaded. I think it may be
> a strong contender in the future.
same for me...
My next TODO is to take a look at the CheetahKit (I forgot to copy it on
my laptop when leaving 2 days ago ;-()
Tom
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Webware-discuss mailing list
Webware-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/webware-discuss
