もっとJavaEE6っぽくcometチャットを実装する - きしだのHatena
もっとJavaEE6っぽくやってみよう 昨日のエントリでは、AsyncContextの使いかたを試すため、サーブレットだけを使って実装してみました。 でも、すこし泥臭いコードも多くなっていたし、このまま実用的なコードにしていくときにゴテゴテとコードを継ぎ足していくというのもイヤな感じです。 そこで、もっとJavaEE6っぽいコードに書き換えてみましょう。 少し準備 今回は、JAX-RSでのRESTful Webサービスと、CDIでのインジェクションを使ってみます。 JAX-RSの準備 まずは、JAX-RSを使うための設定クラスを作成します。 package chat2; @javax.ws.rs.ApplicationPath("rs") public class ApplicationConfig extends javax.ws.rs.core.Application { } こういう
2007-08-29 - marsのメモ
とりあえず，ここまでできた．グラフ部分はVisualGCの部品を貼っ付けるだけみたいだし，あとは監視スレッドの生死制御を組込めば完成しそうな雰囲気． 続きを読む 本屋で見かけて目を奪われた，いろんな意味でスゴイ本． JavaEE5を扱っているのがスゴい EJB3とかJSFじゃなくてJavaEEだ． その網羅っぷりがスゴい パッケージングから始まりMDBやTimerなどマイナー(?)なAPIも逃さずキャッチアップだ． 値段がスゴい でもページ単価で考えると，すごく安いかも． ページ数がスゴい 784pって，ちょwおまww よくぞここまで書きまとめたと言わずにはいられない．ご苦労様でした．＞作者殿 JavaEEを盲信できる素直な心はとうの昔にドブに捨てたが，腐っても標準仕様であるJavaEEとどうおつきあいしようか考えあぐねている人にはうってつけの参考書になるであろう． つうわけで，あたしゃ（
きしださんの一連のエントリ読んで考えた - yojikのlog
http://d.hatena.ne.jp/nowokay/20070825 Javaにだってシンプルで使いやすいフレームワークは結構あるわけだし、特定の用途ではServlet直接書いてもいいはず*1。そういう選択肢も検討しないで、よくわからんお仕着せのフレームワークとかを押し付けられるからJava嫌いになってしまう気がする。 結局、言語やフレームワークではなく、「チーム」に問題があるんじゃないかと思う。例えばフレームワークを選ぶ標準化チームと業務チームが分断されてるパターンとか*2。 言語への憎しみは、実はこういう状況の不満が別の形で現れているだけだと思っている。チームのメンバが同じ方向を向いてフレームワークを選ぶ状況なら、JavaEEとかRailsとか関係なく生産的になれるはず。 余談だけど、業務プログラマの本業は、基盤(フレームワークやプロセス)を作り上げることだと思う。アプリケーシ
【コラム】Java API、使ってますか? (21) Java EE環境でのスレッドプログラミングを可能にするJSR 237 | エンタープライズ | マイコミジャーナル
JSR 237: Work Manager for Application Servers つい先日、次期Java EEプラットフォーム仕様となるJSR 316がExecutive Committieeによる最初の承認投票を賛成多数で通過した。JSR 316では、Java EE 6で新しく追加されるAPIとしてJSR 196、JSR 236、JSR 237、JSR 299、JSR 311などを挙げている。そのうちJSR 311については本連載でも第18回で取り上げた。今回は「JSR 237: Work Manager for Application Servers」を紹介したい。 JSR 237は、ひとことで言ってしまえばJava EE環境でスレッドプログラミングを可能にするためのAPIである。Javaでスレッドプログラミングを行うためには、通常java.lang.Runnableインタフ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Oracle Java Technologies | Oracle
