Javaでitextを使ってＰＤＦ出力 その２：ファイル出力編

前に

Javaでitextを使ってＰＤＦ出力　その１：サーブレット編
http://blog.goo.ne.jp/xmldtp/e/96f05a8f919be0a713a878a5e69a5935

を書いたが、今度は、ファイル出力について考えてみたい。


■概要

ネットワークとJavaのio、さらにiTextとの関係を書くと、こんなかんじ。

つまり、PDFWriterで、下の層のOutputStreamと、上の層のDocumentをつないでいる。
したがって、その１では、ByteArrayOutputStreamとつなげていたところを、
ファイルをオープンして、FileOutputStreamに書き換えてつなげればいいことになる。

---

■手順（１）：ダウンロード

は、「その１」で、すでにしている。それを使う

---

■手順（２）：プロジェクト作成
　前回は、Tomcatプロジェクトを作成したが、
　今回は、ふつうのJavaプロジェクトを作成する。

　eclipseを立ち上げたら、
　ファイル→新規→Javaプロジェクト

　を選択。出てきたダイアログにプロジェクト名を入れて作成する。

---

■手順（３）：プロジェクトにiTextとiTextAsianを入れ、パスを貼る
　前回ダウンロードしてきた、iTextとiTextAsianのjarファイルを、手順（２）で作ったプロジェクト
　にドラッグアンドドロップして、コピーする。

　あるいは前に作ったプロジェクトに入っているiTextとiTextAsianのjarをコピーし、
　それを、手順（２）で作ったプロジェクトに貼り付けても良い。

　とにかく、jarを、プロジェクトに入れる。

　そうしたら、Javaのビルドパスを設定する。
　プロジェクトを選択し、右ボタンメニューで出てくる、「プロパティ」を選択すると、プロパティダイアログが表示される。

　そこから「javaのビルド・パス」を選択。
　「ライブラリ」タブを選択し、Ｊａｒ追加をクリック。
　でてきたダイアログで、先ほどのjarファイル（iTextとiTextAsianのjarファイル）を選択して「ＯＫ］。ビルドパスのページを閉じる。

---

■手順（４）：ソースコードの作成
　クラスを作成する。クラス名はなんでもかまわない。
　今回はSample1とした。

　プロジェクトを右クリック→新規→クラス

　でクラスファイルは作成できる。適当に作成する。

　作成したら、

フリーのライブラリを使いPDFを生成する
http://www.atmarkit.co.jp/fjava/javatips/134java025.html

　を参考に、ファイルを書き換える。書き換えた内容を以下に示す。

import java.io.FileNotFoundException;
import java.io.FileOutputStream;
import java.io.IOException;
import com.lowagie.text.Document;
import com.lowagie.text.DocumentException;
import com.lowagie.text.Font;
import com.lowagie.text.Paragraph;
import com.lowagie.text.pdf.BaseFont;
import com.lowagie.text.pdf.PdfWriter;

public class Sample1 {
	public static void main(String[] args) throws IOException
	{
		// 汎用の文書オブジェクトを生成
	    Document doc = new Document();
	    FileOutputStream out=null;

	    try {
	      // 出力先を指定し、文書をPDFとして出力
	      out = new FileOutputStream("sample1.pdf");
	      PdfWriter.getInstance(doc, out);
	      // 出力開始
	      doc.open();
	      // 日本語フォントの設定
	      Font font = new Font(BaseFont.createFont(
	          "HeiseiKakuGo-W5",
	          "UniJIS-UCS2-H",
	          BaseFont.NOT_EMBEDDED));
	      // 文書に要素を追加
	      doc.add(new Paragraph("こんにちは、世界。", font));

	    } catch (FileNotFoundException e) {
	      e.printStackTrace();
	    } catch (DocumentException e) {
	      e.printStackTrace();
	    }

	    // 出力終了
		doc.close();
		out.close();

	}
}

書き換えたら、保存する

---

■手順（５）：実行する

プロジェクトを右クリックして、

　　実行→Javaアプリケーション

を選択する。
ダイアログが出てくる。今作成したクラス名を探して選び、実行する。

おわったら、Ｆ５を押すと、リフレッシュされ、プロジェクトにＰＤＦが見える。
それをダブルクリックすると、出来てますよね！！

Googleの関数グラフ表示機能、ＩＥ７では、表示しない

Googleで、関数を入力すると、グラフを表示してくれる機能が入ったけど、
ＩＥ７において、Googleでsin(x)を検索した場合


Chromeにおいて、Googleでsin(x)を検索した場合



ＩＥ・・・（；＿；）

Firefoxピンチ報道に各地で反論－FireFoxよりIEでは？IE9,XPでは動かない！

Chromeが4.71%から18.1％にシェア上昇したのに対し、
FireFoxが25.02%からは22.14％に減少（2009年12月→2011年11月）ということ
から、「Firefoxピンチ」って言っていることに対しての記事なんだけど・・


Firefoxピンチ報道に各地で反論
http://zasshi.news.yahoo.co.jp/article?a=20111208-00000002-rnijugo-inet


その論理は、当然おかしいわけで、
Ｃｈｒｏｍｅは１４％も伸ばしているのに、ＦｉｒｅＦｏｘが３％しか落ちていないんだから、
もっと落ちているところがあって、そいつのほうがピンチと考えるべきだろう。

---

その、もっと落ちているのが、きっとＩＥなんでしょうね。。。

記事では、ＩＥの危機は聞いたことがないって書いてあるけど、
どうなんでしょうねえ・・・今後・・

ＩＥ６，７のシェアは確実に減ってくるだろうし（見えないサイトも、そのうち出てくるよね）
そうしたとき、みんなＩＥ９に乗り換えてくれるか？

---

　え、なぜ、乗り換えないのかですって？

　つまり、ＩＥ９の動作環境は、Windows Vistaか７以上、つまり、ＸＰを使っている人は動かない。

　じゃ、ＩＥ８で良いじゃない！ってことになるけど、ＨＴＭＬ５に関して言うと、ＩＥ８では、
確かに対応といっているけど、それほどではなく、ＩＥ９になって、新しいＪａｖａｓｃｒｉｐｔエンジンを搭載し、いろいろなタグに関しても、本格対応している。

---

　じゃあ、WindowsＸＰ、やめればいいじゃない！というかもしれないが、
　これには２つの問題がある。

　１つは、安定性。
　今ＸＰで、システムを導入している場合、結構安定しているわけで、この安定性を、
　VistaやWindows7で得られるか疑問。

　もうひとつは、設備投資の観点。
　XPのマシンにWindows7をいれて、快適に動くだろうか？
　う～ん、買い換えたほうがいい？
　となった場合、投資の意味はあるだろうか？
　現時点で、ＸＰで何も困っていない。
　Windowsへの投資は経費なので、Windows7への設備投資が回収できるか、甚だ疑問だ。

---

　ってなことで、
　ＸＰを使い続けたいなら、ＩＥ９に上げられないので、ＨＴＭＬ５に世の中が移行されるとこまる。
　逆に、ＸＰを放棄し、Vistaはさておき、Windows7に移行するなら、ＩＥ９は使えるけど・・
　　　そのために設備投資？さらに、今の安定性を捨てる・・・？


　となると、世の中の進化に追いつくための選択肢はただひとつ。

　　　　　ＩＥを捨て、ChromeかFireFoxを入れる・・・

　ということになる。

---

　・・・事実、私の今使ってるノートＰＣには、ＩＥとChromeが入ってる。

　ＨＴＭＬ５のサイトが増えたら、ChromeやFireFoxがデフォルトのブラウザになる日も近いかも？