Because real-time programming requires a time-predictable standard library. "The ability to simplify means to eliminate the unnecessary so that the necessary may speak." Hans Hofmann, Introduction to the Bootstrap, 1993 Javolution real-time goals are simple: To make your application faster and more time predictable! High-Performance - Hardware accelerated computing (GPUs) with ComputeContext. Mini

MIT LICENSED Ever get a System.Xml.XmlException that says: “Hexadecimal value 0x[whatever] is an invalid character” …when trying to load a XML document using one of the .NET XML API objects like XmlReader, XmlDocument, or XDocument? Was “0x[whatever]” by chance one of these characters? 0x00 0x01 0x02 0x03 0x04 0x05 0x06 0x07 0x08 0x0B 0x0C 0x0E 0x0F 0x10 0x11 0x12 0x13 0x14 0x15 0x1A 0x1B 0x1C 0x1

Protocol Bufferとは Protocol BufferはもともとGoogle社内で利用されていた技術/ツールだ。今月7日にApache Software License 2.0の下、オープンソースソフトウェアとして公開されたばかりで、本稿執筆時点の最新バージョンは2.0のβ版。正式リリースが2008年8月に行われる予定だ。 Protocol Bufferは、一言で言うと、構造化データをバイト列に変換(シリアライズ)するソフトウェアである。プログラム言語中で用いられるデータ構造をファイルに保存する際や、RPC(Remote Procedure Call)でデータをやり取りする際などに用いられる。 同様の目的で用いられる技術としては、XMLやJavaのオブジェクトシリアライズなどが挙げられる。ただし、Protocol Bufferは、そうした類似技術と比較して、以下のような特徴を備

沖ソフトウェア株式会社は、沖通信システム株式会社および株式会社沖インフォテックと平成22年10月1日をもって合併いたしました。新会社名は、株式会社OKIソフトウェアとなります。3社が行っております事業は新会社にて従来通り継続いたします。

＜この記事はDigital Xpress 2001 Vol.8（4-5月号）に掲載されたものです＞ 前回、名前空間にXML Schemaがどのように対応しているかの説明を行いました。今回はその続きとして、まず、名前空間に属さない要素や属性について解説します。そして、その後、名前空間接頭辞の付け方についてグローバル／ローカルな要素や属性というXML Schemaの新しい考え方について説明します。 名前空間のないスキーマ文書？ 前回の記事では、xsd:schemaにおいてtargetNamespace属性を指定することによって、そのスキーマ文書で定義した要素や属性が、どの名前空間に属すものなのかを宣言すると説明しました。 【スキーマ文書－memo.xsd】 <?xml version="1.0"?> <xsd:schema xmlns:xsd="http://www.w3.org/2001/X

XMLでは自由に独自のマークアップ言語（タグセット）を設計できますが、ウェブ上で情報を共有するときに、同じタグ名が異なる要素タイプを意味して衝突してしまう可能性があります。この問題を解決するためにXML名前空間は、それぞれのタグセットに固有のURIを割り当て、名前をURIで修飾することでお互いを区別します。名前空間は、ウェブ上で「意味」を明確に定義し、相互理解を可能にするために非常に重要な役割を果たします。 名前空間の導入 名前空間URIによる修飾と接頭辞 デフォルト名前空間 名前空間URIの意味するところ 名前空間の区画と属性の名前空間 参照文献 名前空間の導入 XMLでは独自のマークアップ言語（語彙）を自由に設計できますが、多くの人が利用する語彙は、標準的な語彙を共有する方が効率が良く、相互運用性も高まります。そこで、ひとつのXML文書を作成するのに、さまざまなマークアップ言語から語彙

Firefox 1.5では、 ECMAScript for XML (E4X) が利用できます。 JavaScript 中に XML コードを埋め込んで XML オブジェクトとして利用できるほか、 （XML.ObjTreeクラスのように） 面倒な DOM 操作ではなくてJavaScriptオブジェクトの プロパティを辿るようにして簡単に XML のデータ構造にアクセスできます。 大なり・小なりの記号を新しい用途に使っているわけですね。賢い！ （C++ のストリームの << よりもよっぽど直感的な用途だと思う） XML の処理がスゴく直感的に分かりやすくなるので、良いと思うのですが、 まだ IE では使えないので、一般に普及するのはまだ当分先になりますね……。 ※このページのスクリプトは、Firefox 1.5 用になります。 IE 7／Opera 8.53 では動作しません。 要素の値・属

