disclaimer: this is at the danger of making a complete fool of myself have only been following this discussion from a distance
so here is the fool's thought: 1. Given the fact that: you could still do things according to:
2. My experience with method-names containing "and" is that they point out some bad SoC... typically if you have multiple ones it actually shows the semantics are to be split up into two methods:"Finish" what? The problem with that is that you could still do things after the page was sent back to the client. Advanced users might want to use this fact to do all sorts of nasty things.
So from a clueless end-user-point of view (just seeking semantics per se) I guess
sendPage(); //doing just that, leaving plenty of room to do other stuff (while the client gets an answer back already?)
either or not followed by
continue();
wait();
saveState();
prepareForContinuation();
noneOfTheAbove();
would make the most common sense... but maybe is changing a bit the use cases/current approach?
multiple sendPage()'s after each other should then result in some exception since the first one would of have done something like 'closed' the Httpresponse's printStream (or at least sent out the HTTP response header, I think the servlet API has a method for checking this)Interesting, didnt think of that. So does this mean you can send multiple pages back to the client without client intereaction.. ?Don't think so (because the browser is not listening). But you could write a document locally (to a file) or if we had an EmailSerializer one could send an email or ... like .... sendPageAndContinue("Confimation.email"); sendPageAndBlock("Confirmation.xml"); // or whatever name it is currently .... Chris.
as for sending email: I think it makes sense to call that sendEmail() (from a semantical point of view... but this is probably blasphemy to anyone that ever considered an emailSerializer as something usefull)
regards,
-marc=
PS: don't flame my stupidity here, pointers to obvious stuff I missed are welcome
--
Marc Portier http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
[EMAIL PROTECTED] [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
