Diskussion:Java Virtual Machine - Versionsgeschichte

2001:16B8:31A2:AC00:7C48:38B8:746E:CF7A: /* Abschottung der Threads */

2021-04-25T06:34:43Z

Abschottung der Threads

← Nächstältere Version		Version vom 25. April 2021, 08:34 Uhr
Zeile 48:		Zeile 48:
	==Abschottung der Threads==		==Abschottung der Threads==
	Dieser Absatz sollte gestrichen werden. Er beginnt gleich mit einer (später widerrufenen) Behauptung, die seit langer Zeit nicht mehr gültig ist, dass Java nämlich Green Threads verwende. Diese zeichnen sich auch mehr dadurch aus, dass sie von der JVM betrieben werden, nicht vom Betriebssystem; und weniger durch ihre "Abschottung".		Dieser Absatz sollte gestrichen werden. Er beginnt gleich mit einer (später widerrufenen) Behauptung, die seit langer Zeit nicht mehr gültig ist, dass Java nämlich Green Threads verwende. Diese zeichnen sich auch mehr dadurch aus, dass sie von der JVM betrieben werden, nicht vom Betriebssystem; und weniger durch ihre "Abschottung".
			:Genau, wollte das hier auch erwähnen. Greenthreads sind Nachbildungen von Threads innerhalb der Java VM wenn das OS keine Threads kann oder die implementierung unter der Java VM noch nicht erfolgte. Die ersten Javaversionen bildeteten so Threading nach, mittels preemptivem Verhalten, sprich jeder Thread bekam ne Zeitscheibe zugewiesen wo er mal drann kam, wenn er logisch angehalten war hat er trotzdem die entspr. Zeit verbraucht.

	Warum diese Abschottung schlecht sein soll, kann in dem Absatz auch nicht überzeugend dargelegt werden. Wer möchte schon Threads, die von außen beliebig beendet werden können - was eine drastische Beeinträchtigung der laufenden Applikation nach sich ziehen würde? Wann immer ein willkürlicher Abbruch eines Threads sinnvoll ist, sollte das die Applikation ausdrücklich ermöglichen.		Warum diese Abschottung schlecht sein soll, kann in dem Absatz auch nicht überzeugend dargelegt werden. Wer möchte schon Threads, die von außen beliebig beendet werden können - was eine drastische Beeinträchtigung der laufenden Applikation nach sich ziehen würde? Wann immer ein willkürlicher Abbruch eines Threads sinnvoll ist, sollte das die Applikation ausdrücklich ermöglichen.
			:Der entspr. Teil sollte entfernt werden und hat mit VM sowieso nichts zu tun.

	== OSGi ==		== OSGi ==

Misi DE: Neuer Abschnitt /* JVM-Sprachen */

2020-06-25T14:15:04Z

Neuer Abschnitt JVM-Sprachen

← Nächstältere Version		Version vom 25. Juni 2020, 16:15 Uhr
Zeile 85:		Zeile 85:
	Demnach ist die JVM nur eine abstrakte Definition, wie Bytecode verarbeitet wird. Daher vermutlich auch der Begriff "virtuelle Maschine". Es ist dann an den JRE-Dienstleistern diese abstrakte Definition konkret zu implementieren. Das sind dann die JREs bzw. "JVM-Implementationen", wie z.B. Hotspot. Diese konkreten Laufzeitumgebungen aber nur "JVM" zu nennen, scheint mir dann aber zu unscharf. Der Artikel sollte diese Doppeldeutigkeit bzw. Unschärfe benennen.		Demnach ist die JVM nur eine abstrakte Definition, wie Bytecode verarbeitet wird. Daher vermutlich auch der Begriff "virtuelle Maschine". Es ist dann an den JRE-Dienstleistern diese abstrakte Definition konkret zu implementieren. Das sind dann die JREs bzw. "JVM-Implementationen", wie z.B. Hotspot. Diese konkreten Laufzeitumgebungen aber nur "JVM" zu nennen, scheint mir dann aber zu unscharf. Der Artikel sollte diese Doppeldeutigkeit bzw. Unschärfe benennen.
	[[Spezial:Beiträge/212.59.44.4\|212.59.44.4]] 12:13, 27. Aug. 2013 (CEST)		[[Spezial:Beiträge/212.59.44.4\|212.59.44.4]] 12:13, 27. Aug. 2013 (CEST)

			== JVM-Sprachen ==

			Macht es Sinn den Absatz JVM-Sprachen in ein extra Kapitel Liste von JVM-Sprachen auszulagern?
			[[Benutzer:Misi DE\|Misi DE]] ([[Benutzer Diskussion:Misi DE\|Diskussion]]) 16:15, 25. Jun. 2020 (CEST)

