| blob | 49f336b131d8a7cee68854f7994df08f800e1dc2 |
2 <HTML>
3 <HEAD>
4 <TITLE></TITLE>
10 </HEAD>
11 <BODY>
14 <P>Die Grundidee von Exceptions ist es einen Fehlerkontext
16 man Fehler korrigieren will. Der Programmcode sollte durch die
17 Behandlung von Fehlern nicht undurchsichtig und unleserlich werden.
18 Meiner Meinung nach sollten Exceptions deswegen auch nicht als
20 Auftreten einer Exception sollte es möglichst einfach sein das
21 System in einen definierten arbeitsfähigen Zustand zu
23 Exceptions. Diese unterscheiden sich durch den Zustand in dem sie das
24 Objekt hinterlassen.</P>
25 <OL>
27 benutzten Objekte sind in einem undefinierten Zustand. Jede auf dem
28 Objekt aufgerufene Methode muß nach einer solchen Exception
29 nicht mehr ihre Spezifikation einhalten. Diese Exception wird im
35 Objekte sind in einem genau definierten Zustand, der aber von der
36 Zusicherung der Methode abweicht. Diese Exception wird im folgenden
40 Resourcen nicht modifiziert.</P>
42 benutzten Objekte sind in ihrem vorherigen Zustand, der aber von der
43 Zusicherung der Methode abweicht. Diese Exception wird im folgenden
47 Resourcen nicht modifiziert. Diese Spezifikation trifft auch auf
49 ich sie extra auf.</P>
50 </OL>
51 <P>Die Benutzbarkeit eines Objektes, nachdem eine Exception
54 Exception“ aufgetreten ist, kann mit dem Objekt sowie allen
57 Exception“ aufgetreten ist, kann aufgrund des genau definierten
58 Zustandes weiter gearbeitet werden.</FONT></P>
60 Exception“ ist der gleiche Zustand wie vor dem Aufruf
61 wiederhergestellt.</FONT></P>
66 Programmierfehler hin. Der Typ der Exeption kann nur in Zusammenhang
67 mit der Methode in der sie Auftritt ermittelt werden.</P>
69 kann niemals alleine der Typ (undefined, defined oder transacted)
70 entschieden werden.</FONT></P>
72 <P>Die Grundidee von Resourcen ist die Aufteilung eines Gebildes in
74 gleichzeitig arbeiten, wenn sie nicht dieselben Resourcen benutzen.
75 Z.B. kann man in einer Textverarbeitung die einzelnen Dokumente als
76 Einheiten betrachten. Aufträge, die sich nur auf ein Dokument
77 beziehen, können parallel zu anderen Dokumenten bearbeitet
78 werden.<BR>Mit Resourcen sind im System bzw. der Applikation
79 vorhandene Objekte, Services, Kanäle ... gemeint, die zur Zeit
80 nur von einem Thread benutzt werden können. Als Konsequenz
81 müssen Resourcen einem Thread zugeordnet werden, bevor dieser
86 Zuordnung vorzunehmen. Zwei stelle ich kurz vor.</P>
87 <OL>
89 Zuordnung ist das vorherige Anfordern aller für den Auftrag
92 freigegeben werden, bevor der Auftrag beendet ist. Dies gilt
94 ebenfalls das Zuordnungsrecht von lesend und schreibend auf lesend
95 zurückgenommen werden. Diese Zuornungsart wird im weiteren mit
98 Zuordnung ist das Anfordern der Resourcen, wenn sie benötigt
99 werden. Dabei kann es zu Störungen kommen, wenn sich
100 verschiedene Aufträge um die gleiche Resource bewerben. Die
101 Resourcen dürfen freigegeben werden, bevor der Auftrag beendet
103 Resourcen. Es darf ebenfalls das Zuordnungsrecht von lesend und
104 schreibend auf lesend zurückgenommen werden. Diese Zuornungsart
106 bezeichnet.</P>
107 </OL>
109 bearbeiten, die die gleichen Resourcen benutzen. Häufig findet
111 folgenden Tabelle stehen sich die beiden Konzepte mit ihren Vor- und
114 <COLGROUP>
118 </COLGROUP>
119 <THEAD>
120 <TR>
122 <P><BR></TH>
125 </DL>
126 </TD>
128 <DL>
130 </DL>
131 </TD>
132 </TR>
133 </THEAD>
134 <TBODY>
135 <TR>
138 bekannt sein.</TD>
143 </TR>
144 <TR>
147 werden.</TD>
152 </TR>
153 <TR>
160 </TR>
161 <TR>
164 fehlender Resourcen, abgebrochen werden.</TD>
169 </TR>
170 <TR>
172 <P>Der Zustand der Resourcen ist zu jedem Zeitpunkt der
173 Auftragsabarbeitung bekannt.</TD>
178 </TR>
179 <TR>
186 <P>Komplex, da neben dem Anfordern von Resourcen auch noch
188 ist.</TD>
189 </TR>
190 <TR>
195 auf gemeinsame Resourcen zugreifen.</TD>
198 werden, wenn man sie braucht.</TD>
199 </TR>
200 </TBODY>
201 </TABLE>
203 Konzept“ ohne richtige Programmierwerkzeuge zur Entwicklung
204 paralleler Algorithmen (z.B. Netzprogrammierung) wenigstens ein
207 Resource Konzept“ in einem Komponenten-Modell und in einem
208 Objekt-Environment integriert werden kann. Ein Objekt-Environment ist
209 ein mehr oder weniger dynamische Menge von Objekten die miteinander
210 in Verbindung stehen. Aus dem obigen Beispiel könnte man die
211 Verbindung der Textverarbeitung zu ihren Dokumenten als
212 Objekt-Environment bezeichnen. Ein Objekt in diesem Environment kann
213 nun über seine Verbindungen mit anderen Objekten kommunizieren.
214 Die Schnittstellen mit denen über die Verbindung kommuniziert
215 wird nennt man Komponenten-Modell. Die Idee des Objekt-Environments
216 ist es weitere Objekte möglichst einfach zu integrieren. So
217 könnten in unserem Beispiel weitere Dokumenttypen wie ein
218 HTML-Dokument eingebunden werden. Die Schittstellen müßten
219 nur dem, von der Textverarbeitung geforderten, Komponenten-Modell
222 Schnittstellen, dann können Verklemmungen bzw. Inkonsistenzen
223 nicht vermieden werden. Aus diesem Grunde ist es notwendig, das
226 und der damit verbundenen Komplexität, sowie einfacher
227 Programmierung und geringer Nebenläufigkeit gefunden
229 einzelnen Objekte also dynamisch auf Verbindungen zu Objekten mit
231 dieser Aufgabe darf aber nicht in die Objekte verlagert werden, da
232 von einem seriellen Objekt (bzw. dessen Programmierer) nicht die
235 Nebenläufigkeit wird nicht in einer einfachen Komponente
236 implementiert. Das bedeutet sie muß mit einer
237 Default-Behandlung zufrieden sein, die minimale Nebeläufigkeit
238 nach sich zieht. Eine Komponente kann sich aber in die Vergabe der
239 Resourcen einmischen. So kann sie ihren Grad der Nebenläufigkeit
241 Implementationsaufwand zu bezahlen. Auf der anderen Seite macht es
242 aber keinen Sinn serielle oder Komponenten mit zu großem
243 Resourcebedarf einzubinden, wenn das Objekt-Environment danach
245 Objekt-Environment auch Forderungen bezüglich des Resourcebedarf
246 an die Komponenten stellen darf.</P>
248 <OL>
250 vorhandenen Resourcen und deren Beziehung zueinander eingetragen
251 werden. Dadurch kann abgeschätzt werden, welchen Resourcebedarf
254 wird man aber auch noch sehen, daß der Zugriff auf bestimmte
258 alle.</P>
260 jeder ihrer von außen erreichbaren Methoden kontrollieren, ob
261 die entsprechenden Resourcen für sie angefordert wurden. Damit
263 die benötigten Resourcen angefordert werden, wenn vorher noch
265 Zur Erläuterung: Serielle Komponenten belegen keine Resourcen.
267 scheitern. Um dies zu vermeiden, werden die Resourcen in der
271 zu bekommen.</P>
272 </OL>
274 <P>Von unserem bisherigen Beispiel ausgehend, gibt es eine
275 Applikation in der sich drei Dokumente befinden. Ein serielles
276 Textdokument, ein nebenläufiges Tabellendokument und ein
278 ist nebenläufig. Die Relationen gehen von der Applikation zu den
279 Dokumenten und umgekehrt. Die Dokumente kennen sich nicht.</P>
281 eingefügt werden. Da es sich um eine serielle Komponente
284 die Applikation, angestoßen werden. Die Applikation ist aber
285 verpflichtet die Resourcen vorher zu reservieren. Für diese
287 reserviert nur das Textdokument selbst. Das bedeutet, das
288 Textdokument kann mit keinem anderen Objekt, auch nicht mit der
289 Applikation, kommunizieren. 2. Die Applikation und das Textdokument
290 wird reserviert. Es ist also nur der Zugriff auf die anderen
291 Dokumente verwehrt. 3. Alle Objekte werden reserviert. Geht es nach
293 werden. Aufgrund von Sicherheitsbeschränkungen werden wir aber
294 noch sehen, das serielle Komponenten in ihrer Auftragsbearbeitung
297 dies geschehen ist.</P>
299 Zeichenfolge eingefügt werden. Dieser Auftrag kann von der
300 Applikation oder der Komponente selbst ausgelöst werden. In
301 jedem Fall müssen die Resourcen vor der Auftragsbearbeitung
302 reserviert werden. Man kann dies auch der Komponente überlassen
304 zu einem Auftrag zusammengefaßt werden sollen. Dies passiert
307 jeden Fall wird nur das Tabellendokument selbst reserviert, da das
310 Applikationsname aus der Applikation eingefügt. Dazu fragt das
311 Tabellendokument nach den benötigten Resourcen, um den Namen zu
312 holen und ihn einzufügen. Zum Holen wird die Applikation
316 selektierten Text aus dem seriellen Textdokument ein. Da das
317 Textdokument seinen Resourcebedarf nicht mitteilt, wird einer aus
326 wie c++ oder Java oder einer prozeduralen Sprache wie Fortran oder
328 erreichen. </P>
329 <OL>
332 Resource kann von mehreren Aufträgen benutzt werden, wenn diese
335 optimieren kann. Ein Objekt welches nicht geändert werden kann
339 serielle Komponenten hat, die nichts über die
340 Resourceanforderungen mitteilen. Als Beispiel möchte ich eine
341 Instanz der Klasse String in Java nennen. Ein weitere Art von
345 wichtig. Dies ist zum Beispiel bei der Speicherverwaltung in c der
346 Fall. Diese Art der Resource darf zu einem späteren Zeitpunkt
347 angefordert werden. Sie muß sofort benutzt und wieder
348 freigegeben werden. Aus diesem Grund erledigen solche Resourcen das
349 Anfordern und Freigeben selbst.</P>
351 alle von ihm benötigten Resourcen reserviert werden. Dies ist
353 aufwendig. Eine Optimierung kann darin bestehen die Teilaufträge
354 asynchron auszuführen. Allerdings dringt diese Verhaltensweise
356 asynchronen Auftrag nutzen, dann auch asynchron sein. Eine weitere
357 Optimierung in der Autragsvergabe gibt es, wenn ein Autrag die
363 Auftrages kann nur bestimmt werden, wenn alle benötigten
365 denn kein vor ihm laufender Auftrag ändert die Resourcevergabe.
366 Warum ist das so? Ein Auftrag kann eine Resource dahingehend ändern,
368 Der vorher bestimmte Bedarf ist dann falsch.</P>
370 werden. In einem Tabellendokument könnte man jede einzelne
371 Zelle zu einer Resource machen. Um die Komplexität der
372 Resourcemodells zu vereinfachen kann man aber weiter alle Zellen der
373 Dokument-Resource zuordnen. Wird also aus einer anderen Komponente
374 die Zelle angefordert, wird automatisch das ganze Dokument
377 Resource an dem Objekt reserviert werden, das man ohnehin kennt.</P>
378 <LI><P>Das Resource-Modell ist hierarchisch. Eine Resource kann nur
380 also nur dem Tabellendokument zugeordnet werden. Daraus ergibt sich,
382 gearbeitet werden kann. Es dürfen dann aber keine Resourcen
383 außerhalb der Hierarchie benutzt werden, selbst wenn diese
384 reserviert sind.</P>
385 </OL>
388 über die Benutzung von Resourcen entscheidet (z.B.
390 unterteilt werden. Der erste erledigt die Abfrage. Danach werden alle
391 Resourcen freigegeben und dann fordert der zweite seine Resourcen und
392 wird bearbeitet. Eventuell kann ein solcher Auftrag den vorherigen
394 vor dem Aufgeteilten bearbeitet werden.</P>
396 zwei Arten von Benachrichtigungen die ich erhalte. 1. Aufgrund der
399 den Resourcebedarf und führe dann den Auftrag aus. Im zweiten
401 Auftrag aus. Sind Resourcen reserviert, ist dies Fall eins, sonst
402 Fall zwei.</P>
405 ich die Resourcen für die Listener bestimmen und sie vor dem
406 Aufruf reservieren. Die einzelnen Listener werden als unabhängig
407 betrachtet. Im Detail findet folgender Ablauf statt. 1. Die Liste der
409 Resourcebedarf ermittelt.</P>
414 <A HREF="stardiv.resource.ResourceLockException.html#ResourceLockException">ResourceLockException</A>,
415 <A HREF="stardiv.resource.Task.html#Task">Task</A>, <A HREF="stardiv.resource.TaskManager.html#TaskManager">TaskManager</A>,
419 fest. Um ein Objekt in das Resourcekonzept einbinden zu können
422 Objekte zugewiesenen Resource. 3. Jede public Methode bekommt eine
423 *_Resource(...) Methode zur Seite, mit der der Resourcebedarf
424 ermittelt werden kann. 4. Innerhalb der public Methode wird der
425 Resourcebedarf ermittelt. 5. Mit dieser Information die als
426 ResourceListe vorliegt, wird eine Auftrag (Task) erzeugt. 6. Dieser
427 Auftrag wird beim TaskManager angemeldet. 7. Nach der Zuteilung durch
429 und der Auftrag werden wieder freigegeben.<BR>Diese Liste ist
431 Resource steht imm eine Beispiel, welches aktuell sein sollte.</P>
434 <OL>
435 <LI><P ALIGN=LEFT>Es muß das Interface <A HREF="stardiv.resource.Resourceable.html#Resourceable">Resourceable</A>
436 implementiert werden. Mit Hilfe dieses Interfaces kann der
437 Resourcebedarf eines Objektes erfragt werden. Diese Richtlinien
439 <LI><P ALIGN=LEFT>???Es muß das Interface <A HREF="stardiv.concepts.ModifyTestable.html#ModifyTestable">ModifyTestable</A>
444 gerufen werden. Das sind zum Beispiel alle Methoden der Klasse
445 java.lang.Object.</P>
447 zu ermitteln kann eine Methode mit dem, um _Resource( ResourceList
448 aRL, boolean bCheck, ... ) erweiterten Namen, gerufen werden. Ein
449 Beispiel befindet sich in der Klasse <A HREF="stardiv.resource.Resource.html#Resource">Resource</A>.</P>
450 </OL>
453 <P>Diese Schnittstelle soll das Anfordern von Daten vereinheitlichen.
454 Das Problem, welches zu diesem Ansatz führte, ist das Lesen von
457 werden müssen. Da das Pull-Modell immer einen eigenen Thread
458 vorraussetzt, um die restliche Anwendung nicht zu blockieren, habe
460 Implementation sollte es möglichst transparent sein, wie die
461 Daten herangeschafft werden. Als zweites soll die Schnittstelle für
463 Der Datenverarbeiter ist passiv. Das bedeutet, beim Entgegennehmen
464 der Daten beginnt er nicht sie zu verarbeiten. Dies muß extra
467 Daten gelesen, READY, für sind Daten da, PENDING, es kommen noch
468 weitere Daten und NO_SOURCE, es wurden nicht alle Daten verarbeitet
470 ist nur zu bestimmten Zeitpunkten gültig. Der Datenverarbeiter
471 darf nur im Zustand PENDING Daten bekommen. Diese Annahme schützt
472 ihn vor der Implementation eines Puffers. Das <A HREF="stardiv.concepts.QueryData.html#QueryData">QueryData</A>
475 <P>Das Ziel ist nur eine Schnittstelle zu erstellen, mit der ein
479 die Schnittstelle möglichst flexibel sein, um vielen
480 Implementationen gerecht zu werden. Die Lösung sind zwei
481 Methoden. Mit der einen (getModifyHandle()) kann der Zeitpunkt
483 werden sollen. Der Rückgabewert ist eine beliebiges Objekt, so
488 dieses Konzept heißt <A HREF="stardiv.concepts.ModifyTestable.html#ModifyTestable">ModifyTestable</A>
489 .</P>
491 <P>LifeConnect ist die Kommunikation zwischen PlugIns, Applets und
492 JavaScript. Die Kommunikation kann in beide Richtungen erfolgen.Unter
493 JavaScript kann auf alle Systemklassen zugegriffen werden. Die
494 Abbildung der JavaScript-Aufrufe nach Java ist die Aufgabe der Klasse
496 wird das in Java 1.1 implementierte Package java.lang.reflect
497 benutzt. Da JavaScript eine nicht typisierte Sprache ist, werden die
498 Werte nach JavaScript-Regeln in die entsprechenden Javatypen
499 umgesetzt. Bezüglich der Sicherheit wird ein JavaScript-Programm
500 auf die gleiche Stufe wie ein Applet gestellt. Um den Zugriff der
501 Applets auf JavaScript zu gestatten, muß das HTML-Tag MYSCRIPT
502 angegeben werden. Auf die Java-Klassen kann in JavaScript mit dem
504 benötigen keinen Prefix). Die Klassen netscape.plugin.Plugin,
505 netscape.javascript.JSObject und netscape.javascript.JSException
506 dienen zur Kommunikation von Java mit JavaScript.</P>
510 <COLGROUP>
517 </COLGROUP>
518 <THEAD>
519 <TR>
521 <P><BR></TH>
532 </TR>
533 </THEAD>
534 <TBODY>
535 <TR>
548 </TR>
549 <TR>
562 </TR>
563 <TR>
576 </TR>
577 <TR>
590 </TR>
591 <TR>
604 </TR>
605 <TR>
618 </TR>
619 <TR>
632 </TR>
633 <TR>
646 </TR>
647 </TBODY>
648 </TABLE><DL>
649 <DT><BR></DT>
650 </DL>
652 <COLGROUP>
659 </COLGROUP>
660 <THEAD>
661 <TR>
663 <P><BR></TH>
674 </TR>
675 </THEAD>
676 <TBODY>
677 <TR>
690 </TR>
691 <TR>
704 </TR>
705 <TR>
716 </TD>
719 </TR>
720 <TR>
733 </TR>
734 <TR>
747 </TD>
748 </TR>
749 <TR>
762 </TR>
763 <TR>
776 </TR>
777 <TR>
790 </TR>
791 </TBODY>
792 </TABLE>
793 <P><BR></P>
796 Parameter müssen, nach der obigen Tabelle, konvertiert werden
798 ausgewählt wird. Die Punkte stehen in Klammern in den
801 sichergestellt, das nicht unterschiedliche Methoden bei sich
802 ändernden Werten gerufen werden. Kommt es allerdings zu einem
803 Konvertierungsfehler (Überlauf), dann wird versucht eine andere
806 Seiteneffekte haben. Sie dürfen also beliebig oft aufgerufen
809 <P>Das Ziel dieses Abschnitts ist es Vorgehensweisen zu entwickeln,
810 mit denen sich die Java Grundkonzepte testen lassen. Folgende
812 <OL>
813 <LI><P>Zu jeder Klasse gibt es eine entsprechende Testklasse. Diese
816 zu test.memory.BitArrayTest. Jede dieser Klassen hat eine Methode
818 aufgerufen, um den Test aller Methoden anzustoßen. Der Test
819 ist nicht interaktiv. Wird ein Fehler festgestellt, wird das
822 getestet werden. Alle Resourcen für die Methode werden als
824 sauberen Schnittstellen, da ansonsten für den Test ja ganze
827 Vor dem Test der einzelnen Methoden wird in einer Zeile kurz über
828 den Test informiert. Scheitert der Test, dann wird eine
835 Interfaces implementiert werden. Es kann damit automatisch geprüft
837 </OL>
840 bezeichnet, wenn alle in ihm befindlichen Aufträge
841 fertiggestellt werden können. Sie sich also nicht in einer
843 </BODY>
844 </HTML>