Webware for Python

In my ongoing quest to make myself less ignorant in WebKit, could someone point
me to docs discussing ways of creating a factory servlet?  I now have a working
subclass of XMLRPCServlet, but would like to make it usable by multiple users.

thanks,
Randy

We'd like to consider including more Webware extensions with the
release, or at the very least linking them more thoroughly.  Right now
we have Cheetah, Terrel Shumway's page linked, FormKit, FunFormKit,
EmailKit, and DAVKit.  Are there other packages people have that they'd
like linked or even included in the Webware release?

Also, sample applications could be useful.


-- 
Ian Bicking           Colorstudy Web Development
ianb@...   http://www.colorstudy.com
PGP: gpg --keyserver pgp.mit.edu --recv-keys 0x9B9E28B7
4869 N Talman Ave, Chicago, IL 60625 / (773) 275-7241

On 01/23/2003 01:21:56 AM Max wrote:

>Where is FFK's CVS?

http://sourceforge.net/projects/funformkit


>Would next stable version of FFK be release soon?
>Or may be it would be included in Webware 0.8 release?
>
>I it bothers me a bit to use CVS checkout on production site. ;)

Can't be helped... I'm finding bugs in FFK now and then. Generally, I think
it is fair to say that FFK v0.4, being quite a rewrite of earlier versions,
needs more testing before  a tarball should be cut, or it be bundled with
Webware.

In any case, source/version control isn't necessarily a mark of unstable
software--it is a sign that the code is being worked on and managed. I
actually deploy production stuff right out of a Subversion checkout. This
way, I get an automatic code update/distribution mechanism for free.

If you want to use FFK 0.4, I do suggest using what's in CVS since this is
the only way you're going to be able to get all the fixes in a timely
manner. E.g., the mutable forms code in the tarball does not work. I've
fixed it as best I can, but I'm not willing to declare victory yet,
although things seem to be working properly in this department.

I have more bug fixes that I'm testing now, relating to full versus partial
form validations. But, I don't expect to check these fixes until I've used
them enough to test them.


>> formDef = FormDefinition(...).mutable()
>
>> Then, use the methods defined for class MutableFormDefinition to
>> add/replace/delete fields.

I added an accessor method to get at the form definitions from the servlet.
It is formDefinitions(), returning a dictionary containing form
definitions, keyed by form name. To use mutable forms, you need to know
what their names are, so you cannot rely on the auto-naming that FFK uses.
So, make sure you do something like:

formDef = FormDefinition(...., name="myForm").mutable()

then when you want to fiddle with the fields:

fd = self.formDefinitions()["myForm"]
fd.addField(...)
etc.

...Edmund.

> You need to check out a copy of FFK from CVS, which has some bug fixes I
> put in. Then, use mutable forms as:

Where is FFK's CVS?

Would next stable version of FFK be release soon?
Or may be it would be included in Webware 0.8 release?

I it bothers me a bit to use CVS checkout on production site. ;)

> formDef = FormDefinition(...).mutable()

> Then, use the methods defined for class MutableFormDefinition to
> add/replace/delete fields.

Aha, thanks!


-- 
Bst rgrds, M.A.X.: Mechanical Artificial Xenomorph.

Stuart Donaldson wrote:
> Awake and sleep are both called while in the forward() call to a new
> servlet.  The forwarding servlet (the one calling forward()) does not
> finish processing until after the forward() call is through, so the
> forwarding servlet will not go to sleep until then.


Thanks!


-- 
Randall Randall <randall@...>
'Institute regime change everywhere...
 to "None of the above."' -- Alex Future Bokov

On Tue, 2002-12-03 at 18:06, Ian wrote:
> modules/extra/libextra.a(mod_webkit.o): In function `content_handler':
> mod_webkit.o(.text+0x9c2): undefined reference to `w_byte'
> mod_webkit.o(.text+0xa63): undefined reference to `write_string'
> mod_webkit.o(.text+0xa92): undefined reference to `write_string'
> mod_webkit.o(.text+0xaa4): undefined reference to `w_byte'
> mod_webkit.o(.text+0xabe): undefined reference to `w_byte'
> mod_webkit.o(.text+0xad1): undefined reference to `w_byte'
> mod_webkit.o(.text+0xae9): undefined reference to `write_string'
> mod_webkit.o(.text+0xb01): undefined reference to `write_string'
> mod_webkit.o(.text+0xb19): undefined reference to `write_string'
> mod_webkit.o(.text+0xb2c): undefined reference to `w_byte'
> mod_webkit.o(.text+0xb48): undefined reference to `w_long'
> mod_webkit.o(.text+0xb60): undefined reference to `write_string'
> mod_webkit.o(.text+0xb74): undefined reference to `insert_data'
> mod_webkit.o(.text+0xb87): undefined reference to `w_byte'
> mod_webkit.o(.text+0xbb1): undefined reference to `write_integer'
> collect2: ld returned 1 exit status
> make[2]: *** [target_static] Error 1
> make[2]: Leaving directory `/disk3/setup-stuff/apache/apache_1.3.27/src'
> make[1]: *** [build-std] Error 2
> make[1]: Leaving directory `/disk3/setup-stuff/apache/apache_1.3.27'
> make: *** [build] Error 2
> 
> 
> anyone got any ideas whats going wrong here?

Well, all those symbols are from Adapters/common/marshal.c -- somehow it
must not be linking in.

-- 
Ian Bicking <ianb@...>