事実上最後のJSON仕様「RFC 8259」と「ECMA-404 2nd Editon」公開。UTF-8エンコード必須に
RESTful APIのデータフォーマットなどで広く使われているJSON。IETFはJSON仕様「RFC 8259」を発表。従来の仕様をブラッシュアップしつつECMAの仕様との統一も実現した、事実上最後のJSON仕様になると見られる。 IETFからJSON（ジェイソン）の仕様を示した「RFC 8259」（The JavaScript Object Notation (JSON) Data Interchange Format）が公開されました。 IETFにおけるJSON仕様は、これまで「RFC 7159」が参照されていましたが、RFC 8259の公開によりRFC 7159は廃止（Obsolete）となりました。 RFC 8259は、多数の実装と十分な運用実績を積み重ねたインターネット標準「STD 90」としても参照されます。 ECMAとの統一を実現。事実上最後のJSON仕様になると見られる
最近のJSONスキーマを解説します - 檜山正幸のキマイラ飼育記
現在、JSONスキーマはIETFのインターネットドラフトとなっています。 http://tools.ietf.org/html/draft-zyp-json-schema-01 僕がはじめてJSONスキーマを紹介した時（2009年4月）と比べて、一番大きな変化はハイパースキーマ（hyper schema）と呼ばれる仕様が加わったことです。ハイパースキーマは、JSONデータをハイパーメディアと見なすための仕様です。個人的には欲しかった機能ですが、ちょっと「こりゃダメかも感」がただよっています。ハイパースキーマはいずれ話題にすることがあるかも知れませんが、今日の話は従来からあったコアスキーマ仕様に限定します。 この記事では、現状のJSONコアスキーマ仕様に基づき、スキーマの書き方を解説します。なお、我々のCatyスキーマ記述言語のこともしばしば「JSONスキーマ」と呼んでいますが、この記事で単
JSONの可能性がグンと拡がるぞ！ JSONスキーマ - 檜山正幸のキマイラ飼育記 (はてなBlog)
JSON（http://www.json.org/）データはけっこうよく使うので、何度か話題にしたことがあります（例えば「もう一度、ちゃんとJSON入門」）。でも、JSONには型情報／メタ情報が付けられないのがとても不満で、JSON改なんてもんを考えたこともありました。（後でXIONに改名） JSONデータに対するスキーマ定義の仕様がかたまりつつあることを、ごく最近になって知りました。 http://json-schema.org/ JSON本体はRFC 4627になっていますが、JSONスキーマの標準化のステータスは、あまりハッキリとは分かりません（僕には）。http://groups.google.com/group/json-schema?pli=1 を覗き見した感じでは、現状ワーキングドラフトという位置付けらしいです。 なかなか面白いし役に立ちそうなので紹介します。ただし、僕にとっ
RFC 5545: Internet Calendaring and Scheduling Core Object Specification (iCalendar)
Network Working Group B. Desruisseaux, Ed. Request for Comments: 5545 Oracle Obsoletes: 2445 September 2009 Category: Standards Track Internet Calendaring and Scheduling Core Object Specification (iCalendar) Abstract This document defines the iCalendar data format for representing and exchanging calendaring and scheduling information such as events, to-dos, journal entries, and free/busy informati
Scaladocの記法 - 新・たけぞう瀕死の日記
ScaladocではWikiスタイルの記法がサポートされているのでHTMLではなくWiki記法を使うのがいいらしい。 http://d.hatena.ne.jp/kiyoshihosoda/20101209 http://www.scala-lang.org/node/4285 http://yanana.github.com/scala-style/scaladoc/index.html こんな感じ。 /** This is a paragraph * * This is another paragraph (note the empty line above) containing '''bold''', * ''italic'', `monospace`, * __underline__, ^superscript^, and ,,subscript,, words. * * {{{
The JSR-133 Cookbook
Where: Normal Loads are getfield, getstatic, array load of non-volatile fields Normal Stores are putfield, putstatic, array store of non-volatile fields Volatile Loads are getfield, getstatic of volatile fields that are accessible by multiple threads Volatile Stores are putfield, putstatic of volatile fields that are accessible by multiple threads MonitorEnters (including entry to synchronized met
BNF Grammar for ISO/IEC 9075:1999 - Database Language SQL (SQL-99)
BNF Grammar for ISO/IEC 9075:1999 - Database Language SQL (SQL-99) Cross-Reference: rules Cross-Reference: keywords Derived from file sql-99.bnf version 2.8 dated 2004/07/26 18:00:06 Generated on 2005-07-13 18:32:52+00:00 by file bnf2html.pl version 3.7 dated 2005/07/13 18:32:35 Using Appendix G of "SQL:1999 Understanding Relational Language Components" by J Melton and A R Simon (Morgan Kaufmann
Java EE 6、承認される | エンタープライズ | マイコミジャーナル
Java EE builds on the solid foundation of Java SE and is the industry standard for implementing enterprise-class SOA and next-generation web applications. 2009年12月、最終投票期間が終わり、Java EE 6の仕様が確定した。Java EE 6の仕様はJSR 316: Java Platform, Enterprise Edition 6 (Java EE 6) Specificationとして議論されてきた。11月17日から30日にかけて最終投票が実施され、賛成多数で可決された。 スペックリードの一人であるSun MicrosystemsのRoberto Chinnici氏がTwitterにおいてTwitter / Roberto
Java Solution FAQ：サーブレットのライフサイクル
(1)サーブレット動作前 サーブレットのインスタンスは、通常、リクエストを受けるまでは、サーブレットコンテナ内には存在していません（ただし、サーブレットコンテナの設定によっては、コンテナ起動時に特定のサーブレットをロードさせておくことも可能です）。 (2)サーブレットのロード あるサーブレットに対して、クライアントから初めてリクエストがあった場合、サーブレットコンテナは、クラスパスをサーチして、該当するサーブレットのクラスファイルからインスタンスを生成し、サーブレットコンテナにロードします。 その際、サーブレットでは初期化処理として、initメソッドが実行されます。initメソッドは、サーブレットがロードされるときに１度だけ実行され、それ以降のリクエストでは実行されません。 (3)サーブレットの実行 サーブレットに対してリクエストがあった場合、リクエストの種類によって、サーブレットのdoG
第1回 HTTPの仕組み（前編）
アーキテクチャは3種類 まずは，情報システムの基本アーキテクチャを簡単におさらいしたい。主な基本アーキテクチャには，ホスト・システム，クライアント/サーバー（C/S）システム，Webシステム――の3種類がある。 ホスト・システムは，「ホスト」と呼ばれる大型コンピュータで集中処理する。ホストに接続した「端末」はあるが，画面表示と通信を担当するだけで，業務処理は実行しない。ホスト・システムは，情報システムの黎明期から実績を積み重ねているので，システム全体の堅牢性が高く，今日でも多用されている。 これに対してC/Sシステムとは，「クライアント」と「サーバー」（一般的にはデータベース・サーバー）という二つの要素で構成し，それぞれで業務を分散処理する。サーバーの負荷が軽くなるので，ホストに比べてハードウエアは小型・安価・低スペックで済む。オープン系（UNIXやPC）システムで多用されてきたが，構築や
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「例」を書くときは example.com を使いましょう
A Universally Unique IDentifier (UUID) URN Namespace
IDEA * IDEA