6. Contexts and Dependency Injection

Transkript

1 6. Contexts and Dependency Injection klassisch Dependency Injection was kennen wir bereits CDI im Detail Aktivierung Qualifier Event Handling Objekte injizieren Produzenten Alternativen Interception Fazit 561

2 Einschub: aktueller Stand Sprinter ist eine klassisch aufgebaute JEE-Applikation wir arbeiten mit Klassen und Objekten davon kritisch betrachtet sind wesentliche Teile der Software nicht objektorientiert oftmals gibt es (pro Nutzer) genau ein Objekt von Steuerungsklassen (alles Singleton, Ausnahme Datenschicht) Teilprogramme rufen Methoden (?? Prozeduren) in anderen Teilprogrammen auf (Oracle Application Express (APEX) nutzt PL/SQL zur Erstellung von Web-Applikationen) generell nichts Schlechtes daran! kritisch, Objekte müssen sich genau kennen 562

3 Dependency Injection klassisch (1/2) woher kommen Objekte für Exemplarvariablen? Variante 1: Werte werden als Parameter übergeben, aus denen Objekte gebaut werden (Objekt baut sich benötigte Objekte selber) Variante 2: Objekte werden als Referenzen übergeben Optimierung: Typen der Objektvariablen sind Interfaces; so konkrete Objekte leicht austauschbar Variante 2 heißt Dependency Injection mit get- und set- Methoden oder über Konstruktoren 563

4 Dependency Injection klassisch (2/2) Nutzer nutzer = new Nutzer(new Inter1RealA(42), new Inter2RealC(43), new Inter3RealD("Hallo")); eng verknüpft mit Factory Pattern 564

5 JSF nutzt bereits public class SprintController implements PersistenzService Objekt steht und festen Namen zur Oberflächengestaltung zur Objekt steht für die gesamte Session (auch allen anderen Objekten) zur Verfügung Umgebung gib (injiziere) mir ein zum Typen passendes garantiert nach Erzeugung, vor Nutzung Hinweis: Annotationen stammen aus dem CDI-Paket; es gibt sehr ähnliche in JSF-Paketen (JSF ohne CDI machbar) 565

6 Ziele CDI Entkopplung von Objekten bestes Beispiel, es wird nur ein passendes Objekt irgendwoher benötigt; dies besorgt CDI- Realisierung Vereinfachte Objekt-Kommunikation Beispiel: Informationen abonnieren (bekannt als Publish Subscribe oder Observer Observable) Vereinfachung von querschnittlich in mehreren Objekten benötigter Funktionalität Beispiel: Logging Hinzufügen von Funktionalität zu bestimmten Ereignissen ohne betroffene Methoden zu verändern Beispiel: Konsistenzprüfung, Benachrichtigung (Aspektorientierung) 566

7 Informationsquellen CDI 1.1 gehört zu JEE 7 JSR 299: Contexts and Dependency Injection for the Java TM EE platform, JSR 346: Contexts and Dependency Injection for Java TM EE 1.1, Spezifikation Referenzimplementierung Weld 2.0 (JBoss) gute Einführung: US/html/intro.html 567

8 NetBeans: kein Deploy on Save gerade bei CDI ist ein vollständiges Clean & Build mit Deploy fast immer sinnvoll, da Server sonst Probleme z. B. mit noch laufenden Sessions hat 568

9 Aktivierung explizit mit beans.xml in WEB-INF Ordner; für reine EJB-Module oder jar-dateien im Ordner META-INF <?xml version="1.0" encoding="utf-8"?> <beans xmlns=" xmlns:xsi=" xsi:schemalocation=" </beans> version="1.1" bean-discovery-mode="all"> implizit, ohne beans.xml oder mit und bean-discoverymode="annotated", werden nur Beans mit Scope gefunden in beans.xml können (und müssen teilweise) weitere Eigenschaften spezifiziert werden 569