つい最近FirefoxのXMLオブジェクトがすごく便利なのを知りました。そして、そのXMLオブジェクトサポートのことをE4X(ECMAScript for XML)と呼んでいたというのを今知りました.... E4Xについては ECMAScript for XML (E4X) 仕様邦訳 を翻訳された nanto_viさんが書かれている E4X in Firefox が詳しいです。 しょせんはさっきE4Xがなんなのかを知った程度なのでちゃんとしたことは他のページを参照していただくことにして、11.2 左辺式 に書かれているアクセサと選別述語演算子でXPathと同じようなことができて、それがXPath以上に便利なところがありますよ、というはなしだけ書こうと思います。 E4XについてECMAScript for XML (E4X) 仕様邦訳序文には このプログラミング言語拡張は、世界中のもっとも大

この文書は ECMA-357 ECMAScript for XML (E4X) Specification 2nd edition を訳者 (nanto_vi) が私的に訳したものであり、Ecma International またはその他の関連団体・個人とは一切関係ありません。 この文書は正規の仕様ではありません。正規の仕様に関しては Ecma International から PDF で公開されています。 翻訳の内容については保障しません。この文書の利用によって発生したいかなる損害についても訳者は責任を負いません。 翻訳上の誤りなどがあれば訳者 (ブログまたはメール <nanto (at) moon.email.ne.jp>) までご連絡ください。 Standard ECMA-357 2nd Edition / December 2005 序文 2002 年 6 月 13 日、BEA S

（メタ）データ相互運用の課題 データモデルと名前の相互運用 どんなモデル（データ構造、スキーマ）を採用するか プロパティ（関係記述語彙）はどの程度詳細に設計すべきか、独自語彙か汎用語彙か 人物などの典拠、主題などの語彙（ノードの名前）をどうやって共有するか 記述対象をどのように識別するか（リソースの同一性） （※本稿では、最初の2つ、モデルとプロパティについて検討します） 相互運用のスコープ データの共有：統合レポジトリの構築や横断検索の実現 データの交換：AのデータをBが取り込みたいとき データ相互運用とRDF/OWL なぜRDF/OWLか 柔軟性：シンプルで柔軟なグラフ構造でさまざまなモデルを表現できる 意味論：グラフの意味論が定義されており、予備知識のないデータも共通の解釈ができる 語彙の連携：語彙間の関係を記述することができ、その関係を利用した基本的な推論ができる 識別と統合：UR

Do you have any questions about whether or not you can integrate your Active … Read more

“Web 2.0”の主張 Tim O'Reillyによれば プラットフォームとしてのウェブ（The Web As Platform） 集合知の利用（Harnessing Collective Intelligence） データが重要（Data is the Next Intel Inside） 商品としてのソフトからサービスとしてのソフトへ（End of the Software Release Cycle） ハッキングと連動が容易な軽量プログラミング（Lightweight Programming Models） PCに限定されない利用（Software Above the Level of a Single Device） Ajaxに代表されるリッチなUI（Rich User Experiences） （What Is Web 2.0 Design Patterns and Busin

sample.xml <foo> <name>The Parent</name> <bar> <id>123</id> <title>The First Child</title> </bar> <bar> <id>456</id> <title>The Second Child</title> </bar> </foo> Foo.java package sample; import java.util.ArrayList; import java.util.List; public class Foo { private String name; List<Bar> bars = new ArrayList<Bar>(); public void setName(String name) { this.name = name; } publi

Struts使用時等、Jakarta Commons Digesterを使ってXMLファイルをロードする場合、 ログ出力設定によっては大量のデバッグログが出力されます。 特にDigesterはログが多くて、アプリの実行速度に支障が出るほどです。 これを抑止するには、Log4Jの設定ファイル(log4j.xml、log4j.properties)で、 rootカテゴリの出力レベルをINFO以上にしてやれば良いのですが、 これだと同じrootカテゴリに出力されている他のログまで影響してしまいます。 Digesterだけログ出力を変更するには、カテゴリorg.apache.commons.digester.Digester を追加し、その出力レベルをINFO以上にすればOKです。 --- log4j.xml ------------------------------------- <categ