On 2/6/01 5:27 PM, "Peter Donald" <[EMAIL PROTECTED]> wrote:
> It makes good buisness sense to not implement select() and is not the
> result of malice...
>
> Let me see - which step did I stuff up.
>
> 1. Sun coined or at least advocates the term "The network is the computer"
> 2. For a while Java has been billed as great for serverside stuff
> 3. The longest bug/feature request relating to serverside stuff is lack of
> select()
> 4. Implementing select() is not difficult considering it is part of POSIX
> and implemented on all platforms that I am aware of (except small ones
> which use a different platform - J2ME).
> 5. select() was implemented by other vendors hence the R&D costs should be
> minimal
> 6. Without select it is impossible to write scalable server apps that deal
> with sparsly transmitted upon connections except in hardware that have fine
> grain locking + many CPUs
> 7. One of suns greatest revenue streams is selling hardware that has fine
> grain locking and many CPUs
> 8. Given the above - Sun obviously believes networking is important, server
> products are a forte of java and have little cost or risk implementing
> select().
> 9. By virtue of 6 and 7 it would be an unwise buisness decision to
> implement select() as it would reduce demand for their hardware.
>
> Conclusion ?? (it should be obvious).
>
> Now which step in reasoning is invalid?
Somewhere between 5 and 7.
It's invalid that you'd expect that the engineers that are working through
the bug list have any motivation for selecting bugs to fix based on "high
level business reasons" and that the people that are making the "business
decisions" are looking at the bug list. There's not a chain of command that
goes through each RFE and decides whether or not it makes "business sense"
to fullfill it or not. In fact, only when engineering pushes it up to that
level does it become an issue. Or a major customer/vendor asks for it loudly
enough. Otherwise, the two are separate trains.
Improved I/O has been on the boards for a long time now too, as have been a
lot of other RFEs. These things don't happen quickly in the current system.
Also, I have to note that just because it seems simple to implement doesn¹t
mean that a simple clean model of exposing it isn't hard to produce.
.duncan
--
James Duncan Davidson [EMAIL PROTECTED]
!try; do()
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
