Aplety

1. Interakcja apletu z platformą ASP.NET - http://java.sun.com/developer/technicalArticles/appletAspIntegration/index.html. Tu się przyda trochę teorii - http://java.sun.com/docs/books/tutorial/networking/urls/readingWriting.html
2. “Klasyczne” rozważania na temat interakcji JS z Java w aplecie - http://www.rgagnon.com/javadetails/java-0172.html
3. Wykorzystanie technologii zaprezentowanej w JSC
4. Co nam daje Web Start - http://java.sun.com/docs/books/tutorial/deployment/webstart/security.html

Uruchamianie apletów u klienta

Na podstawie dokumentacji SUN-a – jest to fragment większej całości dokumentacji sunowskiej  pt. “Applets”. Uruchomienie aplety odbywa się albo poprzez wyspecyfikowanie charakterystyk apletu w znaczniku “APPLET” (lub w nowej edycji HTML 4 “OBJECT”), lub w znaczniku “JNLP” (zastosowanie technologii JNLP). Aplet ładuje się u klienta podczas uruchomienia strony HTML która go zawiera. Model ochrony klienta powoduje, że tylko podpisane aplety są uruchamianie poza piaskownicą przeglądarki. Aplety które mają mieć większe prawa dostępu do zasobów lokalnych muszą być podpisane przez certyfikat. Podczas uruchamiania aplet pyta o zgodę na dostęp do zasobów. Bez zgody użytkownika aplet nie ma dostępu do zasobów lokalnych komputera. Uwaga: dodatkowa konfiguracja maszyny wirtualnej java jest możliwa poprzez przystawkę Java Control Panel w pasku podczas uruchamiania strony z apletem.

W przypadku apletów nie podpisanych (“gołych”) zaleca się wykorzystanie protokołu JNLP do definiowania zakresu praw dostępu do zasobów lokalnych. JNLP ma specjalne ustawienia  do definiowania zakresu dostępu do lokalnych zasobów. Do korzystania z JNLP potrzebna jest konfiguracja serwera www (uczulenie na tworzenie nagłówków MIME o typie JNLP) lub podstawienie pod nazwę pliku JNLP plik z rozszerzeniem PHP. Oto przykład:

<?php

header("Content-Type: application/x-java-jnlp-file");

readfile('uruchomPodpis.jnlp');

?>

plik jnlp:

<applet name="CA",
        jnlp_href = 'uruchomPodpis.php',
        width = 300,
        height = 300 >
    <PARAM NAME=Server-Library VALUE=https://dvcl4.coig.com:10066/podpisAplet/ext>
    <PARAM NAME=Properties-File VALUE=cryptoapplet.properties>
</applet>

“Goły” aplet może niewiele. Może m.in. – połączyć się ze serwerem  z którego została załadowana strona. Aplet załadowany z lokalnych zasobów (a więc ktoś go tam zainstalował) nie ma żadnych ograniczeń.

Aplety nie podpisany załadowane poprzez JNLP mają większe prawa m. in. mogą czytać i pisać do lokalnych zasobów. Uwaga: wśród parametrów konfiguracyjnych nie ma mowy o uruchamianiu procesu zewnętrznego np. jakieś aplikacji desktopowej (takie sztuczki może dokonać wyłącznie aplet podpisany).

Wywołanie nawet podpisanych apletów z poziomu kodu JS na stronie HTML powoduję ograniczenie zakresu działania apletu tak jakby był niepodpisany.

Z przykładu zamieszczonego w rozdziale “Invoking Applets Methods from javascript code” widać, że jest bardzo łatwo sterować metodami zawartymi w aplecie z punktu widzenia JS. Sytuacja odwrotna tj. dostanie się do elementów strony HTML czy też skryptów na niej jest również możliwa dzięki technologii LiveConnect. Funkcjonalność ta zawarta jest w pakiecie ‘netscape.javascript’ lub można ją włączyć poprzez wyspecyfikowanie pakietu ‘…/jre/lib/plugin.jar’

Ciekawa definicja apletu na stronach pomocy Eclipse – “An applet is a bean that is designed to be run inside a Web browser and inherits from java.applet.Applet or javax.swing.JApplet .”

Rozważania na temat technik programowania:

1. Nastąpiło zbliżenie, środowisko .NET i J2EE stosują technologię Hibernate do przechowywania stanu oraz mapowania obiektów z aplikacji w bazie danych.
2. Więcej szczegółow u znanego blogisty:
1. http://www.jonathanbruceconnects.com/jonathan_bruce/
2. http://devhawk.net/art_sccswitch.aspx
   
3. Jeżeli chodzi o Oracle to podobnie jak dla innych baz należy przejść z OLDDB do ADO.NET (mimo, że te modele różnią się istotnie architekturą). Na tym polu króluje firma DataDirect - http://www.datadirect.com/products/net/net_for_oracle/index.ssp.
4. Przeglądarka API dla Windows - http://www.activevb.de/rubriken/apiviewer/index-apiviewereng.html
5. Inne przydatne narzędzia programistyczne - http://www.hanselman.com/
6. Jak to jest z połączeniem PHP-Java:
1. Thrift - http://developers.facebook.com/thrift/
2. Krook - http://krook.net/archives/191:
1. The open source PHP/Java Bridge hosted at SourceForge.
2. The commercial Zend Platform Java Bridge developed by Zend Technologies.
3. The free PHP Integration Kit for WebSphere Application Server Community Edition.
7. REST na podstawie pracy Fielding'a - http://searchwebservices.techtarget.com - REST vs SOAP - the rest story
8. REST stosuje również Google - http://code.google.com/apis/gdata/overview.html
9. Dobra kontrola danych jest podstawą bezpiecznej aplikacji webowej : Kevin Beaver- Importance of data validation
10. A SELENIUM podstawą do testowania gotowej aplikacji w całości - http://www.openqa.org/selenium-core/usage.html
11. Przemyśl stosowanie JSF (ciągle zbyt uboga w komponenty) - http://www.theserverside.com/tt/articles/article.tss?l=RethinkingJSF
12. Reminiscensje z JavaONE - http://www.theserverside.com/tt/talks/library.tss#buzek
13. AJAX i GOOGLE - http://www.softwaredeveloper.com/features/google-ajax-play-nice-061907/
14. GlassFish - co to jest? https://glassfish.dev.java.net/
15. Uwaga! Nadchodzi SPRING:
1. http://blog.interface21.com/main/2007/04/21/what-spring-web-flow-offers-jsf-developers/
2. http://www.theserverside.com/tt/articles/article.tss?l=SpringNewJavaEE
   
16. VFP gości .NET - http://west-wind.com/weblog/posts/104449.aspx
17. Nowe spojrzenia na AJAX- a http://www.xul.fr/en-xml-ajax.html
18. Applety z JSC http://jsc.sourceforge.net/
    
19. Świetna dokumentacja do bibliotek środowiska JAVA - http://www.jdocs.com/