Protokoll (IF) - Versionsgeschichte

Akaibel am 23. Januar 2022 um 18:12 Uhr

2022-01-23T18:12:23Z

← Nächstältere Version		Version vom 23. Januar 2022, 18:12 Uhr
Zeile 1:		Zeile 1:
	[[Kategorie:Informatik]]		[[Kategorie:Informatik]]
	[[Kategorie:Netzwerke(IF)]]		[[Kategorie:Netzwerke(IF)]]
	~~[[Kategorie:Informatik-Abitur]]~~

	= Typische Netzwerk-Protokolle =		= Typische Netzwerk-Protokolle =
Zeile 73:		Zeile 72:
	Dann lässt sich das so auswerten:		Dann lässt sich das so auswerten:

	<code>		<code>
	public void processMessage(String pClientIP, int pClientPort, String pMessage){		public void processMessage(String pClientIP, int pClientPort, String pMessage){
	if(pMessage.startsWith("-")){		if(pMessage.startsWith("-")){
Zeile 96:		Zeile 95:
	//TODO: Fehlerfall! Nachricht startet weder mit "+" noch mit "-"		//TODO: Fehlerfall! Nachricht startet weder mit "+" noch mit "-"
	}		}
	</code>		</code>


Zeile 129:		Zeile 128:
	Das lässt sich so auswerten:		Das lässt sich so auswerten:

	<code>		<code>
	private Connection verbindung;		private Connection verbindung;

Zeile 146:		Zeile 145:
	return ergebnis;		return ergebnis;
	}		}
	</code>		</code>

Akaibel: /* Spezifikation */

2014-11-11T06:59:48Z

Spezifikation

← Nächstältere Version		Version vom 11. November 2014, 06:59 Uhr
Zeile 30:		Zeile 30:

	== Spezifikation ==		== Spezifikation ==
	Der GossipServer soll dazu dienen, Tratsch (=Gossip) zu speichern und weiter zu verbreiten. Es gelten die folgenden Anforderungen:		Der GossipServer soll dazu dienen, Tratsch (=Gossip) zu speichern und weiter zu verbreiten. Es gelten die folgenden Anforderungen:
			Gossip schreiben:
	# Gossip schreiben: Man kann ~~sich am~~ GossipServer ~~anmelden~~ und eine neue Nachricht hinterlassen. Die wird als Text ~~und~~ mit Datum/Uhrzeit gespeichert.		# '''Gossip schreiben:''' Man kann die Verbindung zum GossipServer herstellen und (anonym!) eine neue Nachricht hinterlassen. Die wird als Text mit Datum/Uhrzeit gespeichert. Es werden nur Nachrichten in SMS-Länge akzeptiert.
	# Gossip abonnieren: ~~Man~~ kann ~~sich am~~ GossipServer ~~anmelden und bekommt~~ dann jede neu eintreffende Nachricht ~~sofort geschickt~~.		# '''Gossip abonnieren:''' Mithilfe eines geeigneten Befehls kann man den Gossip abonnieren. Der GossipServer schickt dem Client dann jede neu eintreffende Nachricht.
	# Gossip-Archiv lesen: Man kann alle Nachrichten ~~von einem oder mehreren Tagen~~ vom GossipServer abrufen. ~~Dies erledigt~~ die ~~Klasse GossipClient.java~~.		# '''Gossip-Archiv lesen:''' Man kann alle Nachrichten eines Zeitraums vom GossipServer abrufen, indem man einen geeigneten Befehl an den GossipServer schickt und dabei das Anfangs- und das Enddatum angibt. Der GossipServer schickt dann alle Nachrichten aus diesem Zeitraum mit Datum zurück.
			# '''Abmelden:''' Mithilfe eines geeigneten Befehls kann man die Verbindung zum GossipServer trennen.

	==Protokoll==		==Protokoll==

Akaibel: /* Best Practices für die Entwicklung von Protokollen */

2014-11-11T06:56:18Z

Best Practices für die Entwicklung von Protokollen

← Nächstältere Version		Version vom 11. November 2014, 06:56 Uhr
Zeile 17:		Zeile 17:
	''Ziel der Best Practices ist es, dass das Protokoll '''in jeder Situation funktioniert''' und dass es auf Client-Seite und auf Server-Seite '''einfach auszuwerten''' ist.''		''Ziel der Best Practices ist es, dass das Protokoll '''in jeder Situation funktioniert''' und dass es auf Client-Seite und auf Server-Seite '''einfach auszuwerten''' ist.''

			# Das Protokoll beginnt damit, dass der Client die Verbindung zum Server herstellt. Dies wird im Protokoll notiert, z.B. als ''"stellt Verbindung her"''.
	# Das Protokoll muss '''vollständig''' sein, d.h. es muss für jede Situation eine Protokoll-Lösung geben. Z.B. auch für falsche Eingaben des Clients.		# Das Protokoll muss '''vollständig''' sein, d.h. es muss für jede Situation eine Protokoll-Lösung geben. Z.B. auch für falsche Eingaben des Clients.
	# Man braucht im Protokoll i.A. '''3 Spalten''': Client sendet, Server antwortet, Server an alle		# Man braucht im Protokoll i.A. '''3 Spalten''': Client sendet, Server antwortet, Server an alle

