Antyapplet

Wpis ten dedykuję Profesorowi Ryszardowi K., który potrafi obrzydzić jave prawie każdemu.

Applety to zuo

Jest to prawda objawiona, która rozwinęła się w udowodnioną. Dziękować za to można różnym mało rzetelnym osobom, które propagowały też np. atak na kompa przez coockie. Niestety nie zmienia to faktu, że applety są raczej technologią odchodzącą powoli do lamusa. Pytanie co w zamian? Niewątpliwie największą grupę zamienników dla appletów stanową wszelkiej maści animacje flash. Posiadają one ogromne możliwości i dzięki prostocie tworzenia nie wymagają zbyt dużo wiedzy. Z drugiej strony trzeba mieć smykałkę do grafiki. Flash sprawdza się, moim zdaniem, słabo jeśli chodzi o obróbkę danych i pracę z aplikacjami webowymi. No właśnie drugą grupę stanową aplikacje działające po stronie serwera, których interfejs to strona www. Jest to całkiem dobre rozwiązanie ponieważ nie wymaga dużych nakładów pracy ze strony programistów jeśli chodzi o tworzenie GUI. Bierze się webmastera przez jeden dzień szkoli w zakresie wybranej technologii np. Velocity lub Wicket i gotowe. Można też pójść po najmniejszej linii oporu i napisać GUI w GWT.

Ok, jest web, ale są aplikacje, które wymagają okienkowych „bajerów” np. dynamicznych wykresów, a jednocześnie nie chcemy tego robić we flashu. Co ze starszymi programami w javie, które ktoś chce migrować na serwer. Tu pojawia się bohater dzisiejszego wieczora.

Java Network Launching Protocol (jnlp)

Jest to jedna z mało znanych ciekawostek javy. Obecnie coraz popularniejsza i coraz częściej stosowana. Jednak po kolei.

Stwórzmy projekt w mavenie i zmieńmy kompilator na jave 5. Następnie klasa główna programu niech będzie wyglądać w następujący sposób:

Listing 1. Główna klasa programu


package eu.runelord.blog;

import java.awt.Dimension;

import javax.swing.JFrame;

/**
* Hello world!
*
*/

public class App {
public static void main(String[] args) {
JFrame frame = null;
if (args != null && args.length > 0)
frame = new JFrame(args[0]);
else
frame = new JFrame("Error!");
frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

frame.setPreferredSize(new Dimension(350, 50));
frame.setSize(new Dimension(350, 50));
frame.setVisible(true);

}
}

Tyle nam do szczęścia wystarczy.

Konfiguracja serwera

Zaletą jnlp jest możliwość uruchomienia programu javowego na praktycznie „gołym” serwerze www np. Apache. By to uczynić trzeba, poza wrzuceniem plików, ale to za chwilę, dodać pliki .jnlp i .jardiff do pliku .htaccess:

Listing 2. Treść pliku .htaccess


AddType application/x-java-jnlp-file .jnlp
AddType application/x-java-archive-diff .jardiff

plik ten będzie trzeba wrzucić na serwer. Jeżeli mamy możliwość warto te ustawienia dodać do httpd.conf jednak zazwyczaj administratorzy bezpłatnych serwerów nie dają się przekonać do odpowiednich zmian. Tyle jeśli chodzi o konfigurację. Jedziem dalej

Deskryptor web.jnlp

W najprostszym opisie jnlp działa w następujący sposób:

  • Pobieramy plik jnlp
  • Java rozpoznaje go jako swój i uruchamia mechanizm Java Web Start (jws)
  • Ściągają się pliki jar i są weryfikowane
  • Wywoływana jest metoda main

Od razu kilka pytań. Skąd jws wie gdzie leżą jary? Skąd JVM wie która to klasa główna? Po co podpisywać jara? Odpowiedź na ostatnie pytanie jest banalna, jar podpisany i zweryfikowany przez klienta jest bezpieczny. Z pozostałymi dwoma pytaniami sprawa ma się troszkę inaczej. Plik jnlp służy do przekazania podstawowych informacji o tym gdzie szukać pliku jar z programem i jak go uruchomić. Przykładowy plik web.jnlp:

Listing 3. web.jnlp czyli deskryptor jws

<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.0+" codebase="http://www.koziolekweb.yoyo.pl/examp/jnlp/"
href="web.jnlp">
<information>
<title>WebStart Demo</title>
<vendor>Bartek Kuczynski</vendor>
<homepage href="http://runelord.eu" />
<description>A Java Webstart test</description>
<offline-allowed />
</information>
<resources>
<j2se version="1.4+" />
<jar href="JnlpForFUW-0.1.jar" />
</resources>
<security>
<all-permissions />
</security>
<application-desc main-class="eu.runelord.blog.App">
<argument>Witaj przebrzydły świecie</argument>
</application-desc>
</jnlp>

W pliku tym są zawarte informacje na temat wydawcy programu, wymaganej wersji javy oraz klasy głównej programu. Po co to ostatnie skoro można przeczytać manifest no bo tak. Nie jest to element obowiązkowy, ale nie zaszkodzi go dodać.Istnieje też możliwość przekazania parametrów do programu. Na zakończenie naszych dzisiejszych zmagań trzeba jeszcze plik jar podpisać i umieścić na serwerze. Przykładowa aplikację znajdziecie tutaj. Dokumentację jws można znaleźć tutaj dotyczy ona co prawda wersji 1.4.2, ale zawsze można pokopać za 1.6 😉 Oczywiście dokumentacja jest też w standardowym pakiecie dokumentacji javy.

Wspomnę jeszcze tylko o pracy z mavenem. Istnieją dwa pluginy pozwalające na pracę z jws. Pierwszy maven-webstart-plugin działa z mavenem1.x i można go olać. Drugi mojo-webstart-plugin pochłonął mi dwa wieczory i nadal nie chce działać. Narazie to olewam.

Napisz odpowiedź

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

To create code blocks or other preformatted text, indent by four spaces:

    This will be displayed in a monospaced font. The first four 
    spaces will be stripped off, but all other whitespace
    will be preserved.
    
    Markdown is turned off in code blocks:
     [This is not a link](http://example.com)

To create not a block, but an inline code span, use backticks:

Here is some inline `code`.

For more help see http://daringfireball.net/projects/markdown/syntax