假如把Java媒體框架(http://java.sun.com/jmf)看作客戶端安裝的媒體播放機的話，那麼這種框架並不是非常激動人心。它只支持少量媒體類型，並且事實上這些媒體類型都被象Windows媒體播放機以及QuickTime等其它的應用程序支持。
但是從內容供給商的觀點來看，下面這個事實更加有意義：JMF在所有的Java類型中都可用，這使在客戶端上不必要有任何特定的媒體技術就可以部署媒體--所需要的只是J2SE Java運行時間。
更重要的是它能利用.jar文件格式的一些性能把解碼器和媒體組成到一個文件中，創建一個"自我播放電影"，使用了象WinZip和StuffIt這樣的壓縮應用程序大致相同的方式來創建自我展開文檔。
我們把此分為三個階段：
1.使JMF能夠播放.jar文件中的媒體。
2.只使用需要播放本地媒體所需的JMF的一部分創建一個輕量級.jar文件。
3.將代碼和媒體放入.jar文件，並且創建一個合適的manifest文檔以使它可以雙擊。
基本的JMF播放的要害是獲得Player，能解碼和渲染你的媒體。一般來說，這通過使用Manager獲得合適的DataSource來完成，在一個播放實例中提供了媒體流和流元數據，例如媒體格式。Manager然後找到一個Player來處理DataSource。在兩種情況下，Manager結合一個帶有程序包前綴列表(象javax.media、com.ibm.media等等)的反射方案來試圖尋找合適的類，例如假如一個計劃的播放程序不能接受提供給它的DataSource，那麼它就會拋出異常。
Manager沒有太多事要做，只是察看一下URL中的協議和文件擴展名，所以雖然它可以很輕易的知道如何處理file:///Users/cadamson/mymp3stash/some.mp3，但是它不知道如何處理象jar:file:/Users/cadamson/dev/jmftests/spmovie-old/src/gatsbymovie.jar!/movie/themovie.mov這樣的URL。
為了緩和這種情況，我們可以寫一個DataSource，說得更准確一點就是一個PullDataSource，擔負為Manager描述細節的責任。JarEntryDataSource中沒有一個方法非凡難；我們提供的PullSourceStream還需要實現幾個超級接口。
它有些不夠完美，但是這個類依靠文件擴展名來返回"內容類型"。這多多少少有點象一個MIME類型，除了使用句號代替斜線符號來格式化以外，所以它可被用於程序包名稱(例如video/mpeg MIME類型變成video.mpeg，所以Manager可以找到com.sun.media.codec.video.mpeg包)。下面是我們的簡單的實現：
public String getContentType() {
try {
URL url = getLocator().getURL();
String urlFile = url.getFile();
if (urlFile.endsWith(".mov"))
return "video.quicktime";
else if (urlFile.endsWith(".mpg"))
return "video.mpeg";
else if (urlFile.endsWith(".avi"))
// Manager needs '_' insted of '-'
return "video.x_msvideo";
else
return "unknown";
} catch (MalformedURLException murle) {
return "unknown";
}
}
另一個煩惱是JMF源代碼表明假如提供的流是Seekable的話(這是一個提供隨機存取seek()方法的接口)，默認Player只能播放一個QuickTime DataSource。假如尋找點在流的非常上流的地方，那麼JarEntryDataSource中的策略是使用InputStream.skip()。假如尋找點在當前讀取點之後(調用tellPoint，因為它的值通過Seekable.tell ()方法返回)，然後它必須關閉InputStream，再重新打開，跳到尋找點。它使用一個內部的thoroughSkip()方法來確定我們實際上停在哪裡。
public long seek (long position) {
try {
if (position > tellPoint) {
thoroughSkip (position - tellPoint);
} else {
close();
open();
thoroughSkip (position);
}
return tellPoint;
} catch (IOException ioe) {
return 0; // bogus...
}
}
使用這個類，Manager可以找到一個可用的Player用於播放.jar文件中的.mov或者.avi文件。我們的示例的TinyPlayer使用ClassLoader.getResource ()方法來在類路徑中尋找movie/themovie.mov或者movie/themovie.avi。當類路徑只包含.jar文件的時候，我們將對其進行設置。
預備一個合適的.jar文件中的第一步是使用JMF的jmfcustomizer工具來創建一個jar，只使用播放我們的媒體所需要類，去掉用於流、捕捉、譯碼和其它對於一個簡化的播放程序不需要的函數。不幸的是，Sun在各種Java版本的JMF中都不包含jmfcustomizer的幫助文件，但是各種定制屏幕很輕易設計出來：
1.媒體源和媒體匯點：選擇"媒體文件"和"播放"。
2.協議：只是"文件"。
3.源媒體格式："QuickTime (.mov)"和"Avi"。
4.解碼器：無論你計劃在你的媒體中使用什麼解碼器，但是用於音頻的大部分都是"A - law"、"U - law"或"IMA4"，用於視頻的是"H263"。不要為編碼器、封包器和解包器而費心。
5.渲染：在音頻中，我們需要"JavaSound"用於Java 1.3及1.3以上的版本，SunAudio用於Sun的pre-1.3 JVM。對於視頻，我們只需要AWT。
其結果是本來用於我們的播放器的jar被從1.9 MB壓縮到700K。
假定你已經編譯了兩個com.mac.invalidname.spmovie類，把它們添加到定制的jar中：
jar uf customized.jar com/mac/invalidname/spmovie/*.class
JMF的許可證有效期需要它的readme文件使用任何JMF或者定制子集來分布。我已經在misc目錄中提供了，在TinyPlayer的菜單項可以找到它：
jar uf customized.jar misc/
為了使這個.jar文件可雙擊，我們提供一個manifest文件告訴Java運行時間在.jar文件中的哪個類中有在雙擊或者使用簡單jar命令行變量的時候調用的main()方法。manifest還提供一個只包含jar自己的類路徑：
Main-Class: com.mac.invalidname.spmovie.TinyPlayer
Class-Path: .
這個manifest使用下面的命令來添加：
jar ufm customized.jar manifest-stub.txt
這個文件現在有用於播放jar中的一個電影的所有的代碼。為了將來之用，請把它保存為spmovie-engine.jar文件，或者類似的文件。
現在引擎已經具備了，我們所需要的只有媒體了。正如你可從JMF支持類型頁面看到的那樣，所有Java版本的JMF有一個相當有限的所支持解碼器的集合。對於視頻來說最好的選擇可能是H.263，在很廣泛的比特率下能夠工作的很好，然而它可能在老機器上會執行得很困難，除非你壓縮視頻或者保持較低的幀速率。雖然音頻較少是事先預備好的，但是我想IMA 4:1執行得相當好。適當地編碼或者譯碼你的媒體，並且把它復制為movie/themovie.mov或者movie/themovie.avi。假如你喜歡你也可以把.jar文件改名(我使用spmovie.jar)並且添加媒體：
jar u0f spmovie.jar media/
注重這裡的"0"是數字零，而不是字母O；這表明我們不想壓縮這個輸入項，因為我們的媒體已經被壓縮了。
千辛萬苦，我們的自我播放電影終於做成了，這個文件知道在雙擊的時候運行什麼類，提供了多路解編、解碼和渲染一部電影所需的所有的代碼，以及電影本身。假如你想看看這種小型自我播放電影，你可以去看看。
它擴展了小應用程序的概念，答應媒體在任何可用於Java的浏覽器中播放。
說白了，它是一個Java虛擬機而不是媒體播放機。但是我們這種"一次編輯，到處播放"的思想是完全符合Java的原先的目的的。
