[home-page:放置中]
|
[最近のツッコミ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| [全文検索] | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ☆基本的に個人的なリンク集、偶に思い出したように文章を綴る日記。 ☆JAVA・Ruby・RELAX NGネタ中心です。O:原文,P:ポップアップ辞書,t:和訳 ☆[category]：カテゴリフィルタ画面 ☆[blogger]：Blogger出張所。徒然。 ☆[kuro]：個人的ライブラリ開発プロジェクト「Kuro Project」サイト。 ☆[kuro-pj]Kuro Project開発日誌。 ☆[ruby]Ruby学習日誌。 ☆[vox]：VOX出張所。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
低機能版はタダ戦略。
DreamWeaverのプラグインとして実装されたJSF開発ツール。
DreamWeaverのWYSWYG機能そのままでJSF画面をデザインできる。
/* from たけぞう...(on off) */
メモメモφ。この版でAPIフリーズの模様。
次期自宅マシンはIntel Core2搭載でキマリかも。
EM64Tがイネーブルになるのは大きい。
メモメモφ。
メモメモφ。/* from TSS(on off) */
下記文章は推敲中...。書きかけなので引用・ツッコミ禁止。
基本的にJSPステたい人なんです、筆者は。
今のJSPの仕様上に新しい機能を載せていくのはもうそろそろ限界に近づいてると思う。
XML形式で書かせながら裏では全てJavaコードに変換しているのもスマートでない。
JSFも結局JSPの呪縛から逃れられず、TagLibでUIコンポーネントを構築してしまっている。
JSP自体がTagLibというコンポーネントをXML形式というオグラーゼに包んで裏でJavaコードに
変換し、コントローラ側でビューの構造を意識しないで済むようにしていた。
ところがJSFではコントローラにUIコンポーネントツリーという形でビューの構造を持ち込みながら、
ビューはそのままJSP...。
スクリプトレットを書かせない方向に向かうんなら、いっそJSP自体を一旦ステて新しい環境を
構築するのがベターなんじゃないかと。
変に既存資産を意識しすぎてJSPの負の遺産を引きずり続けるのは得策とはいえない。
もちろん既存資産があるのでJSPと新環境の併用を可能にする必要はありますが...。
メモメモφ。
Hibernate Tools for EclipseのNetBeansへのポートを行っている人がいる模様。
メモメモφ。
RELAX NGがじわじわと浸透してきている証拠？
W3C XML Schemaはわずかな修正のsecond editionが出て、1.1の策定は難航中。
2月にDataTypesがLast Callワーキングドラフトになったが、Structuresは単なる
ワーキングドラフト。1.1の仕様(on off)(on off)。
元々基盤となる理論的な根拠が無く、W3Cに提案されたXMLスキーマ言語を
継ぎはぎしてごった煮的に作った仕様を鶴の一声で無理やり勧告にしたから
修正しようにも二進も三進もいかなくなっていたのだろう。
仕様的には更に肥大化している印象。
W3C XML Schemaを基盤としてW3Cの他のXML関連仕様が整備される予定だったはず。
W3C XML Schema仕様の問題点もW3Cの他のXML関連仕様の軒並みの策定遅延の
原因の１つのような印象。
メモメモφ。/* from オレンジニュース */
JSR292(Supporting Dynamically Typed Languages)のSpec Lead、Gilad Bracha氏のBlog。
メモメモφ。/* from 設計と実装の狭間で(on off) */
既にLLな人のブログで数多く採り上げられていて、このブログでも既出。
紹介記事としてよく纏まっているのでのっけておく。
メモメモφ。
メモメモφ。
メモメモφ。XHTML2.0の仕様自体は昨年5月のワーキングドラフト(on off)から停滞中。
WHATWG(on off)が策定中の"Web Applications1.0"仕様(on off)の影響？
このワーキングドラフトでsectionタグがXHTMLの構造化用に定義されているが貧弱すぎて
コンポーネント化には有用でない。(X)HTML文書におけるコンポーネント化は本来、外部仕様
にて行うものではなく、(X)HTML仕様自体でサポートすべきものだと思う。
sectionタグのような表示に一切関与しないタグを導入するくらいなら、XHTML文書の
コンポーネント化に関する一連のタグを導入してもらいたい。
RELAX NG仕様における、refとdefineのような関係性を持つタグとincludeのようなタグが
あるのが理想的かも。
タイトルの文章では"XHTML2.0"は「現行XHTML仕様のリファクタリング」、"XML Applications1.0"
は「機能の追加」とその差異が述べられている。現行XHTML仕様の機能の貧弱さは既知の問題
なので、リファクタリングしつつ機能の追加も行えばよいように思う。現行のXHTML2.0仕様と
"Web Applications1.0"仕様を統合してXHTML2.0仕様とするのが最善なのでは。
Novaの実装思案中にMeteorComet(on off)を改良したほうが都合の良い点が何点かでてきたので
そちらを先に行います。(X)HTMLを解析してエレメントツリーを生成する部分については
MeteorCometに該当する機能がないので、Novaを実装しながら汎用化できる部分があれば
MeteorCometにフィードバックする予定。
#Comet(彗星)ってよくOSSで利用される名前らしいので、
#Meteor(ミーティア:流星)に名前を変えるかも。
Day0(on off)、Day1(on off)、Day2(on off)、Day3(on off)、Day4(on off)
現地に行く機会のない人間には非常に有難い、桜庭氏による定番レポート。
ブログでレポートされている方は何人かいましたが、要点を漏らさずさくっと紹介する
完成度において他の追随を許していません。
Day1:
Dolphin(Java SE7)にメソッド参照が入るのはほぼ確定。
今年の新情報としてはプロパティのサポート、これには驚き。
KDEを採用したUbuntu派生ディストリ。現バージョンは6.06(on off)。
独自のインストーラやパッケージ・マネージャがヨサゲ。
メモメモφ。
メモメモφ。
メモメモφ。
メモメモφ。
メモメモφ。
メモメモφ。
Windowsとタイトに結合、どうなるMono？/* to ITPro(on off) and 青柳臣一 blog(on off) */
メモメモφ。
DOMは(X)HTMLをいじるには鈍重で、目的の要素に辿り着くためにツリー構造をトラバース
しなくてはならない。且つ、DOMは目的の要素だけでなく、(X)HTML全体をオブジェクトに
変換するのでどうしてもパフォーマンスが悪い、(X)HTMLのサイズがでかくなればでかくなる
ほどツリー構造の生成に時間が掛かるのも難点。※トラバース=走査
Cometは(X)HTML全体を文字列として扱いつつ、目的の要素のみオブジェクトとして切り出す
ので、DOMのようなツリー構造生成のオーバーヘッドはなく、ツリー構造のトラバースのような
煩わしい処理も必要ない。
(X)HTMLをラクに直感的にいじりたい、そんな欲求に応えるライブラリ、それがComet。
ダウンロードはこちら(on off)。
Cometはマーシャルの機能が貧弱なもののマーシャル・アンマーシャルの双方向をサポート。
XMLに特化しているStAX・SAXはマーシャルのみサポート。
※StAXはアンマーシャル用機能を持つものの非常に貧弱、サポートしているとはいえない。
Cometを内部利用するテンプレートエンジンNova(開発中)もよろしく。
#Cometの名前、Meteorに変えるかも...。
#LLへの移植も検討中、やるなら先ずはRuby。ライセンスはGPL、他言語への移植禁止の
#特記事項つきで。C#に移植してバイナリでの提供もありかも。
これ(on off)の超訳のつもりらしい。
言葉尻を捕まえて云々している印象。Seam1.0が既にリリースされているのだから、
Seam1.0付属のサンプルをふまながら訳したほうがまともな超訳になっただろうに...。
日本語には「百聞は一見にしかず」という有難い諺があるのだから...。
つづく...。
業務ロジックType1(on off)
業務ロジックType2(on off)
業務ロジックType3(on off)
業務ロジックType4(on off)
業務ロジックType5(on off)
-> まさたか日記.DTO(on off)
-> はぶにっき プレゼンテーションモデル(on off)(on off)
#Goyaのスタンスがよくわからん？売り物orNot売り物？
メモメモφ。
JSFのManagedBeanのうちビューモデル(?)に相当する部分をEntity Bean、
アクションリスナをSession BeanとしてEJB3コンテナで管理。
※JSFのアクションリスナにあたるSession Beanを仮に「SEAMアクション」と呼ぶことにします。
ビューモデルについてはデータベースに永続化しないEntity BeanをEJB3では定義可能
(Seam1.0のサンプルから類推)なようなので、問題ない感じ。
SEAMアクションについてはWEB TierのリスナメソッドでわざわざSession Beanを呼び出す
コードを書く必要が無く、JSFタグリブから直接Session Beanにアクセスするイメージでいける。
SeamはEJB3側でManaged Beanに相当する機能を用意してWeb Tier側でのManaged Bean
の実装をいらなくしている感じ。
AJAXについてはブラウザからXML HTTPRequsetを介してSEAMアクションを呼び出すという
一連の手順を、(X)HTML上では"Seam Remoting"というライブラリを用意してカプセル化し、
SEAMアクションをあたかもJavaScriptのオブジェクト であるかのように扱えるようにしている。
メモメモφ。図がいい感じ。