10 zentrales Hilfsmittel Qualifier Qualifier sind einfache Annotationen, mit denen gewünschte bzw. geforderte Eigenschaften spezifiziert werden können Normale neue Annotation mit ElementType.METHOD, ElementType.PARAMETER, Info{ folgende Folien: Qualifier nur erwähnt, haben dann die hier angegebene Form 570

11 Event-Model (Observer Observable) auch Publish-Subscribe Observer sagt Bescheid, dass er vom Observable informiert werden möchte Observable schickt Informationen an alle Abonnenten Beispielaufgabe (Balkon): Informiere alle Interessierten, dass gerade ein Objekt persistiert werden soll 571

12 Event Model Übersicht (müssen nicht EJBs Info{ Qualifier class MeinEvent beliebige public class Event<MeinEvent> event MeinEvent me = event.fire(me); Observable public class EventConsumer { public MeinEvent event) { 572

13 Definition des Event-Objekts POJO mit Inhalten, die übertragen werden sollen package cdi.eventing; public class MeinEvent { // POJO private Object obj; public MeinEvent(){ public Object getobj() { return obj; public void setobj(object obj) { this.obj = obj; 573

14 Observable Benachrichtigen public class Event<MeinEvent> = "SprinterPU") private EntityManager em; public void persist(object object) { MeinEvent e = new MeinEvent(); e.setobj(object); event.fire(e); em.persist(object); 574

15 Observer 1 Durch können verschiedenartige Events unterschieden werden beteiligte Objekte sind EJBs oder haben einen Scope (oder übernehmen Scope des nutzenden public class EventConsumer { public MeinEvent event) { System.out.println(event.getObj()); 575

16 Observer public class EventConsumer2 { // Methode zeigt Machbarkeit des Ansatzes, ob dies hier // sinnvoll, ist fraglich public MeinEvent event) { System.out.println(event.getObj().getClass()); if (event.getobj() instanceof Mitarbeit){ Mitarbeit m = (Mitarbeit)event.getObj(); if (m.gettaetigkeit().isempty()){ m.settaetigkeit("intern"); 576

17 Beispiel: neue Mitarbeit persistieren INFO: Mitarbeit [id=0, version=0, geplantestunden=8, verbrauchtestunden=0, fertigstellungsgrad=0] INFO: class entity.mitarbeit 577

18 Konkretisierung injizierter Objekte bisher war immer eindeutig, welches Objekt genutzt wird häufig wird aber eine bestimmte Variante eines Objekts benötigt Ausgangspunkt: gibt Interface (oder abstrakte Klasse) mit mehreren Realisierungen der konkret gewünschte Objekttyp wird dann und die zusätzliche Angabe von Qualifiern festgelegt Beispiel: es gibt zwei verschiedene Ausgabemöglichkeiten, unterschieden durch 578

19 Konkretisierung LogQualifier{ interface Ausgabe { public class AusgabeLog implements Ausgabe public class AusgabeSys implements Ausgabe { Qualifier Qualifier Realisierung public class Ausgabe aus; Angabe gewünschter Variante 579

20 Beispiel (1/4): Realisierungen 1/2 public interface Ausgabe { public void ausgeben(string public class AusgabeSystem implements public void ausgeben(string s) { System.out.println(s); 580

21 Beispiel (2/4): Realisierungen public class AusgabeLog implements Ausgabe{ private final static Logger LOGGER = public void ausgeben(string s) { LOGGER.log(Level.INFO, "AusgabeLog: {0", s); 581

22 Beispiel (3/4): Auswahl der public class Ausgabe aus; public MeinEvent event) { //System.out.println(event.getObj()); aus.ausgeben(event.getobj().tostring()); ein zentrales Logging kann man mit CDI besser durch Interceptors realisieren es können auch mehrere Qualifier angegeben werden 582

23 Beispiel (4/4): Nutzung INFO: AusgabeLog: (0) CDI einbauen INFO: class entity.sprint 583

24 Auswahlregeln Wenn Bean keinen Qualifier hat, wird er automatisch gesetzt (kann man auch hinschreiben) ohne benötigten Qualifier genutzt werden Klassen haben ohne Scope-Angabe den der sich dem Scope des nutzenden Objekts anpasst 584

25 Produzenten bisher wurde nach passenden Klassen gesucht und ein Objekt per Default-Konstruktor erzeugt Objekt-Erzeugung kann aber auch durch annotierte Konstruktoren, Methoden (Rückgabe-Objekt) oder direkt Exemplarvariablen erfolgen Konkretisierung des erzeugten Objekts wieder durch im nächsten Beispiel) Beispiel zeigt kritische Wiederverwendung von Qualifier javax.enterprise.inject.produces nutzen 585

26 Statische Produzenten Übersicht Starttext{ Qualifier Produktionsvarianten Qualifier Qualifier class private public String @Info public String getlogtext2() { class @Info private private String text; Beispielnutzungen 586

27 Beispiel (1/3): Produzenten-Klasse public class Produzent implements Serializable { private String logtext private String meldung; public Produzent() { this.meldung public String getlogtext() { @Info public String getlogtext2() { System.out.println("getLogtext2"); return "2: " + this.logtext; 587

28 Beispiel (2/3): Nutzer der public class AusgabeLog implements Ausgabe{ private final static Logger LOGGER @Info private private String public void ausgeben(string s) { //LOGGER.log(Level.INFO, "AusgabeLog: {0", s); LOGGER.log(Level.INFO, "{0 {1: {2", new Object[]{this.text, this.start, s); 588

29 Beispiel (3/3): Beispielnutzung INFO: getlogtext2 INFO: Hai 2: logtext: (0) Qualifier überlegen INFO: class entity.backlogelement 589

30 Dynamische Produzenten Aktuell{ Produktionsmethode public public String mach(){ Qualifier Beispielnutzung public class Instance<String> datum; public void ausgeben( ) { datum.get()); 590

31 Dynamische Produktion (1/3) : Erzeugung wieder Produzenten-Methode mit üblichen Qualifier (also nichts Neues hier) public class Produzent implements public String mach(){ return new Date().toString(); 591

32 Dynamische Produktion (2/3): public class AusgabeLog Instance<String> public void ausgeben(string s) { LOGGER.log(Level.INFO, "AusgabeLog: {0 - {1", new Object[]{s, datum.get()); // LOGGER.log(Level.INFO, "{0 {1: {2" //, new Object[]{this.text, this.start, s); 592

33 Dynamische Produktion (3/3): Beispielnutzung INFO: AusgabeLog: (7) Kimi Räikkönen - Wed May 21 20:14:24 CEST 2014 INFO: AusgabeLog: (14) Fernando Alonso - Wed May 21 20:15:42 CEST

34 Inject-Varianten an Exemplarvariablen zu schreiben, ist dies auch public Konstruktor(Typ public void methode(typ ichwerdeinjected){ natürlich wieder Qualifier nutzbar weiterführend: an Klasse einschränken, für welche Klassen und Interfaces diese eingesetzt werden kann 594

35 Alternativen über Qualifier können passenden Klassen genau ausgewählt werden z. B. zu Testzwecken, sollte diese Auswahl aber einfach änderbar sein hierzu wird Klasse markiert UND muss in der beans.xml als ausgewählte Alternative angegeben werden durch Änderung der beans.xml sehr einfach Klassenauswahl auf Testphase oder länderspezifische Auswahlen änderbar mehrere Alternativen bei mehreren genutzten jars angebbar, dann Auswahl so + 10) komplexes, sehr flexibles Auswahlsystem, wann welche Klasse genutzt wird (@Specialization) 595

36 Nutzung der Alternative (1/3): weitere Klasse import cdi.qualifier.ausgabe.logqualifier; public class AusgabeLogMock implements public void ausgeben(string s) { System.out.println("LogMock: " + s ); 596

37 Nutzung der Alternative (2/3): bean.xml <?xml version="1.0" encoding="utf-8"?> <beans xmlns=" xmlns:xsi=" xsi:schemalocation=" bean-discovery-mode="all"> <alternatives> <class>cdi.ausgabelogmock</class> </alternatives> </beans> 597

38 Nutzung der Alternative (3/3): Nutzung INFO: LogMock: (0) Alternativen realisieren INFO: class entity.backlogelement 598

39 InterceptQualifier{ Interceptor- Benennung bei Unterbrechung zu nutzen unterbreche alle public class BspKlasse { public void meth1( ) { public void meth2( ) { <interceptors> <class>cdi.meininterceptor public class MeinInterceptor public Object logcall( InvocationContext ctx) throws Exception { Method meth = ctx.getmethod(); for (Object o: ctx.getparameters()) return ctx.proceed(); 599

40 Interception Ansatz: sich in verschiedenen Methoden wiederholende Aufgaben zentral auslagern (Aspekt-Orientierung) (einziger) Klassiker: Logging Ansatz: Werden markierte Methoden oder Methoden in markierten Klassen ausgeführt, wird zunächst zum Interceptor gehörende Methode durchgeführt Interceptor kann auf Methode und Parameter zugreifen Interceptor muss Methodenausführung starten (proceed()) Interceptor muss über bean.xml eingeschaltet werden Interceptor benötigt eigene Art von Qualifier folgendes Beispiel zeigt ungewöhnliche Nutzung (auch Verstoß, dass möglichst wenig beobachtet werden soll) 600

41 Nutzung von Interception (1/5): Annotation import java.lang.annotation.elementtype; import java.lang.annotation.inherited; import java.lang.annotation.retention; import java.lang.annotation.retentionpolicy; import java.lang.annotation.target; @Target({ElementType.TYPE, ElementType.METHOD, ElementType.PARAMETER, InterceptQualifier{ 601

42 Nutzung von Interception (2/5): Bereich festlegen Hier werden alle Methoden der Klasse beobachtet, man kann die Annotation auch nur für einzelne public class EventConsumer2 { public MeinEvent event) { System.out.println(event.getObj().getClass()); if (event.getobj() instanceof Mitarbeit){ Mitarbeit m = (Mitarbeit)event.getObj(); if (m.gettaetigkeit().isempty()){ m.settaetigkeit("intern"); 602

43 Nutzung von Interception (3/5): public class MeinInterceptor public Object logcall(invocationcontext context) throws Exception { Method meth = context.getmethod(); System.out.println("Methode: " + meth); /* for (Object o : context.getparameters()) { System.out.print(o + " "); */ 603

44 Nutzung von Interception (4/5): Realisierung 2/2 MeinEvent event = (MeinEvent) context.getparameters()[0]; if (event.getobj() instanceof Mitarbeiter) { Mitarbeiter m = (Mitarbeiter) event.getobj(); if (m.getminr() == 999) { m.setminr((int) ( System.nanoTime()%900000)); // m.setminr((int) m.getid()); kann nicht gehen, da 0 return context.proceed(); // wichtig irgendwann aufrufen 604

45 Nutzung von Interception (3/4): beans.xml <?xml version="1.0" encoding="utf-8"?> <beans xmlns=" xmlns:xsi=" xsi:schemalocation=" bean-discovery-mode="all"> <interceptors> <class>cdi.meininterceptor</class> </interceptors> </beans> 605

46 Nutzung von Interception (4/4): Nutzung INFO: getlogtext2 INFO: Hai 2: logtext: (999) Clark Kent INFO: Methode: public void cdi.eventing.eventconsumer2.empfangemeinevent(cdi.eventing. MeinEvent) INFO: class entity.mitarbeiter 606

47 Stereotype mit CDI können große Mengen von Annotationen entstehen häufiger haben ähnliche Klassen die gleichen Annotationen diese können als neue Annotation Aktion { Klassen können auch mit mehreren Stereotypes (auch überlappend) annotiert werden 607

48 Weiterführende verwandt ermöglicht Ergänzung von Funktionalität zu bestimmten Methoden CDI auch zu eigener Transaktionssteuerung nutzbar Meinung: wenn JEE und EJB genutzt werden, spricht wenig für diesen Ansatz (Transaktion über mehrere Methoden) interessant: [Mül 14] B. Müller, JSF und JPA im Tandem, Teil 1, in: Javamagazin, 5/2014, Seiten , Software & Support Media GmbH, Frankfurt a. M., 2014 Auf Spezifikationsseite kann man sich über Version 1.2 informieren 608

49 Fazit CDI ermöglicht eine sehr große Entkopplung der Klassen voneinander Klassen werden so flexibler einsetzbar, evtl. Programmiermodel intuitiver im Beispiel wird Balkon an Projekt programmiert, ausreichen; nicht untypisch für klassisches JEE-Projekt CDI macht SW zur Zeit noch langsamer Annotations-Warfare-Area wird drastisch vergrößert 609

50 7. WebSockets WebSockets Verbreitung zentrale Nachrichten Realisierung eines Chats Encoder Decoder Bedeutung von JavaScript basiert teilweise auf: [Dit14] A. Ditler, Prototypische Realisierung eines Echtzeit-Webchats als Crossplattform- Applikation auf Basis von Websockets, Hochschule Osnabrück, Bachelorarbeit,

51 WebSockets - Motivation HTTP erlaubt nur die Beantwortung von Client-Anfragen ohne Erweiterung keine Möglichkeit, dass der Server den Client nachträglich ohne erneute Anfrage informiert nur mit Workaround z. B. AJAX und Long-Polling möglich WebSockets erlauben die bidirektionale Kommunikation zwischen Client und Server allgemein: The WebSocket API, W3C Candidate Recommendation, , standardisiert in Java: JSR 356: Java TM API for WebSocket, 611

52 Verbreitung (1/2) aktuell wird Ansatz in vielen Projekten evaluiert, Nutzung hängt von Zielplattformen ab Anmerkung: Abkündigung von Win XP-Support lässt alte IE- Browser verschwinden genauer müssen unterstütze Prokollversionen (ab wann) und Zielplattformen zusammen evaluiert werden Beispiel: Android-Browser erst ab Android 4.4, andere Browser für Android schon eher Beispiel: Web-Seite soll auch zur App auf Handys werden, ein Ansatz mit Apache Cordova / Phonegap, unterstützt nur etwas ältere WebSocket-Version 612

53 Verbreitung (2/2) (Stand Dezember 2014) aktueller Stand: IE ab 10.0 (aktuell 11.0) Firefox ab 11.0 (aktuell 33.0) Chrome ab 16 (aktuell 39.0) Safari ab 7.0 (Aktuell 8.0) Opera ab 12.1 (aktuell 26.0) ios Safari ab 6.1 (aktuell 8.1) Android Browser ab 4.4 (aktuell 37, Nachfolger von 4.4.4) Blackberry Browser ab 7.0 (aktuell 10.0) Chrome for Android ab 33.0 (aktuell 39.0) Firefox for Android ab 26.0 (aktuell 33.0) IE Mobile ab 10.0 (aktuell 11.0) 613

54 grobe Funktionsweise / Potenzial Client und Server in Java möglich, genauso gut können aber Clients in anderen Sprachen geschrieben werden (Server auch) Verbindung mit Server wird über HTTP hergestellt, Server dabei auf Upgrade auf WebSocket-Protokoll befragt typische Adresse: new URI("ws://localhost:1790/hallo/echo") wenn Server Upgrade anbietet, wird bidirektional nutzbare Verbindung aufgebaut (ohne dass diese physikalisch gehalten werden muss) wenn Server kein Upgrade anbietet, ist Ansatz gescheitert es gibt verschiedene Protokoll-Versionen, auch hier muss sich auf eine geeinigt werden 614

55 etwas Hintergrund Auf TCP basierendes Netzwerkprotokoll Bidirektionale Vollduplex Kommunikation Verbindung basiert auf einem einzigen Socket Datenübertragung mit geringer Latenzzeit Datenaustausch: binär, utf-8,, nur Zeichenketten oder Byte-Buffer Websocket-Verbindung: ws:// und wss:// keine Probleme bei Firewalls und Proxy-Servern Referenzimplementierung: Tyrus Alternativen: GNU WebSocket4J, Webbit, Tootallnate 615

56 zentrale Nachrichten Server onopen onmessage onclose onerror Client Verbindungsaufbau onopen senden und empfangen onmessage Verbindungsabbau onclose Fehlerfall onerror eigentliches Protokoll, was in welcher Form ausgetauscht wird, muss von Entwicklern festgelegt werden Begriff Socket kann ernst genommen werden 616

57 Erstes Beispiel (1/7): Gewünscht Client Server send(hallo Client) send(hallo (Bestätigung) 617

58 Erstes Beispiel (2/7): Server public class EchoServer public void onopen(session session, EndpointConfig cfg) { System.out.println("@Server Anfrage URI: " + public void onmessage(string message, Session session) throws IOException { System.out.println("@Server Nachricht: " + message); session.getbasicremote().sendtext("hallo Client"); 618

59 Erstes Beispiel (3/7): Server public void onclose(session session, CloseReason closereason) { System.out.println("@Server CloseReason: " + public void onerror(session session, Throwable thr) { System.out.println("@Server Error: " + thr); 619

60 Erstes Beispiel (4/7): Client public class EchoClient public void onopen(session session, EndpointConfig config) { System.out.println("Id: " + session.getid() + "\nnegotiated: " + session.getnegotiatedsubprotocol() + "\nprotocol Version: " + session.getprotocolversion() + "\nquery String: " + session.getquerystring() + "\nrequesturi: " + session.getrequesturi() + "\nmaxidletimeout:" + session.getmaxidletimeout()); 620

61 Erstes Beispiel (5/7): Client public void onmessage(string message, Session session) throws IOException { System.out.println("@Client empfangen: " + public void onclose(session session, CloseReason closereason) { System.out.println("@Client CloseCode: " + closereason.getclosecode() + "\n@client ReasonPhrase:" + public void onerror(session session, Throwable thr) { System.out.println("@Client Error: " + thr); 621

62 Erstes Beispiel (6/7): Client (3/3) public static void main(string[] args) { WebSocketContainer container = ContainerProvider try (Session session = container.getwebsocketcontainer();.connecttoserver(echoclient.class, URI.create( "ws://localhost:8080/websockethelloworld/echo"))) { session.getbasicremote().sendtext("hello"); session.getbasicremote().sendtext("hello again"); System.out.println("1: " + session.isopen()); session.close(new CloseReason( CloseCodes.NORMAL_CLOSURE, "Schicht")); System.out.println("2: " + session.isopen()); catch (Exception e) { e.printstacktrace(); 622

63 Erstes Beispiel (7/7): Ausgabe Id: 2d80aea7-3d60-4a59-aaeb-56844cbbc25e negotiated: Protocol Version: 13 Query String: null RequestURI: ws://localhost:8080/websockethelloworld/echo MaxIdleTimeout:0 1: CloseCode: ReasonPhrase:Schicht 2: empfangen: Hallo Client Anfrage URI: /WebSocketHelloWorld/echo Nachricht: Hello Nachricht: Hello again CloseReason: CloseReason[1000,Schicht] 623

64 Analyse des ersten Beispiels Client und Server unterscheiden sich im Wesentlichen nur durch in JEE-Container automatisch zum Deployen (läuft) @OnClose und zeigt Symmetrie der Kommunikationspartner wichtige (zu verwaltende) Objekte vom Typ Session Beispiel zeigt, dass es vom Timing abhängt, ob Bestätigung der zweiten Nachricht noch ankommt! keine explizite Nutzung von Threads notwendig; da paralleler Zugriff aber Synchronisation eventuell wichtig 624

65 2. Fallstudie (1/7): Realisierung eines Chats Clients können sich beim Server zum Chatten anmelden jede geschickte Nachricht wird an alle anderen verteilt Abmelden mit Nachricht bye möglich (da wieder nur textbasiert, Überlappungen in Ein- und Ausgabe möglich) Server verwaltet Client-Sessions in einer synchronisierten Collection 625

66 2. Fallstudie (2/7): Server public class ChatServer { private static Set<Session> partner = Collections.synchronizedSet(new public void onopen(session session, EndpointConfig config) { public void onmessage(string msg, Session s) throws IOException { public void onclose(session session, CloseReason closereason) { this.partner.remove(session); 626

67 2. Fallstudie (3/7): Server 2/2 private void sende(string nachricht) { try { // nebenbei aufraeumen List<Session> geschlossen = new ArrayList<>(); for (Session s : this.partner) { if (!s.isopen()) { System.err.println("Geschlossen: " + s.getid()); geschlossen.add(s); else { s.getbasicremote().sendtext(nachricht); this.partner.removeall(geschlossen); System.out.println("Sende " + nachricht + " an " + this.partner.size() + " Klienten"); catch (Throwable e) { e.printstacktrace(); 627

68 2. Fallstudie (4/7): Client public class ChatClient public void onopen(session session, EndpointConfig cfg) { public void onmessage(string msg, Session s) throws IOException { System.out.println("@Client empfangen: " + public void onclose(session session, CloseReason closereason) { System.out.println("abgemeldet"); 628

69 2. Fallstudie (5/7): Client 2/2 public static void main(string[] args) { WebSocketContainer container = ContainerProvider.getWebSocketContainer(); try (Session session = container.connecttoserver(chatclient.class, URI.create("ws://localhost:8080/WebSocketChat/chat"))) { String eingabe= ""; while (!eingabe.tolowercase().equals("bye")){ System.out.print("Beitrag: "); eingabe = new Scanner(System.in).nextLine(); session.getbasicremote().sendtext(eingabe); session.close(new CloseReason(CloseReason.CloseCodes.NORMAL_CLOSURE, "Schicht")); catch (Exception e) { e.printstacktrace(); 629

70 2. Fallstudie (6/7): Ausgabe (Eingaben markiert) Beitrag: verbunden Wer ist da empfangen: Wer ist empfangen: empfangen: ich empfangen: empfangen: bye empfangen: bye abgemeldet Beitrag: empfangen: Wer ist da ich empfangen: empfangen: ich empfangen: bye empfangen: bye abgemeldet Beitrag: empfangen: Wer ist empfangen: ich ich auch empfangen: ich auch empfangen: bye abgemeldet 630

71 2. Fallstudie (7/7): Ausgabe Server INFO: Sende Wer ist da an 3 Klienten INFO: Sende ich an 3 Klienten INFO: Sende ich auch an 3 Klienten INFO: Sende bye an 3 Klienten INFO: Sende bye an 2 Klienten INFO: Sende bye an 1 Klienten 631

72 Ein- und Auspacken Zum Verschicken von Objekten werden sie in einfache Strings verwandelt hier bietet sich wieder JSON an für benötigte Klassen werden Encoder und Decoder geschrieben, die dem Client und Server bekannt gemacht werden folgendes Beispiel: Austausch von Sprint-Informationen mit JavaScript-Client (sehr elementar gehalten) Auch ByteStreams übertragbar 632

73 Sprint- Fallstudie (1/14): Sprints encoden 1/2 public class SprintsEncoder implements Encoder.TextStream<List<Sprint>> was soll codiert werden public void encode(list<sprint> sprints, Writer writer) { JsonProvider provider = JsonProvider.provider(); JsonArrayBuilder elemente = Json.createArrayBuilder(); for (Sprint s : sprints) { elemente.add(jsonsprint(s, false)); // von REST bekannt JsonObject js = Json.createObjectBuilder().add("sprints", elemente).build(); try (JsonWriter jsonwriter = provider.createwriter(writer)) { jsonwriter.write(js); 633

74 Sprint- Fallstudie (2/14): Sprints encoden public void init(endpointconfig config) public void destroy() { //leider Copy & Paste private JsonObject jsonsprint(sprint s, boolean einzeln) {

75 Sprint- Fallstudie (3/14): Sprint decoden 1/2 was soll decodiert werden public class SprintDecoder implements Decoder.TextStream<Sprint> { private SimpleDateFormat formatter = new public Sprint decode(reader reader){ JsonProvider provider = JsonProvider.provider(); JsonReader jsonreader = provider.createreader(reader); JsonObject js = jsonreader.readobject(); Sprint sprint = new Sprint(); sprint.setmotto(js.getstring("motto")); try { sprint.setstarttermin(formatter.parse(js.getstring("starttermin"))); 635

76 Sprint- Fallstudie (4/14): Sprint decoden 2/2 sprint.setendtermin(formatter.parse(js.getstring("endtermin"))); catch (ParseException ex) { try { sprint.setgeplanteraufwand(js.getint("geplanteraufwand")); catch (Exception e){ sprint.setgeplanteraufwand(integer.parseint(js.getstring("geplanteraufwand"))); return public void init(endpointconfig config) public void destroy() { 636

77 Sprint- Fallstudie (5/14): SprintServer encoders={sprintsencoder.class, decoders={sprintdecoder.class) public class SprintServer implements PersistenzService pers; private static Set<Session> partner = Collections.synchronizedSet(new public void onopen(session session, EndpointConfig cfg) { this.partner.add(session); sende(); // besser nur an einen 637

78 Sprint- Fallstudie (6/14): SprintServer public void onmessage(sprint sprint, Session session) throws IOException { try{ this.pers.persist(sprint); hier wird Decodierung sende(); genutzt catch (Exception e){ // Benachrichtigung an den Client public void onclose(session session, CloseReason cr) { this.partner.remove(session); 638

79 Sprint- Fallstudie (7/14): SprintServer 3/3 public void sende() { try { List<Session> geschlossen = new ArrayList<>(); List<Sprint> sprints = pers.findallsprint(); for (Session s : this.partner) { if (!s.isopen()) { System.err.println("Geschlossen: " + s.getid()); geschlossen.add(s); else { s.getasyncremote().sendobject(sprints); this.partner.removeall(geschlossen); catch (Throwable e) { e.printstacktrace(); 639

80 Sprint- Fallstudie (8/14): JavaScript-Client 1/6 <!DOCTYPE html> <html> <head> <title>websocket Client für Sprints</title> <meta http-equiv="content-type" content="text/html; charset=utf-8"> <script type="text/javascript" src="js/ws.js"></script> </head> <body> <form name="felder"> <div id="eingabe"> Motto : <input type="text" id="motto"><br> Starttermin: <input type="text" id="starttermin"><br> Endtermin: <input type="text" id="endtermin"><br> geplanter Aufwand: <input type="text" id="geplanteraufwand"><br> </div> 640

81 Sprint- Fallstudie (9/14): JavaScript-Client 2/6 <div id="button"> <input type="button" value="absenden" onclick="sende();"><br> <input type="button" value="beenden" onclick="ws.close();"> </div> <div id="sprints" style="background-color: white; margin:5px;"> </div> </form> </body> </html> 641

82 Sprint- Fallstudie (10/14): JavaScript-Client 3/6 // Zuerst ueberpruefen, ob der Browser Websocket unterstuetzt // wird am Ende des Scripts gestartet if ("WebSocket" in window) { var ws = new WebSocket("ws://localhost:8080/Sprinter/socketsprint"); //wird bei erfolgreichem Verbindungsaufbau aufgerufen ws.onopen = function() { //alert("open"); ; // wird aufgerufen, wenn Server Daten schickt ws.onmessage = function(event) { // geht ohne eval var objjson = eval("(function() {return " + event.data + ";)()"); document.getelementbyid("sprints").innerhtml = table(objjson.sprints); ; 642

83 Sprint- Fallstudie (11/14): JavaScript-Client 4/6 //wird aufgerufen, wenn Verbindung geschlossen wurde ws.onclose = function() { alert("client beendet Verbindung"); ; // Fehlermeldung ws.onerror = function(error) { alert("ein Fehler ist aufgetretten " + error); ; else { alert("dein Browser ist zu alt"); 643

84 Sprint- Fallstudie (12/14): JavaScript-Client 5/6 function sende() { var sprint = { motto: document.getelementbyid("motto").value, starttermin: document.getelementbyid('starttermin').value, endtermin: document.getelementbyid('endtermin').value, geplanteraufwand: document.getelementbyid('geplanteraufwand').value ; //mit stringify zum JSON Objekt kodieren und abschicken ws.send('' + JSON.stringify(sprint)); //Eingabefelder leeren document.getelementbyid('motto').value = ''; document.getelementbyid('starttermin').value = ''; document.getelementbyid('endtermin').value = ''; document.getelementbyid('geplanteraufwand').value = ''; 644

85 Sprint- Fallstudie (13/14): JavaScript-Client 6/6 function table(data) { var erg = "<table border='1'>"; erg += "<tr><th>id</th><th>motto</th><th>start</th>"; erg += "<th>ende</th><th>geplanter Aufwand</th></tr>"; for (var i = 0; i < data.length; i++) { erg += "<tr style='background-color:" + data[i].farbe + "'>"; erg += "<td>" + data[i].id + "</td>"; erg += "<td>" + data[i].motto + "</td>"; erg += "<td>" + data[i].starttermin + "</td>"; erg += "<td>" + data[i].endtermin + "</td>"; erg += "<td>" + data[i].geplanteraufwand + "</td>"; erg += "</tr>"; erg += "</table>"; return erg; 645

86 Sprint- Fallstudie (14/14): Beispielnutzung 646

87 nächste Schritte Anmerkung: Die Seite ist so mit Code-Injection angreifbar HTML-Client bekommt nicht mit, wenn in JSF-Applikation Sprint bearbeitet wird verschiedene Schritte denkbar Methode sende() von SprintServer wird aufgerufen, wenn ein Sprint-Objekt bearbeitet wird (z. B. in Persistieren einbauen) Persistierung erzeugt Events, wenn Sprint-Objekte bearbeitet werden, SprintServer abonniert diese nächste Folie; nur kleine Änderungen im SprintController von JSF (Änderungen durch REST-Client werden so nicht erkannt) 647

88 Verknüpfung JSF public class SprintController implements Serializable SprintServer server;... public String uebernehmen() { // analog loeschen... server.sende();

89 weitere Überlegung Löschen und Bearbeiten prinzipiell kein Problem: es wird aber ein erweitertes Protokoll benötigt z. B. erste Eigenschaft gibt an, was gemacht werden soll dann würde nicht Sprint-Klasse sondern Befehlsklasse zum Dekodieren im Server genutzt Weiterführend Übertragung von Byte-Streams, z. B, zum Verschicken von Bildern 649

90 Bedeutung von JavaScript Ursprünglich war JavaScript nur Hilfssprache, um kleine Berechnungen und Modifikationen im Browser zu ermöglichen mit HTML 5 wurde JavaScript zur zentralen Sprache des Internets Software-Engineering mit JavaScript steckt noch in den Kinderschuhen keine Klassenbibliothek, keine Standard-Frameworks eine unübersichtliche Menge sehr kreativer Lösungen Beispiel Varianten vom MV*-Pattern viele gute Werkzeuge und Hilfsmittel: JQuery, Jasmine, Istanbul, Karma, Selenium, 650