Chris Ward <[EMAIL PROTECTED]> writes:

>   Hmmm.  Thought so.  I have an auto-refreshing page
>   showing the state of my (Quartz) Job queue.  Never been
>   totally happy with it - and too many browsers left on
>   that page just bombard the server.
>
>   Still a bit reluctant to make the user do perform the
>   polling though.  I guess I could add some form of "percentage
>   done" field to the Map held in the Session - then at least
>   they would see something was happening.

I like the idea of a percentage.

This is a really interesting point. I often talk to application
developers who want to do this kind of thing.

In my view, doing this is going against the grain of HTTP. It is not a
connected protocol. It is a stateless request/response protocol.

When people start pretending that it's connected (as application
developers often want to do) the user interface often ends up being
quite klunky. Users do notice. But they often don't complain about the
actual problem (auto-polling or whatever). But I find that when the
central problem is fixed they get happier.

I guess this is just because user's are not trained user interface
engineers so they don't necessarily know why they dislike something,
only that they do.


> Fair enough.  I've not really used helper classes, but I have
> written a couple of Filters for enforcing user login/roles and they
> seemed to be worth considering.

Authentication is actually why I built my version of the filter
API which I later proposed to the Servlet team. Authentication is the
one good reason for having filters in the spec.

But I now believe that there are many more reasons why they should not
be.


--
Nic Ferrier
http://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