Akaibel: /* Best practices für die Entwicklung von Protokollen */

2013-11-03T10:05:34Z

Best practices für die Entwicklung von Protokollen

← Nächstältere Version		Version vom 3. November 2013, 10:05 Uhr
Zeile 12:		Zeile 12:
	''SMTP, POP3 und IMAP werden im Unterricht thematisiert.''		''SMTP, POP3 und IMAP werden im Unterricht thematisiert.''

	= Best ~~practices~~ für die Entwicklung von Protokollen =		= Best Practices für die Entwicklung von Protokollen =
	''Diese Best ~~practices~~ orientieren sich an dem, was man für das Zentralabitur braucht.''		''Diese Best Practices orientieren sich an dem, was man für das Zentralabitur braucht.''

	''Ziel der Best Practices ist es, dass das Protokoll '''in jeder Situation funktioniert''' und dass es auf Client-Seite und auf Server-Seite '''einfach auszuwerten''' ist.''		''Ziel der Best Practices ist es, dass das Protokoll '''in jeder Situation funktioniert''' und dass es auf Client-Seite und auf Server-Seite '''einfach auszuwerten''' ist.''

Akaibel: /* Best practices für die Entwicklung von Protokollen */

2013-11-03T10:05:08Z

Best practices für die Entwicklung von Protokollen

← Nächstältere Version		Version vom 3. November 2013, 10:05 Uhr
Zeile 15:		Zeile 15:
	''Diese Best practices orientieren sich an dem, was man für das Zentralabitur braucht.''		''Diese Best practices orientieren sich an dem, was man für das Zentralabitur braucht.''

	''~~Wichtig~~ ist ~~vor allem~~, dass das Protokoll ~~vollständig ist (d.h. dass es für jede~~ Situation ~~eine Protokoll-Lösung gibt)~~ und dass ~~das Protokoll~~ auf Client-Seite und auf Server-Seite einfach auszuwerten ist.''		''Ziel der Best Practices ist es, dass das Protokoll '''in jeder Situation funktioniert''' und dass es auf Client-Seite und auf Server-Seite '''einfach auszuwerten''' ist.''

			# Das Protokoll muss '''vollständig''' sein, d.h. es muss für jede Situation eine Protokoll-Lösung geben. Z.B. auch für falsche Eingaben des Clients.
	# Man braucht im Protokoll i.A. '''3 Spalten''': Client sendet, Server antwortet, Server an alle		# Man braucht im Protokoll i.A. '''3 Spalten''': Client sendet, Server antwortet, Server an alle
	# '''Die Parameter werden in spitzen Klammern notiert''', z.B.: PRIVAT max Hallo Max, wie gehts? steht im Protokoll als: '''PRIVAT <name> <nachricht>'''		# '''Die Parameter werden in spitzen Klammern notiert''', z.B.: ''PRIVAT max Hallo Max, wie gehts?'' steht im Protokoll als: '''''PRIVAT <name> <nachricht>'''''
	# '''Jede Nachricht startet mit einem Befehl'''		# '''Jede Nachricht startet mit einem Befehl'''
	# '''Jede Antwort des Servers startet mit "-" oder "+" und einem Befehl'''		# '''Jede Antwort des Servers startet mit "-" oder "+" und einem Befehl'''. "-" bedeutet Misserfolg, "+" bedeutet Erfolg.
	# Wenn ein Befehl mehrere Zeilen verschickt, dann wird als letzte Zeile ein einzelner Punkt verschickt. Dieser ist die '''Endmarke'''.# Es gibt eine '''globale Rückmeldung für unbekannte Befehle''', z.B. -~~UNKNOWN~~		# Wenn ein Befehl mehrere Zeilen verschickt, dann wird als letzte Zeile ein einzelner Punkt verschickt. Dieser ist die '''Endmarke'''.
	# Es gibt eine '''globale Rückmeldung für fehlende Parameter oder Parameter zuviel''', z.B. -~~param~~ <befehl> Parameterzahl falsch		# Es gibt eine '''globale Rückmeldung für unbekannte Befehle''', z.B. -UNBEKANNT <befehl>
			# Es gibt eine '''globale Rückmeldung für fehlende Parameter oder Parameter zuviel''', z.B. -PARAM <befehl> Parameterzahl falsch

	=Beispiel: GossipServer=		=Beispiel: GossipServer=

Akaibel: /* Best practices für die Entwicklung von Protokollen */

2013-11-03T09:59:38Z

Best practices für die Entwicklung von Protokollen

