<br><font size=2 face="sans-serif">Yes, I had looked at this as well, and
come to the same (inconclusive) conclusions. My view was that it is pretty
unlikely that a single model would ever fit the bill, so the IStreamHandler/IStreamedHandler
issue seemed moot. What I was trying to get my head around was whether
or note there was a better way to filter between different handler types,
and whether or not, in fact, a whole new one was needed for REST. On the
basis that the current stream handlers are fundamentally useless in this
respect, for the reasons you cite here and in subsequent notes.</font>
<br>
<br><font size=2 face="sans-serif">BaseHttpServer seems to do a pretty
efficient job of obtaining requests and handing them off to other threads
for processing (default of 25 worker threads), so I don't see why it should
be the source of lag in the system. Multiple listeners (multiple BaseHttpServer's)
might address concerns in this area - that is if we had a basis for apportioning
traffic to different sockets. But how much traffic actually flows through
BaseHttpServer? I wasn't sure and have been too lazy to work it out; my
intuition is that it is actually pretty small (logons....what else?)</font>
<br>
<br><font size=2 face="sans-serif">We clearly need a better handler for
REST, with no access to the headers we are too functionally impaired. At
the moment the stream handlers take priority over content-based allocation.
Maybe we could use the headers more effectively to route work through the
handler? I looked at what we get from the SL client, unfortunately it does
nothing to distinguish its flows, just text/xml. But that wouldn't stop
us from handling our own agents directly. E.g. make the first check a check
on User-Agent, and if there is a handler for a specific agent, pass it
to that, otherwise do the generic processing we have today. I already have
a version of BaseHttpServer that does something along these lines (because
I wanted header acces for REST).</font>
<br><font size=2 face="sans-serif"><br>
Best regards<br>
Alan<br>
-------------------<br>
T.J. Watson Research Center, Hawthorne, NY<br>
1-914-784-7286<br>
alan_webb@us.ibm.com</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Dr Scofield <DrScofield@xyzzyxyzzy.net></b>
</font>
<br><font size=1 face="sans-serif">Sent by: opensim-dev-bounces@lists.berlios.de</font>
<p><font size=1 face="sans-serif">05/16/2008 05:35 AM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
opensim-dev@lists.berlios.de</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">opensim-dev@lists.berlios.de</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">[Opensim-dev] IStreamHandler vs IStreamedHandler</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>trying to grok the inner beauty of BaseHttpServer
i came across <br>
IStreamHandler and IStreamedHandler.<br>
<br>
from the comments in BaseHttpServer ---<br>
<br>
//
Okay, so this is bad, but should be considered <br>
temporary until everything is IStreamHandler.<br>
<br>
<br>
--- one can conclude that IStreamedHandler's days should be counted, but
<br>
there are actually very few handlers implementing IStreamHandler <br>
(basically Inventory code makes use of it via RestDeserializedhandler)
<br>
and quite a lot (still?) implementing IStreamedHandler.<br>
<br>
so, question: is the intention that IStreamHandler should rule and <br>
IStreamedHandler should go?<br>
<br>
cheers,<br>
dirk<br>
<br>
-- <br>
dr dirk husemann ---- virtual worlds research ---- ibm zurich research
lab<br>
SL: dr scofield ---- drscofield@xyzzyxyzzy.net ---- http://xyzzyxyzzy.net/<br>
RL: hud@zurich.ibm.com - +41 44 724 8573 - http://www.zurich.ibm.com/~hud/<br>
<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
Opensim-dev@lists.berlios.de<br>
https://lists.berlios.de/mailman/listinfo/opensim-dev<br>
</font></tt>
<br>