212.59.44.4: Neuer Abschnitt /* Abgrenzung JVM von JRE bzw. JVM-Implementationen */

2013-08-27T10:13:53Z

Neuer Abschnitt Abgrenzung JVM von JRE bzw. JVM-Implementationen

← Nächstältere Version		Version vom 27. August 2013, 12:13 Uhr
Zeile 74:		Zeile 74:

	Jasmin sollte u.a. in Liste der JMV-Sprachen eingearbeitet werden. <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Spezial:Beiträge/80.121.63.162\|80.121.63.162]] ([[Benutzer Diskussion:80.121.63.162\|Diskussion]]) 17:45, 25. Jul 2011 (CEST)) </small>		Jasmin sollte u.a. in Liste der JMV-Sprachen eingearbeitet werden. <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Spezial:Beiträge/80.121.63.162\|80.121.63.162]] ([[Benutzer Diskussion:80.121.63.162\|Diskussion]]) 17:45, 25. Jul 2011 (CEST)) </small>

			== Abgrenzung JVM von JRE bzw. JVM-Implementationen ==

			Durch eine Forumsdiskussion bin ich auf eine Begriffsungenauigkeit aufmerksam geworden, die auch hier im Artikel nicht sauber getrennt wird:
			http://www.coderanch.com/t/410895/java/java/JRE

			Bei Oracle findet man dann noch diese Definition des JVM-Begriffs:
			http://docs.oracle.com/javase/7/docs/technotes/guides/index.html

			Demnach ist die JVM nur eine abstrakte Definition, wie Bytecode verarbeitet wird. Daher vermutlich auch der Begriff "virtuelle Maschine". Es ist dann an den JRE-Dienstleistern diese abstrakte Definition konkret zu implementieren. Das sind dann die JREs bzw. "JVM-Implementationen", wie z.B. Hotspot. Diese konkreten Laufzeitumgebungen aber nur "JVM" zu nennen, scheint mir dann aber zu unscharf. Der Artikel sollte diese Doppeldeutigkeit bzw. Unschärfe benennen.
			[[Spezial:Beiträge/212.59.44.4\|212.59.44.4]] 12:13, 27. Aug. 2013 (CEST)

CopperBot: Bot: Signaturnachtrag für Beitrag von 80.121.63.162: "Neuer Abschnitt /* Jasmin */"

2011-07-25T16:15:19Z

Bot: Signaturnachtrag für Beitrag von 80.121.63.162: "Neuer Abschnitt Jasmin: "

← Nächstältere Version		Version vom 25. Juli 2011, 18:15 Uhr
Zeile 73:		Zeile 73:
	== Jasmin ==		== Jasmin ==

	Jasmin sollte u.a. in Liste der JMV-Sprachen eingearbeitet werden.		Jasmin sollte u.a. in Liste der JMV-Sprachen eingearbeitet werden. <small>(''nicht [[Hilfe:Signatur\|signierter]] Beitrag von'' [[Spezial:Beiträge/80.121.63.162\|80.121.63.162]] ([[Benutzer Diskussion:80.121.63.162\|Diskussion]]) 17:45, 25. Jul 2011 (CEST)) </small>

80.121.63.162: Neuer Abschnitt /* Jasmin */

2011-07-25T15:45:18Z

Neuer Abschnitt Jasmin

