Uppgifter

• En klass för äpplet (och det grafiska gränssnittet).
• En klass för tråd 1. Denna klass ska ärva från klassen Thread.
• En klass för tråd 2. Denna klass ska inte ärva från klassen Thread utan implementera gränssnittet Runnable.

Respektive tråd ska i en loop i run-metoden kunna skriva ut meddelandet Utskrift från tråd 1 och Utskrift från tråd 2 i programmets text-area. Utskriften ska göras en gång per sekund.

Vid tryck på den ena knappen ska tråd 1 aktiveras och texten på knappen ska ändras till Deaktivera utskrift från tråd 1. Ett tryck till på samma knapp ska deaktivera tråd 1 (det vill säga stoppa tråd 1 helt) och texten på knappen ska återställas till Aktivera utskrift från tråd 1. Motsvarande gäller för den andra knappen men för tråd 2.

De färdiga CLASS-filerna ska packas i en JAR-fil och HTML-filen som hör till äpplet ska använda denna JAR-fil.

appletviewer http://atlas.dsv.su.se/~pierre/i/ip1/inl/i1/threader.html

Thread tread = new Thread(this);

Man måste givetvis även starta tråden (på ett lämpligt ställe) med:

tread.start();

Läs i API-beskrivningen under java.lang.Thread om varför stop-metoden med flera inte fungerar. Där finns bra tips på hur man stoppar en tråd.

Man får automatisk scrollning av en JTextArea med:

textArea.append("\n" + "T1 running");
textArea.setCaretPosition(textArea.getText().length());

Man måste göra ett nytt trådat objekt vid varje omstart, det går alltså inte att enbart köra start-metoden igen.

När programmet startar ska det hämta och presentera information från den adress som finns default i textfältet från början. Observera! Informationen ska inte tolkas utan bara presenteras som ren text.

De färdiga CLASS-filerna ska packas i en JAR-fil och denna ska gå att köra med:

java -jar Browser.jar

(se manifest).

1. Hämta filen: Browser.jar
2. Kör programmet med: java -jar Browser.jar

Gör samma sak som i Uppgift 2a men med följande modifikationer:

• Programmet ska vara ett äpple.
• Den mottagna informationen ska tolkas, det vill säga inte enbart presenteras som ren text, och länkarna ska fungera.

Notera att det nu, av säkerhetsskäl, endast går att göra uppkopplingar till samma domän som äpplet laddades ner från. Mer om detta på kursen Internetsäkerhet.

De färdiga CLASS-filerna ska packas i en JAR-fil och HTML-filen som hör till äpplet ska använda denna JAR-fil.

appletviewer http://atlas.dsv.su.se/~pierre/i/ip1/inl/i2/browser_cool.html

Man kan testa sitt äpple under utvecklingen på två sätt. Man kan surfa till:

• En fil lokalt på samma dator:
  • Protokoll: File.
  • Säkerhet: Filen måste komma från samma katalog som äpplet.
  • Exempel: file:///C:/Documents and Settings/Administrator/My Documents/en_fil.txt
• En fil via en http-server från en annan dator:
  • Protokoll: HTTP.
  • Säkerhet: Filen måste komma från samma domän som äpplet. Notera att man då måste lägga ut äpplet på nätet under denna domän.
  • Exempel: http://atlas.dsv.su.se/

Försöker man ladda en fil utanför det område beskrivet ovan så genereras en Sequrity Exception.

• Sända text-meddelanden (inskrivet i exempelvis ett text-fält) till chat-servern.
• Ta emot text-meddelanden från chat-servern och visa dessa text-meddelanden i en lämplig swing-komponent, exempelvis en text-area.

Chat-klienten ska gå att startas på tre sätt:

1. java Client (då ska host default bli 127.0.0.1 och port default bli 2000)
2. java Client <host> (då ska port default bli 2000)
3. java Client <host> <port>