← Nächstältere Version		Version vom 3. November 2013, 09:59 Uhr
Zeile 19:		Zeile 19:
	# Man braucht im Protokoll i.A. '''3 Spalten''': Client sendet, Server antwortet, Server an alle		# Man braucht im Protokoll i.A. '''3 Spalten''': Client sendet, Server antwortet, Server an alle
	# '''Die Parameter werden in spitzen Klammern notiert''', z.B.: PRIVAT max Hallo Max, wie gehts? steht im Protokoll als: '''PRIVAT <name> <nachricht>'''		# '''Die Parameter werden in spitzen Klammern notiert''', z.B.: PRIVAT max Hallo Max, wie gehts? steht im Protokoll als: '''PRIVAT <name> <nachricht>'''
	# Jeder Befehl hat die gleiche Länge. Das gilt vor allem für Befehle, die vom Client an den Server gesendet werden. Hintergrund: Bei einer Befehlslänge von beispielsweise 5 Buchstaben kann man dann die Parameter erhalten, indem man <code>pMessage.substring(6);</code> aufruft. Den Befehl kann man auf der Serverseite wie folgt abfragen: <code>if(pMessage.startsWith("+BEFEHL"))</code>
	# '''Jede Nachricht startet mit einem Befehl'''		# '''Jede Nachricht startet mit einem Befehl'''
	# '''Jede Antwort des Servers startet mit "-" oder "+" und einem Befehl'''		# '''Jede Antwort des Servers startet mit "-" oder "+" und einem Befehl'''
	# Es gibt eine '''globale Rückmeldung für unbekannte Befehle''', z.B. -UNKNOWN		# Wenn ein Befehl mehrere Zeilen verschickt, dann wird als letzte Zeile ein einzelner Punkt verschickt. Dieser ist die '''Endmarke'''.# Es gibt eine '''globale Rückmeldung für unbekannte Befehle''', z.B. -UNKNOWN
	# Es gibt eine '''globale Rückmeldung für fehlende Parameter oder Parameter zuviel''', z.B. -param <befehl> Parameterzahl falsch		# Es gibt eine '''globale Rückmeldung für fehlende Parameter oder Parameter zuviel''', z.B. -param <befehl> Parameterzahl falsch
	~~# Wenn ein Befehl mehrere Zeilen verschickt, dann wird als letzte Zeile ein einzelner Punkt verschickt. Dieser ist die '''Endmarke'''.~~

	=Beispiel: GossipServer=		=Beispiel: GossipServer=

Akaibel: /* Befehle auswerten, die mehrere Zeilen schicken */

2013-06-28T11:57:58Z

Befehle auswerten, die mehrere Zeilen schicken

← Nächstältere Version		Version vom 28. Juni 2013, 11:57 Uhr
Zeile 134:		Zeile 134:
	verbindung.send("ALLE");		verbindung.send("ALLE");
	List ergebnis = new List();		List ergebnis = new List();
	String ~~befehl~~ = verbindung.receive();		String antwort = verbindung.receive();
	if(~~befehl~~.equals("+ALLE")){		if(antwort.equals("+ALLE")){
	String name = verbindung.receive();		String name = verbindung.receive();
	while(name.equals(".") == false){		while(name.equals(".") == false){
	ergebnis.~~add~~(name);		ergebnis.append(name);
	name = verbindung.receive();		name = verbindung.receive();
	}		}

Akaibel: /* Protokoll */

2013-06-18T06:47:02Z

Protokoll

← Nächstältere Version		Version vom 18. Juni 2013, 06:47 Uhr
Zeile 38:		Zeile 38:
	Das Protokoll besteht aus 3 Spalten:		Das Protokoll besteht aus 3 Spalten:
	* Client sendet		* Client sendet
	* Server ~~sendet~~ (~~an einen~~ Client)		* Server antwortet (einem Client)
	* Server an alle		* Server an alle

	{\| class="wikitable"		{\| class="wikitable"
	\|-		\|-
	! Client sendet !! Server ~~sendet~~ !!		! Client sendet !! Server antwortet<br>(einem Client) !!
	Server an alle		Server an alle
	\|-		\|-

Akaibel: /* Protokoll */

2013-06-18T06:44:39Z

Protokoll

← Nächstältere Version		Version vom 18. Juni 2013, 06:44 Uhr
Zeile 38:		Zeile 38:
	Das Protokoll besteht aus 3 Spalten:		Das Protokoll besteht aus 3 Spalten:
	* Client sendet		* Client sendet
	* Server ~~antwortet~~		* Server sendet (an einen Client)
	* Server an alle		* Server an alle

	{\| class="wikitable"		{\| class="wikitable"
	\|-		\|-
	! Client sendet !! Server ~~antwortet~~ !!		! Client sendet !! Server sendet !!
	Server an alle		Server an alle
	\|-		\|-

Akaibel: /* Protokoll */

2013-06-18T06:41:05Z

Protokoll

← Nächstältere Version		Version vom 18. Juni 2013, 06:41 Uhr
Zeile 61:		Zeile 61:
	\| <i><Parameter fehlt></i> \|\| -ERR Parameter fehlt \|\| ---		\| <i><Parameter fehlt></i> \|\| -ERR Parameter fehlt \|\| ---
	\|}		\|}

			''Für die '''Implementierung''' des GossipServers: siehe [[Netzwerkprogrammierung#Beispiel:_GossipServer\|Netzwerkprogrammierung]]''

	= Protokolle mit Java auswerten =		= Protokolle mit Java auswerten =