Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #26554
| From | Thomas Richter <thor@math.tu-berlin.de> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: updates and so on |
| Date | 2013-11-21 20:47 +0100 |
| Organization | University of Stuttgart, FRG |
| Message-ID | <l6lnvr$v5g$1@news2.informatik.uni-stuttgart.de> (permalink) |
| References | <updates-20131121024649@ram.dialup.fu-berlin.de> |
On 21.11.2013 02:54, Stefan Ram wrote: > Recently, Java had to be upgraded often due to several > security issues and also the procedure used to update Java > on the clients was subject to discussions. I just read this > text that was written about 1995 or 1996 in an early Java > whitepaper: > > »Operating on multiple platforms in heterogeneous > networks invalidates the traditional schemes of binary > distribution, release, upgrade, patch, and so on. To > survive in this jungle, the Java language must be > architecture-neutral, portable, and dynamically adaptable.« > > But it seems that Java today still relies on that same > »traditional schemes of binary distribution, release, > upgrade, patch, and so on«. (The »jungle« of course was part > of a text that often is given as the source for the choice > of the name »Java«.) To my understanding, two different things are meant here: a) How the language core and language runtime are updated, and b) how the programs running on this core are updated. a) is still the same old stuff, for the same reasons binary programs require updating anyhow. b) could be done in a more elegant way with java, though java programs are no longer "distributed" in the way envisioned back then. Nowadays, java programs are server-side, and not client side as envisioned, and thus the "dynamical update mechanism" is - as a tool for software deployment - not really needed. What is left from this is the very dynamic binding java offers, i.e. the injection of code at run time, server side. Though not for distribution purposes, but rather as part of the normal program flow, or debugging.
Back to comp.lang.java.programmer | Previous | Next — Next in thread | Find similar | Unroll thread
Re: updates and so on Thomas Richter <thor@math.tu-berlin.de> - 2013-11-21 20:47 +0100
Re: updates and so on "Qu0ll" <Qu0llSixFour@gmail.com> - 2013-11-22 09:47 +1100
Re: updates and so on Arne Vajhøj <arne@vajhoej.dk> - 2013-11-21 18:37 -0500
Re: updates and so on "Qu0ll" <Qu0llSixFour@gmail.com> - 2013-11-22 10:44 +1100
Re: updates and so on Arne Vajhøj <arne@vajhoej.dk> - 2013-11-21 19:13 -0500
Re: updates and so on "Qu0ll" <Qu0llSixFour@gmail.com> - 2013-11-22 14:00 +1100
Re: updates and so on Arne Vajhøj <arne@vajhoej.dk> - 2013-11-21 22:29 -0500
Re: updates and so on Nigel Wade <nmw@ion.le.ac.uk> - 2013-11-22 13:32 +0000
Re: updates and so on Arne Vajhøj <arne@vajhoej.dk> - 2013-11-22 20:08 -0500
Re: updates and so on Thomas Richter <thor@math.tu-berlin.de> - 2013-11-22 09:57 +0100
Re: updates and so on "Qu0ll" <Qu0llSixFour@gmail.com> - 2013-11-22 20:01 +1100
Re: updates and so on Thomas Richter <thor@math.tu-berlin.de> - 2013-11-22 10:30 +0100
Re: updates and so on Arne Vajhøj <arne@vajhoej.dk> - 2013-12-09 21:15 -0500
Re: updates and so on Fredrik Jonson <fredrik@jonson.org> - 2013-11-24 20:14 +0000
Re: updates and so on Joerg Meier <joergmmeier@arcor.de> - 2013-11-24 21:33 +0100
Re: updates and so on "Qu0ll" <Qu0llSixFour@gmail.com> - 2013-11-25 21:21 +1100
Re: updates and so on Arne Vajhøj <arne@vajhoej.dk> - 2013-12-09 21:18 -0500
csiph-web