Efter detta ska chat-klienten försöka koppla sig till chat-servern. Om kopplingen lyckas så ska det i chat-klientens titelrad stå vilken server och port man är uppkopplad till. Om kopplingen inte lyckas så ska programmet avslutas.

De färdiga CLASS-filerna ska packas i en JAR-fil och denna ska gå att köra med:

java -jar Client.jar

(se manifest).

Verktyget javadoc ska användas för beskrivningen av denna uppgift.

1. Hämta filen: Client.jar
2. Kör programmet med: java -jar Client.jar

Observera! Chat-servern måste vara igång innan man startar chat-klienten, se Uppgift 3a / Tips.

Observera! När man använder Netscapes browser för nerladdning så fungerar inte Client.jar och Server.jar. Vi har tyvärr inte löst detta konstiga problem men här finns en ZIP-fil med de viktigaste filerna.

• Hämta denna chat-server: Server.jar och starta chat-servern med:

java -jar Server.jar

Med detta kommando startar chat-servern på port 2000 men man kan även ange ett annat portnummer, exempelvis:

java -jar Server.jar 2001

Man kan testa att chat-servern fungerar med: telnet 127.0.0.1 2000

• Köra chat-servern mot host: atlas.dsv.su.se på port: 9494. Denna chat-server kan då och då gå ner av överbelastning och man kan testa om den är igång med: telnet atlas.dsv.su.se 9494.

Använd klassen Socket och metoderna getInputStream och getOutputStream för att få strömmar att läsa och skriva från. Exempel på lämpliga ström-kopplingar:

in = new BufferedReader(new InputStreamReader(socket.getInputStream()));
out = new PrintWriter(socket.getOutputStream(), true);

Klienten måste vara multi-trådad. Hämtningen av meddelanden från servern bör ligga i en evig loop i metoden run.

Chat-servern implementerar ett minimalt protkoll som man kan leka med. Om en chat-klient skickar wwhhoo så returnerar chat-servern alla uppkopplade chat-klienters IP-adresser (den inleder svaret med WWHHOO: för varje chat-klient). En chat-klient som utnyttjar detta för att visa uppkopplade chat-klienter är den som används under Hjälp/Chat. Vi har i denna även implementerat ett filter som sorterar ut meddelanden som inte kommer från respektive kurs.

Chat-servern ska kunna ta emot begäran om uppkoppling från nya chat-klienter och placera alla chat-klienter i en egen tråd för att kunna ta emot ytterligare chat-klienter. Varje chat-klient-tråd ligger och väntar på att en chat-klient ska skicka ett text-meddelande. När så sker så ska chat-servern "broadcasta" detta meddelande till samtliga chat-klienter. Chat-servern måste således hålla reda på alla anslutna chat-klienter i någon datasamling.

Alla text-meddelanden som sänds från chat-klienterna ska visas en en lämplig swing-komponent, exempelvis en text-area. För samtliga text-meddelanden så ska följande skrivas ut i denna swing-komponent:

• Chat-klientens IP-adress.
• Text-meddelandet från chat-klienten.

Chat-servern ska gå att starta på två sätt:

1. java Server (då ska port default bli 2000)
2. java Server <port>

Efter detta ska chat-servern göra sig redo för att ta emot förfrågningar om anslutning från chat-klienter. Om detta lyckas så ska det i chat-serverns titelrad stå den host och port som chat-servern kör på samt antalet chat-klienter som är uppkopplade.

Observera! Chat-servern ska upptäcka när en klient inte längre är ansluten och då ta bort den ur datasamlingen och döda tråden (eventuellt kan tråden döda sig själv).

De färdiga CLASS-filerna ska packas i en JAR-fil och denna ska gå att köra med:

java -jar Server.jar

(se manifest).

Verktyget javadoc ska användas för beskrivningen av denna uppgift.

Man måste vara försiktig med krockar. Man har ju ofta flera trådar igång för hantering av anslutna chat-klienter och det kan exempelvis bli fel om man samtidigt (1) tar bort en chat-klient-tråd och (2) broadcastar ett meddelande. För att lösa detta bör man deklarera vissa metoder i chat-servern som synchronized.