← Nächstältere Version		Version vom 25. Juli 2011, 17:45 Uhr
Zeile 70:		Zeile 70:

	Dalvik führt keinen Java-Bytecode aus sondern ein eigenes Format. Macht alleine die Tatsache, dass man Java-Bytecode in Dalvik-Bytecode konvertieren kann, Dalvik zur Java-VM? Prinzipiell könnte man doch für jede Programmiersprache einen Compiler schreiben, der den entsprechenden Quellcode in Dalvik-Bytecode übersetzt.--[[Benutzer:Trockennasenaffe\|Trockennasenaffe]] 19:24, 9. Feb. 2011 (CET)		Dalvik führt keinen Java-Bytecode aus sondern ein eigenes Format. Macht alleine die Tatsache, dass man Java-Bytecode in Dalvik-Bytecode konvertieren kann, Dalvik zur Java-VM? Prinzipiell könnte man doch für jede Programmiersprache einen Compiler schreiben, der den entsprechenden Quellcode in Dalvik-Bytecode übersetzt.--[[Benutzer:Trockennasenaffe\|Trockennasenaffe]] 19:24, 9. Feb. 2011 (CET)

			== Jasmin ==

			Jasmin sollte u.a. in Liste der JMV-Sprachen eingearbeitet werden.

Trockennasenaffe: Neuer Abschnitt /* Ist Dalvik wirklich eine Java-VM? */

2011-02-09T18:24:19Z

Neuer Abschnitt Ist Dalvik wirklich eine Java-VM?

← Nächstältere Version		Version vom 9. Februar 2011, 20:24 Uhr
Zeile 66:		Zeile 66:

	Irgendwie hat das was vom Vergleichen von Äpfeln mit Birnen. --[[Benutzer:Arilou\|arilou]] 16:29, 5. Okt. 2010 (CEST)		Irgendwie hat das was vom Vergleichen von Äpfeln mit Birnen. --[[Benutzer:Arilou\|arilou]] 16:29, 5. Okt. 2010 (CEST)

			== Ist Dalvik wirklich eine Java-VM? ==

			Dalvik führt keinen Java-Bytecode aus sondern ein eigenes Format. Macht alleine die Tatsache, dass man Java-Bytecode in Dalvik-Bytecode konvertieren kann, Dalvik zur Java-VM? Prinzipiell könnte man doch für jede Programmiersprache einen Compiler schreiben, der den entsprechenden Quellcode in Dalvik-Bytecode übersetzt.--[[Benutzer:Trockennasenaffe\|Trockennasenaffe]] 19:24, 9. Feb. 2011 (CET)

Arilou: Neuer Abschnitt /* Pufferüberlauf-Angriff / Sicherheit */

2010-10-05T14:29:34Z

Neuer Abschnitt Pufferüberlauf-Angriff / Sicherheit

← Nächstältere Version		Version vom 5. Oktober 2010, 16:29 Uhr
Zeile 58:		Zeile 58:

	Es fehlen noch Informationen zur Lizenz.		Es fehlen noch Informationen zur Lizenz.

			== Pufferüberlauf-Angriff / Sicherheit ==

			Die Möglichkeit von Pufferüberläufen, und damit (Rücksprung-)Zeiger oder sogar Code zu überschreiben, und wie Java dies bzgl. des Programms '''in Bytecode''' verhindert, würd' ich dann doch gerne noch etwas genauer erklärt bekommen... so weit hab' ich mich mit selbigem nämlich noch nicht auseinander gesetzt...

			Zumindest wird hier ein direktes Maschinencode-Problem bei C/C++ u.ä. mit einem Bytecode-Problem der JVM verglichen - und selbst wenn man den Bytecode "knackt" und aus der aktuell laufenden Applikation "ausbricht", läuft's ja immernoch in der JVM; ein Java-Bytecode kann schließlich trotzdem nur über die JVM Betriebsystem-Aufrufe absetzen...

			Irgendwie hat das was vom Vergleichen von Äpfeln mit Birnen. --[[Benutzer:Arilou\|arilou]] 16:29, 5. Okt. 2010 (CEST)

Arilou: Überschrift

2010-10-05T14:22:48Z

Überschrift

