NetBeans7.1でJavaFX2.0の開発環境を作る - zephiransasのチラシの裏
このエントリはJava Advent Calendar 2011の3日目のエントリです。 ←前の日のエントリ | 次の日のエントリ→ ふと、自分のマシンでJavaFX2.0のサンプルとかを動かしてみたくなったので、以下その手順をメモ的に。 用意した環境は以下のような感じで。 Mac OS X 10.7(Lion) JDK 1.6.0_29 NetBeans&JavaFX SDKのインストール まずはNetBeansのインストールから。NetBeansを以下からダウンロードして、展開＆インストール http://netbeans.org/ ここではJavaFX2.0をサポートしているNetBeans7.1を選択。Java SE版とかJava EE版とかあるけど、Java FXをサポートしていれば、なんでもOKです。自分はJava SE版を選択。 次にJavaFXをインストール。 http:/
PathTransition - JavaFX in the Box
ITpro の Java 技術最前線で、ずっと JavaFX 連載をしていたのですが、それも次の月曜でおしまい。 というのも JavaFX 2.0 で JavaFX Script がサポートされなくなってしまうためです。JavaFX Script を中心に解説をしてきたので、しかたないのですが... で、12/6 の原稿が最終回です。 途中で打ちきりということで、解説していないことがまだいっぱいあります。できるだけ最終回にいれようと思っていたのですが、分量オーバー。なくなく削ったわけです。 でも、せっかく書いたものなので、ここで公開してしまいます。 よく使用するアニメーション XTransition というクラス群は、よく使うアニメーションを簡単に記述できるようにしたクラス群です。 合計 8 種類ありますが、詳細 JavaFX では TranslateTransition、FadeTran
Java アプレットが起動するまでの「待たされている感」を小さくする方法 - Foo am I?
先日書いたエントリ の続き。 Java アプレット が完全に起動するまでの「待たされている感」を小さくする方法について、Java Plug-in のロード時間の短縮やパフォーマンス向上は僕らには難しいので、それはそちらの方々にお任せして、僕らにもできるちょっとしたハック的な方法を考えてみた。 細かい話は省略。 ここでは dtfx.js (http://dl.javafx.com/dtfx.js) という JS を利用して、アプレットをページにロードする（<applet> タグを書き出す）場合に限定するけど、自分で <applet> タグをゴリッと書く場合でも基本的な考え方は一緒。 NetBeans の JavaFX プロジェクトをビルドすると dist フォルダが作成されてその下に生成される HTML ファイルから dtfx.js がロードされる。 HTML は下のような風に生成される。
「詳説JavaFX」第7回 HTTP通信とアニメーション
今月は、再びJavaFXの連載に戻ります。 9月にサンフランシスコで開催されていたJavaOneにおいてJavaFX 2.0が発表されました。詳しくは先月のJavaOneレポートをご覧になっていただきたいのですが、JavaFX 2.0では、JavaFX Scriptのサポートが打ち切られてしまいました。 つまり、JavaFX 2.0はJavaで記述するGUIのフレームワークとなってしまったわけです。 JavaFX 2.0がリリースされるのは来年なので、急にJavaFX Scriptがなくなってしまうわけではありません。また、JavaFX 2.0の発表をうけて、JavaFX ScriptをオープンソースでサポートしていくというVisageプロジェクトも立ち上がっています。 とはいうものの、JavaFX Scriptに対する注目度は確実に下がってしまいました。 本連載でも6回にわたってJava
JavaFX 1.2 のローカルストレージを試してみる - Foo am I?
今回は、JavaFX 1.2 で使えるようになったローカルストレージを試してみます。 まずは単純なスクリプト書いて、NetBeans 上で動かしてみます。 ソースコード： package fooami; import javafx.io.*; import java.io.*; /** * @author hide1080 */ var storage = Storage { source: "storagetest.txt" } var resource = storage.resource; function writeToStrage() { var os = resource.openOutputStream(false); var writer = new PrintWriter(os); writer.println("JavaFX 1.2 が便利になったよ！"); write
Java Web Start 版 Groovy アプリのコード署名は必須ではなかった... - bluepapa32’s Java Blog
前々回 『Java Web Start 版 Groovy アプリはコード署名が必須らしい』と書いた。 実は これはある意味 間違ってはいないが正しくもなかった。 と言うのも... 署名が必要なのは アプリではなく Groovy 自体 (groovy-all-x.x.x.jar) だからだ。 前々回も書いたが Groovy 自体 (groovy-all-x.x.x.jar) は サンドボックスの制限内では初期化すらできないため 必ず署名して全ての権限を与えなくてはならない。 しかし、自分が作成したアプリは サンドボックスの制限内で実行できるのであれば その JAR ファイル自体には 本来 署名する必要などないはず... 『Java Web Start 版 Groovy アプリはコード署名が必須らしい』というのは アプリと一緒に Groovy 自体 (groovy-all-x.x.x.jar)
Wake on LAN してみる Part 3 (shutdown) - bluepapa32’s Java Blog
前回までで、とりあえず リモートで PC を起動できるようにはなったのだが... 今更ながら気づく。リモートで起動できるのに リモートでは停止できないことに... これでは 必要な時だけサーバを起動しておくという当初の目的が達成できない。 もちろん、リモートログインすれば PC を停止できる。 でも、PC を停止するためだけに 毎回 リモートログインして shutdown コマンドを実行するのも面倒... 特に Windows は SSH クライアントが標準装備されていないし... と言うことで... 今回は リモートで Linux サーバを停止するための処理を JavaFX で実装してみた。 ちなみに 今回 対象とする Linux ディストリビューションは Ubuntu だけ... 他のディストリビューションでも停止できるかどうかは不明。 JavaFX で ネットワーク上の Linux
Wake on LAN してみる - bluepapa32’s Java Blog
MacBook Pro を新調したことを機に 古い ノート PC に Linux を入れて Time Machine 用サーバとして使用することにしたのですが... 一日のほとんどを会社で過ごしているにも関わらず 常時 自宅で PC を立ち上げておくのも 何なので WOL (Wake on LAN) を使って 必要なときだけ リモートで起動することにしにてみた。 WOL を使って PC を起動するための アプリケーションは 世の中にいろいろとありますが、 WOL 自体 とっても簡単な仕様なので この機会に勉強も兼ねて JavaFX で自作することにしてみました。 WOL の仕組みは 起動したい PC がつなげられているネットワークに マジックパケットと呼ばれる特殊なパケットを ブロードキャストする だけです。とっても簡単... ところで マジックパケットとは ブロードキャスト・アドレス（F
Wake on LAN してみる Part 2 - bluepapa32’s Java Blog
今回も前回に引き続き Wake on LAN について... 前回は Wake on LAN で送信するマジックパケットを JavaFX で表現してみましたが... 今回は 実際に Wake on LAN 対応の PC を起動するための処理を JavaFX で実装してみました。 Wake on LAN 対応の PC を起動するには マジックパケット (前回の記事参照) を任意のポートにブロードキャストする だけでよいので とっても簡単!! 実装もたったこれだけ... もちろん、いつもの通り 例外処理等は全く考慮していません。 ちなみに 今回は 同じネットワーク内の PC だけを対象としているため ブロードキャストアドレスを 255.255.255.255 としています。 別のネットワークにブロードキャストする場合は 適宜ブロードキャストアドレスを設定すればよいはずです。 import ja
XML-RPC してみる Part 3 - bluepapa32’s Java Blog
今回も まだまだ引き続き XML-RPC について。 前回 NetBeans 6.9 を使って 簡単なアプリケーションを作成してみたものの... 実は そのアプリケーションには XML-RPC の実行が終了するまで 何も操作できなくなる という誰にも言えない問題があったのです。 もし、運悪く XML-RPC がレスポンスを返してくれなかったら 完全にフリーズしてしまいます。 この原因は XML-RPC の実行の仕方にあります。 JavaFX は基本的に 全ての処理を EDT と呼ばれる たった一つのスレッドで 実行しています。 もちろん 全ての処理には 描画処理やイベント処理等も含まれています。 前回のサンプルのように何も考えずにコーディングしてしまったら... 比較的 処理時間の長い XML-RPC が EDT で実行されてしまい、暫くの間 それ以外の処理は全てブロックされ アプリケーシ
XML-RPC してみる - bluepapa32’s Java Blog
XML-RPC は簡単に言ってしまえば... インターネット上のサービスを簡単に実行するための仕組み。 もちろん サーバとのやり取りには XML を使う。 当然、サービスを提供する側が XML-RPC に対応していないとダメ。 XML-RPC の良いところは、 REST と違い ちゃんと仕様が決まっていること。 SOAP と違い 仕様が複雑でないこと。 ではないだろうか。 これは、ライブラリを作る上では非常に重要な要素で、実際 XML-RPC は多くの言語で実装されている。 もちろん、JavaFX で使えるライブラリも存在する。 と言っても、Java のライブラリなのだが... 既存の Java ライブラリがそのまま利用できるのも JavaFX の良いところかな。 今回は、Apache XML-RPC 3.1.2 を使ってみることに... プロジェクトページは こちら まずは Apache
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ハードウェアアクセラレーションを利用したグラフィックスとライセンス条項を改善したJavaFX 2.0
Executing scripts on a remote machine - Marigan's Weblog
Redirecting...
http://webcache.googleusercontent.com/search?q=cache:a96ZM05Uh8wJ:java.sun.com/javase/ja/6/ea/6u10/plugin2/+%E3%82%A2%E3%83%97%E3%83%AC%E3%83%83%E3%83%88+jnlp+%E3%83%80%E3%82%A6%E3%83%B3%E3%83%AD%E3%83%BC%E3%83%89%E5%85%88&cd=4&hl=ja&ct=clnk
SSH してみる (キーペア生成編) - bluepapa32’s Java Blog
SteveOnJava Announcing Visage - The DSL for Writing UIs - SteveOnJava
Redirecting...
Google 翻訳
http://japan.internet.com/developer/20090616/26.html