Hur upptäcker chat-servern att en chat-klient har kopplat ner? För varje chat-klient som kopplar upp sig till chat-servern så skapar chat-servern en egen tråd för chat-klienten. Antag att klassen som hanterar chat-klienterna heter ClientHandler. ClientHandler är en tråd som hela tiden ligger och lyssnar på om klienten har skickat något meddelande. Om ett meddelande kommer från en chat-klient så anropar ClientHandler en metod i chat-servern som broadcastar meddelandet till alla anslutna chat-klienter. Det är i denna lyssningsfas som ClientHandler kan upptäcka om en klient har kopplat ner:

1. Om chat-klienten beter sig korrekt och stänger sin utström returnerar läsning med (BufferedReader) readLine-metoden null.
2. Om chat-klienten inte beter sig korrekt och inte stänger sin utström blir det IOException vid läsning med (BufferedReader) readLine-metoden.

Man får då undersöka dessa båda fall och om något av dem uppstår så ska man gå ut ur den "eviga" lyssnar-loopen, exempelvis:

public void run() {
   String msg;
   try {
      while ((msg = reader.readLine()) != null) {
         //... gör något med msg ...
      }
      writer.close();
      reader.close();
      socket.close();
   } catch (IOException e) {
   }
   server.killThread(this);
}

Precis efter try-blocket ligger satserna som stänger alla strömmar, och eftersom de genererar IOException kan de ju lika gärna ligga i try-blocket. Om ett IOException har inträffat tidigare kan man ju antagligen inte stänga strömmarna i alla fall.

Exempel på lämpliga ström-kopplingar till klient-socketen:

in = new BufferedReader(new InputStreamReader(clientSocket.getInputStream()));
out = new PrintWriter(clientSocket.getOutputStream(), true);

Hur får man reda på server-socketens host-adress:

String host = serverSocket.getInetAddress().getLocalHost().getHostName();

Hur får man reda på klient-socketens host-adress:

String host = socket.getInetAddress().getHostName();

• Skapa en (inte allt för enkel) välutformad XML-fil.
• Konstruera ett program som kan kontrollera om godtyckliga filer är välutformade. Filens namn ska läsas in som argument när man startar programmet. Om filen är välutformad så ska programmet skriva ut XML-filen, annars ska programmet skriva ut vad som är fel i filen.
• Testa programmet med den egengjorda välutformade XML-filen samt en något modifierad fil som inte är välutformad.

1. Hämta filen: xerces.jar
2. Hämta filen: jdom.jar
3. Hämta filen: WellFormed.class
4. Hämta filen: message_wellformed.xml
5. Sätt classpath: set classpath=xerces.jar;jdom.jar;.
6. Kör programmet med: java WellFormed message_wellformed.xml

• Skapa en inte allt för enkel DTD-fil till den välutformade XML-filen i Uppgift 5a.
• Kopiera och uppdatera XML-filen från Uppgift 5a så att den har en DOCTYPE-deklaration.
• Konstruera ett program som kan kontrollera om godtyckliga filer är valida. Filens namn ska läsas in som argument när man startar programmet. Om filen är valid så ska programmet skriva ut varje del i XML-filen enligt följande:
  • Element med barn ska skrivas med: elementnamn och alla barnens namn.
  • Element med värden ska skrivas med: elementnamn och elementets värde.

  Om filen inte är valid så ska programmet skriva ut vad som är fel i filen.

• Testa programmet med den egengjorda valida XML-filen samt den till denna tillhörande egengjorda DTD-filen. Testa även programmet med en något modifierad XML-fil som är välutformad men inte är valid (relativt denna egengjorda DTD-fil).

1. Hämta filen: xerces.jar
2. Hämta filen: jdom.jar
3. Hämta filen: Valid.class
4. Hämta filen: message_valid.xml
5. Hämta filen: message.dtd
6. Sätt classpath: set classpath=xerces.jar;jdom.jar;.
7. Kör programmet med: java Valid message_valid.xml