← Nächstältere Version		Version vom 5. Oktober 2010, 16:22 Uhr
Zeile 1:		Zeile 1:
			== Bytecode "parsen" ==
	Kurze Frage: Ist es nicht vielmehr so, dass die JVM Objektcode in Bytecode "umrechnet", damit der Prozessor den Bytecode ausführen kann ?? --[[Benutzer:DaB.\|DaB.]] 18:44, 10. Feb 2003 (CET)		Kurze Frage: Ist es nicht vielmehr so, dass die JVM Objektcode in Bytecode "umrechnet", damit der Prozessor den Bytecode ausführen kann ?? --[[Benutzer:DaB.\|DaB.]] 18:44, 10. Feb 2003 (CET)

Arilou: Rechtschreibung

2010-10-05T14:13:57Z

Rechtschreibung

← Nächstältere Version		Version vom 5. Oktober 2010, 16:13 Uhr
Zeile 4:		Zeile 4:

	::propagandakram... der java-bytecode ist NICHT plattformunabhängig! im gegenteil - er läuft ausschliesslich auf java-vms. --[[Spezial:Beiträge/217.84.59.38\|217.84.59.38]] 13:18, 20. Aug. 2008 (CEST)		::propagandakram... der java-bytecode ist NICHT plattformunabhängig! im gegenteil - er läuft ausschliesslich auf java-vms. --[[Spezial:Beiträge/217.84.59.38\|217.84.59.38]] 13:18, 20. Aug. 2008 (CEST)
	:::Quatsch, dann könnte man ja auch argumentieren, ~~das~~ ein C-Quellcode es auch nicht sei, weil er ja nur auf einem C-Compiler läuft... Das Java-Programm lässt sich auf jeder Maschine und jedem Betriebsystem ausführen, auf dem eine JVM zur Verfügung steht. Und das geht vom ARM-Nettop über alle gebräuchlichen Unixe auf so ziemlich jedem Prozessor, der Windows-Welt bis zum Super-Computing oder 'ner Playstation... --[[Benutzer:Arilou\|arilou]] 16:13, 5. Okt. 2010 (CEST)		:::Quatsch, dann könnte man ja auch argumentieren, dass ein C-Quellcode es auch nicht sei, weil er ja nur auf einem C-Compiler läuft... Das Java-Programm lässt sich auf jeder Maschine und jedem Betriebsystem ausführen, auf dem eine JVM zur Verfügung steht. Und das geht vom ARM-Nettop über alle gebräuchlichen Unixe auf so ziemlich jedem Prozessor, der Windows-Welt bis zum Super-Computing oder 'ner Playstation... --[[Benutzer:Arilou\|arilou]] 16:13, 5. Okt. 2010 (CEST)

	----		----

Arilou: Ein bischen Anti-Anti-Propanganda...

2010-10-05T14:13:16Z

Ein bischen Anti-Anti-Propanganda...

← Nächstältere Version		Version vom 5. Oktober 2010, 16:13 Uhr
Zeile 4:		Zeile 4:

	::propagandakram... der java-bytecode ist NICHT plattformunabhängig! im gegenteil - er läuft ausschliesslich auf java-vms. --[[Spezial:Beiträge/217.84.59.38\|217.84.59.38]] 13:18, 20. Aug. 2008 (CEST)		::propagandakram... der java-bytecode ist NICHT plattformunabhängig! im gegenteil - er läuft ausschliesslich auf java-vms. --[[Spezial:Beiträge/217.84.59.38\|217.84.59.38]] 13:18, 20. Aug. 2008 (CEST)
			:::Quatsch, dann könnte man ja auch argumentieren, das ein C-Quellcode es auch nicht sei, weil er ja nur auf einem C-Compiler läuft... Das Java-Programm lässt sich auf jeder Maschine und jedem Betriebsystem ausführen, auf dem eine JVM zur Verfügung steht. Und das geht vom ARM-Nettop über alle gebräuchlichen Unixe auf so ziemlich jedem Prozessor, der Windows-Welt bis zum Super-Computing oder 'ner Playstation... --[[Benutzer:Arilou\|arilou]] 16:13, 5. Okt. 2010 (CEST)

	----		----