[ale] OT: License restrictions (reasons why?)

[Rev. Johnny Healey]

NOTE ON JAVA SUPPORT. THE SOFTWARE PRODUCT MAY CONTAIN SUPPORT FOR PROGRAMS
WRITTEN IN JAVA. JAVA TECHNOLOGY IS NOT FAULT TOLERANT AND IS NOT DESIGNED,
MANUFACTURED, OR INTENDED FOR USE OR RESALE AS ON-LINE CONTROL EQUIPMENT IN
HAZARDOUS ENVIRONMENTS REQUIRING FAIL-SAFE PERFORMANCE, SUCH AS IN THE
OPERATION OF NUCLEAR FACILITIES, AIRCRAFT NAVIGATION OR COMMUNICATION
SYSTEMS, AIR TRAFFIC CONTROL, DIRECT LIFE SUPPORT MACHINES, OR WEAPONS
SYSTEMS, IN WHICH THE FAILURE OF JAVA TECHNOLOGY COULD LEAD DIRECTLY TO
DEATH, PERSONAL INJURY, OR SEVERE PHYSICAL OR ENVIRONMENTAL DAMAGE.

On 6/25/07, Brian <nym.bnm at gmail.com> wrote:
>
> > Most of the above makes sense to me... however the part about "operation
> > or maintenance of any nuclear facility" has always made me wonder why.
> > I do realize the dangers of nuclear power plants and their dependence on
> > systems that operate and manage them.   What I don't understand is why
> > Sun doesn't restrict Java use from everything else that could have
> > near-catastrophic incidents.  Things like trains carrying nuclear bombs,
> > FAA traffic control, mass-produced heart monitors, etc.  Also, why even
> > put "nuclear facility" in there when those facilities most certainly
> > have used MS Windows somewhere in their design, construction, operation
> > or maintenance.
>
>
> I'll bite.
>
> Real-time or near real-time operation.  Nuke facilities need that, and
> Java has never been good at it, historically.  In addition, I believe
> if you look at the Windows EULA, you will find similar terms,
> particularly for Air Traffic Control systems.
>
> Probably some brainiac tried these things and they didn't work so
> well.  In effect, these are idiot labels.
>
> bnm
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://www.ale.org/mailman/listinfo/ale
>
-------------- next part --------------
An HTML attachment was scrubbed...