• Konstruera ett program som genererar exakt samma XML-fil som gjordes manuellt i Uppgift 5b (utan att läsa in denna till programmet). Den genererade filen ska sparas på en fil vars namn ska läsas in som argument när man startar programmet.
• Testa om denna genererade fil är valid med programmet och DTD-filen från Uppgift 5b. Om inte, modifiera programmet tills den genererade filen blir valid (man upptäcker snabbt hur bra det är med DTD-filer :-).

1. Hämta filen: xerces.jar
2. Hämta filen: jdom.jar
3. Hämta filen: Creator.class
4. Hämta filen: message.dtd
5. Sätt classpath: set classpath=xerces.jar;jdom.jar;.
6. Kör programmet med: java Creator test.xml

• Vi sändning av meddelanden ska följande göras:
  • Klassen Document ska användas för att skapa ett XML-dokument för meddelandet. XML-dokumentet ska peka på en DTD-fil som är PUBLIC här: http://atlas.dsv.su.se/~pierre/i/ip1/inl/i5/message.dtd.
  • Klassen XMLOutputter ska sen användas för att få XML-dokumentet formaterat som en String (utan radbrytningar). Denna String ska sedan sändas på samma sätt som i Uppgift 3a.
• Vid mottagning av meddelanden ska följande göras:
  • Meddelande ska parsas för validitet och ett XML-dokument skapas.
  • Accessa detta XML-dokument för att nå de specifika delar i XML-dokumentet som man vill visa användaren:

  <namn> (<epost>): <meddelande>

  Se Exempel under denna uppgift.

1. Hämta filen: xerces.jar
2. Hämta filen: jdom.jar
3. Hämta filen: Client.class
4. Hämta filen: Client$L1.class
5. Hämta filen: Client$L2.class
6. Sätt classpath: set classpath=xerces.jar;jdom.jar;.
7. Kör programmet med: java Client

Programmet startar default mot chat-servern på: atlas.dsv.su.se port: 9494 och vill man använda en chat-server lokalt kan man starta programmet enligt Uppgift 3a samt använda chat-servern från Uppgift 3b. Notera att det ju även kan sändas meddelanden på denna "kanal" som inte följer protokollet i denna uppgift och att man då får meddelandet: KUNDE INTE PARSA ETT MEDDELANDE.

Document doc = builder.build(new StringReader(in.readLine()));

för att bygga ett XML-dokument direkt från en String.

För att konvertera ett Document till ren text utan radbrytningar är metoden setLineSeparator bra:

XMLOutputter outputter = new XMLOutputter();
outputter.setLineSeparator("");

• Namn.
• E-post.
• Hemsida.
• Kommentar.

Användarens inlägg ska sparas i databas-servern MySQL som kör på atlas.dsv.su.se. Alla inlägg ska visas i en text-area.

De färdiga CLASS-filerna ska packas i en JAR-fil och HTML-filen som hör till äpplet ska använda denna JAR-fil.

appletviewer http://atlas.dsv.su.se/~pierre/i/ip1/inl/i6/sql_guestbook.html

Man behöver här ett JDBC-gränssnitt mot MySQL och det finns i följande zip-fil: twz1.zip. Packa upp zip-filen i katalogen för denna uppgift.

Anslutningen görs med:

Class.forName("twz1.jdbc.mysql.jdbcMysqlDriver");
Connection dbConnection = DriverManager.getConnection(url, username, password);

där:

url = "jdbc:z1MySQL://" + computer + "/" + db_name;
computer = atlas.dsv.su.se
db_name, username och password fås här.

När man ska skapa en JAR-fil med alla CLASS-filer från filen twz.zip med så gör man enligt följande:

jar cf SQLGuestbook.jar *.class twz1\jdbc\mysql\*.class

Använd gärna MySQLFront för att få en tydligare bild av vad som sker i databasen.

