>>Jon wrote
>Regarding Nic's framework, while I'm sure it is cool (Nic writes
good code),
>it isn't even close to a complete solution. We had first called this
htmlGen
>but quickly realized that it was a framework for more than HTML
>generation...can you say Dynamic XML/XSL? Literally ANY tag can be
created
>with this framework very easily.

It's always nice to receive such complements from someone as
deserving of respect as Jon (I happen to know that he also writes
great code).

He is, of course, quite right when he says that the app-framework I
have written is not a complete solution. But everything in life as
well as programming is a tradeoff. The overruling design guide behind
Paperclips.weblook (which is what my app-framework will be called when
it is released later this month) was to ensure performance by keeping
the number of objects created during the request-response phase of a
servlet as low as possible.

Even though the Apache system might use direct prints() instead of
toString() this is still a more costly system than Paperclips.weblook
(IMHO && as I understand it) because of the number of objects created.
You have to create an object for each element in the page, you have to
create an object for the Document, using introspectioon creates more
objects etc...

But, as I say, everything is a trade off. I wait expectantly fgor the
Apache system because I have projects that absolutely require it. They
can't make do with Paperclips.weblook, it isn't comprehensive enough.
On the other hand, I have projects that simply could not use the
APache system, it would be too slow (IMHO, haven't tested it yet).

I hope people on the list can see the two systems. I think there is a
place for a lot of these sorts of tools out there and I hope that
these two can live in harmony.

Six months ago, we had none of these things (or at least very few)
and we were all trying hardf
to think how it should work

Now YOU have the choice of what to use and when.



Nic Ferrier
Tapsell-Ferrier Ltd
www.tapsellferrier.co.uk

___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".

Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html

Reply via email to