概要 Smooks(リンク)は「データイベントストリーム」を処理するためのオープンソースのJavaフレームワークです。最も一般的には変換フレームワークと考えられており、JBoss ESB(リンク)（およびその他のESB）を含め、多数のプロダクトやプロジェクトで、変換フレームワークとして使われています。ところがSmooksのコア部分では、「変換」やそれに似た言葉には何ら触れていません。Smooksの適用範囲はそれよりも広いのです！ Smooks(リンク)は、構造化された／階層化されたデータストリームを「イベント」のストリームに変換することによって機能し、変換されたイベントストリームはその後「Visitor Logic」を使って、分析もしくは結果提示（任意）の対象にできます。 Source -> Structured Event Stream (Visitor Logic) -> Result
先日の記事でShindigが持つOpenSocialアーキテクチャの強力なキャッシュ機能について触れました。Shindigには大きく4種類のキャッシュが存在しています。 ガジェットXMLのキャッシュ makeRequestでアクセスされる外部APIのキャッシュ featureを固めたJavaScriptのキャッシュ JavaScript、CSS、imgなどHTMLからリンクされたリソースのキャッシュ ガジェットXMLのキャッシュ OpenSocialガジェットを開発し始めて最初につまずくのがこのガジェットXMLのキャッシュでしょう。ガジェットXML上で変更を行っても、それが実際のガジェット表示上に反映されない場合は、まずガジェットXMLがキャッシュされていることを疑いましょう。 ガジェットXML上でJavaScriptコードを修正しつつサンドボックス環境で動作確認しながら開発したい場合は、
PHP導入の最初の頃によく陥りそうな話。 PHPをHTMLに埋め込みで使っていて、かつ、HTMLをXHTMLで記述した場合に Parse error: syntax error, unexpected T_STRING in ○○○ on line 1 みたいなエラーがでることがある。”line 1”というのがポイントでそれ以外の場合は本件には該当しないと考えてよい。 ご存知のようにXHTMLで記述する場合は、 <?xml version="1.0" encoding="utf-8"?> という記述を文法にのっとれば１行目にする必要がある。 このとき、先頭の『<?』がPHPコードのオープンタグと勘違い されてPHPのパースエラーが出ている訳である。 回避策としては、まずPHPコードのオープンタグに<?は使わず<?php を使うようにして、PHPの設定でショート・オープンタグ（<?）を無効に
第4回 BNF記法入門（1） ─XML関連仕様を読むために─ W3Cの勧告として発表されているXML 1.0の仕様書は、XMLの構文を厳密に定義するためにBNFと呼ばれる記法で記述されている。XML関連の仕様書を読みこなそうとすれば、BNFの理解は不可避だ。今回はそのBNFを解説しよう。 ■話題 BNF記法 ■程度 C （XMLに関するひととおりの知識を持っている人を対象とする） ■目的 基礎的な知識の解説 この連載を初めてお読みになる方は、「XML深層探求について」をご覧ください。
開発方法論の話を続ける前に、ちょっと一休みです。 ちょっと仕事の片手間にFreemindの*.mmファイルをWordやらExcelに変換する XSLを作りました。よろしければご利用ください。 うまく動かないとか、もっとこうして欲しいなどのご意見は 適宜コメントください。ベストエフォートで対応します。 ◆使い方 Freemindのメニューから ファイル->書き出し でXSLTを選択、ダイアログが開くので以下の3つのXSLから目的に合ったものを 選択して、出力先を指定してExport。これだけです。 なお、出力形式はすべてXMLなので、拡張子もxmlでお願いします。 ◆mm2wordml.xsl FreemindのMindMapをWordの見出しに変換します。 ルートノードは表題になります。 見出しレベルは4まで対応しており、それ以上深いノードは切り捨てます。 ◆mm2msp.xsl Free
YAML/JSONというデータ形式を耳にしたことがあるだろうか? YAMLはRuby on RailsなどLight Weight(LL)系フレームワークで設定ファイルの記述形式として広く利用されているデータ形式である。また、JSONはJavaScriptでの扱いが容易なことからAjaxでのサーバとの通信フォーマットとして利用されるケースも増えている。Javaの世界ではいずれもXMLが幅を効かせている分野であるが、LLでこれらのデータ形式が好んで利用されるからには相応のメリットがあるはずだ。 本稿ではYAML/JSONがどのようなものか、そのメリット、そしてJavaでこれらのYAML/JSONを扱う方法について解説する。
yohei-y:weblog: APP の標準化作業がほぼ終了
Tim Bray からアナウンスがあったとおり、 APP の標準化作業がほぼ終了しました。 RFC 番号が付くのはしばらく先だと思いますが、 現状の仕様を実装してもう問題ありません。 最後の draft-17 ベースの仕様が RFC になります。今後の修正は editorial なものだけのはずです。 この先、Web API を設計する人は、まず APP が利用できないか検討しましょう。 APP を採用すれば自然と REST スタイルを採用することになります。 これまで悩みがちだった Web API の設計が、かなり楽になると思います。 Web API を設計する人は、オレオレXMLを設計する前に、Atom/APP をベースにしたらどうなるか、 を考えて見ましょう。きっと Atom/APP は良い選択肢になってくれるはずです。 日本では AtomPP で定着しつつあった Atom Publ
前回までの「はてなダイアリー形式」から「JUGEM形式」への変換の際には，はてなダイアリー形式のXML文書が図1の構造であると推測してXSLTスタイルシートを作成しました。 しかし本当は，はてなダイアリーが図1の構造であるのかどうかは，筆者がエクスポートしたはてなダイアリー形式のXML文書を見ただけでは判断できません。例えば，日記のタイトルが記述されていなかった場合，（1）title属性自体が全く指定されていないのか，あるいは（2）title属性は指定されているが値が””となっているのかは，分からないのです。もしtitle属性そのものが省略される可能性があるのであれば，変換時にもXSLTスタイルシートの中で考慮する必要が出てきます。 実は，XML文書が「どのような構造であるか」は，スキーマ定義言語と呼ぶ言語で，あらかじめ定義しておくことができます。代表的なスキーマ定義言語には，DTD（Do
Java SE 6には、Java EEで導入が進められているXML関連のAPIの一部が取り込まれる。そのひとつとして永続化に関するAPIを挙げることができる。オブジェクトの永続化やデータベースとのシームレスな統合は、長年にわたってエンタープライズJavaにおける話題のひとつとなってきた。 本稿ではオブジェクトを永続化するAPIのひとつとしてXStreamを紹介したい。XStreamは簡単に永続化を行うことのできるAPIのひとつで、すでにいくつかのプロダクトで組み込まれている。 XStreamは動作が明解なので、オブジェクトからXMLへの永続化を体験してみるにはちょうどいいだろう。これを機にこれまでXMLへの永続化に縁の無かった方も体験してみて欲しい。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
yohei-y:weblog: 山田さんの資料