Gör ett fristående program med ett grafiskt användargränssnitt som med hjälp av JDK-extensionen Javamail kan sända e-post. Användaren ska kunna skriva in följande:

• Mail-server.
• Från.
• Till.
• ämne.
• Meddelande.

1. Hämta filen: activation.jar
2. Hämta filen: mail.jar
3. Hämta filen: MailSender.class
4. Hämta filen: MailSender$L.class
5. Sätt classpath: set classpath=activation.jar;mail.jar;.
6. Kör programmet med: java MailSender

Gör ett fristående program med ett grafiskt användargränssnitt som med hjälp av JDK-extensionen Javamail kan mottaga e-post. Användaren ska kunna skriva in följande:

• Mail-server.
• Användare.
• Password.

1. Hämta filen: activation.jar
2. Hämta filen: mail.jar
3. Hämta filen: MailReceiver.class
4. Hämta filen: MailReceiver$L.class
5. Sätt classpath: set classpath=activation.jar;mail.jar;.
6. Kör programmet med: java MailReceiver

Gör ett program som beräknar något krävande på serversidan med hjälp av RMI.

Man behöver bara testa detta lokalt på en och samma maskin men det är extra kul om man verkligen kör på två olika maskiner.

• I katalogen i8 skapa katalogerna:
  • server. Lägg här filerna:
    • Server.class
    • Server_Skel.class
    • Server_Stub.class
    • RemoteServer.class
  • client. Lägg här filerna:
    • Client.class
    • Client$ThePanel.class
    • Client$MouseListener1.class
    • Client$MouseMotionListener1.class
    • Server_Stub.class
    • RemoteServer.class
    • policy
• I katalogen i8/server:
  • Kör igång rmi-registryt: start rmiregistry
  • Kör igång servern: java Server
• I katalogen i8/client:
  • Kör igång klienten: java -Djava.security.policy=policy Client

• Gesällprovet ska baseras på de tekniker som denna kurs bygger på men får givetvis även innehålla tekniker från andra områden. 
• Gesällprovet måste vara nätverksbaserat.
• Gesällprovet ska vara bra både till både form och funktion, det vill säga både till utseende och beteende.
• Gesällprovet ska beskrivas generellt på en separat HTML-sida. Det ska finnas bilder på programmet under körning och dessa bilder ska beskrivas med text. En bild av ett program under körning fås (i Windows) genom att trycka på <CTRL><ALT><PRINT SCRN> samtidigt, vilket medför att bilden på programmet läggs i urklippsbufferten som sedan lätt kan klistras in i ett HTML-dokument i en HTML-editor.
• Gesällprovet ska beskrivas med verktyget javadoc.
• Gesällprovet kan vara ett fristående program eller ett äpple.

Med gesällprovet deltar man (frivilligt) i en tävling. De bästa resultaten kommer att presenteras på nätet och vinnaren till första deadline erhåller ett pris.

• Multicast:
  • Göra ett multicast-program som fungerar över Internet med hjälp av MBONE [Medel].
• News:
  • NNTP-klient för att hämta news [Medel].
  • NNTP-server för att serva news [Svår].
• E-post:
  • Ett komplett e-post system som kan sända/ta emot bifogade filer med mera [Svår].
  • Mail2Phone: ett program på server-sidan som med jämna mellanrum (med hjälp av crontab) kopplar sig till en mail-server och sänder nya brev vidare till en mobiltelefon [Svår].
• Java Micro Edition (J2ME):
  • Något med inbyggda system [Svår].
• Spel:
  • Ett roligt nätverksbaserat spel [Svår].
  • En nätverksbaserad cellulär automat [Går det :-)?].

Det finns även en rad andra intressanta extensions som vi inte har nämnt tidigare, en bra utgångspunkt för dessa finns här.

Använd gärna chat-servern på atlas.dsv.su.se port 9494 för gesällprovet.

Huvudsaken är att man gör något som är kul!