Streaming API for XML (StAX) の使い方 以下の節では、Streaming API for XML により XML ドキュメントの解析と生成を行う方法について説明します。 Streaming API for XML の概要 XMLStreamReader インタフェースによる XML の解析 : 一般的な手順 XMLStreamWriter インタフェースによる XML の生成 : 一般的な手順 XMLInputFactory インタフェース用に定義されたプロパティ XMLOutputFactory インタフェース用に定義されたプロパティ Streaming API for XML の概要 Java Community Process の JSR-173 で定義されている Streaming API for XML (StAX) を使用すると、XML ドキュメント
Sunday, July 24, 2011 Properties と XML ひとつ前の 記事 (July 23, 2011) に引き続いて、 ふたたび Properties クラスに関して怪訝に思うことを書きとめておきます。 今回は XML に関連した話です。 XML に格納される文字列データにおいては、使用することのできない文字というものがあります。 もちろん、'&' や '<' や '>' は、それぞれ '&', '<', '>' と表記しなければならない、といったような実体参照の話くらいは、さすがに初歩の初歩なので、わかっているつもりです。 ここでは、そうではなく、たとえ文字参照を使用したとしても、XML の中で使用することが禁止されている文字というものがある、という話です。 XML で使用することのできる文字は、XML 1.0 勧告 (第 5 版) (November 26, 2
公開されいてるHTMLは整形されたものばかりではないので、クロールして解析するには整形する必要があります。 Javaではnekohtmlというライブラリがありますので、そちらを使ってみました。→ダウンロードはこちら なお、これをつかうにはxerces2のライブラリも必要です。→ダウンロードはこちら HTMLソースからアンカーだけ取得するサンプルを作りました。 public static void main(String[] args) throws Exception{ DOMParser parser = new DOMParser(); parser.parse(args[0]); Node node = parser.getDocument(); NodeList list = XPathAPI.selectNodeList(node, "//A"); for(int
JAXP（Java API for XML Processing）とは JAXPとはJava API for XML Processingの略であることから、どのようなものか推測できます。XML文書を処理するためのJava APIと言えば何となく理解できるかと思いますが、XML文書を処理すると言ってもJava自らが処理するわけではなく、既にXMLの世界にあるXML文書を処理するための方法を用いて処理することになります。 具体的には次のような仕様を基礎にしています。これらの仕様はJAXPの仕様ではありません。JAXPはあくまでこれらの仕様の上に作られています。 XSLT（XSL Transformations） XPath（XML Path Language） XInclude（XML Inclusions） DOM（Document Object Model） Level 2 DOM Le
ライブラリをパッケージして配布する時、なるべく依存するjarを減らしたいことがあります。Mavenを使えば何ともないのですが、敷居を下げる意味では「1つのjarだけ入れれば動きます」が望ましいと思います。*1 Commons DigesterやJAXBを使うと、XML設定ファイルの読み込みが飛躍的に簡単になります。一方で、ライブラリを配布する時は同梱するか注意書きを加える必要があります。そこで、他ライブラリに依存せずJREだけでXMLを読み込む方法を考えてみました。 Java 5から標準になったXPathを使うと、XMLから任意のノードを簡単に取り出すことが可能です。XPathクラスをそのまま使うと記述量が増えるので、XPathをラップするクラスを用意します。 package org.hidetake.util.xml; import java.io.IOException; import
同書籍は、もともと本フォーラムにて連載していた『C# 2.0入門』、『C# 3.0入門』の記事を整理統合し、加筆、修正されたものです。 手元でまとめて読みたい方は、ぜひ書店などにてお買い求めください。 【注意】本記事は、書籍の内容を改変することなく、そのまま転載したものです。このため用字用語の統一ルールなどは＠ITのそれとは一致しません。あらかじめご了承ください。 18.1 LINQプロバイダーを導入する別の理由 前章では、クエリを遠隔地のサーバーに依頼するためにLINQ to Objectsではなく、カスタムなLINQプロバイダーを使用する価値があることを示した。しかし、それはLINQプロバイダーを使用する理由のすべてではない。別の意図で作成されるLINQプロバイダーもある。 たとえば、「LINQ to XML」はXML文書に対する検索を依頼するLINQプロバイダーであるが、これは遠隔地
ここに XML のバージョン (通常は 1.0) と 文字コードの指定をします。最近の「秀丸」はこの一行が書いてあると 自動的に文字コードを判断して、指定された文字コードで保存してくれます。 次が XML 文書の実例です。タグは厳密には DTD (=document type defintion) で定義しないと いけませんが、大雑把にはこれでも XML 文書です。XML 文書は HTML と同様に 開きのタグと閉じのタグがちゃんと対応していればそれで十分です。 1 つ制約があります。ルート要素は一つだけです。下の例であれば、<学生名簿> がルート要素です。 <?xml version="1.0" encoding="UTF-8" ?> <学生名簿> <学生> <学生番号>23</学生番号> <氏名>あ</氏名> <電話番号>111-111-1111</電話番号> <住所>○市○町</住所
Digesterとは Digesterは、Jakarta-Commonsプロジェクトで提供されている、XML＞Javaの簡易なバインディングツールである。バインディングツールにはたくさんのものがあるが、比較的簡単に扱えるので、XML形式の設定ファイルの読み込みなどに使われることが多いらしい。実際、私が仕事で使ったときも、XML形式の設定ファイルを読み込むために使った。 特徴 XML＞Javaの単方向バインディング 普通、 JAXBや、 Castor、 Relaxerのように、バインディングツールといえば、 XMLをJavaオブジェクトに、Javaオブジェクトの値をXMLに、 といった、読み込みと書き出しができるのだが、Digesterは、XMLを読み込んで、Javaオブジェクトにマッピングするだけだ。もともと、Strutsの設定ファイル読み込み機能に端を発しているだけあって、非常にシンプル
XMLファイルをプログラムからアクセスする方法をおさらいすると DOM SAX StAX といろいろある。 DOMとSAXとStAXと。 - 都元ダイスケ IT-PRESS このあたりを見てもらうとわかりやすい。 XMLにアクセスする場合は、だいたいはモデルに変換することが多い。上記にような低レベルAPIでないと細かい制御はできないが、もっと単純にXMLの要素をオブジェクトに変換する場合は以下のような高レベルAPIのような選択肢もある。 apache commons-digester JAXB digesterはライトウェイトで良さそうであるが読み込み専用ということなので、JAXBを少し触ってみた。JAXBはJava6からは標準APIとして搭載されている。 蛇足だが、configurationは設定ファイルを扱うライブラリもある。XMLも読み込める。ただし、独自に作成したモデルオブジェクト
perl で日本語を含む XML を扱う場合の留意点（苦労話）をご紹介します。 まだ方法論として体系だったものになっていないのですが、処理をする際になかなか情報が見つからなかったので、参考として未完成のまま公開していきたいと思います。 色々試した環境は、perl 5.6.1 です。perl 5.8 だと色々な問題が多少は改善されているかも知れません。 目次 ・文字コードは UTF-8 でなければならない ・読み込みは XML::Simple、書き出しは print でゴリゴリが一番てっとり早い ・Jcode.pm はUTF-8 のコード変換には色々問題があった ・ハイフンの全角半角変換と文字化けの問題 及び 変換用関数 文字コードは UTF-8 でなければならない perl の場合、どんなXMLパーサーモジュールを使う場合でも、ベースに XML::Parser モジュールが使用されているこ
エントリーを書いてる途中に解決しましたがメモっておきます。 use XML::Simple; use Data::Dumper; my $xml = <<'XML'; <a> <b> <c> <d> </d> </c> </b> </a> XML $\ = "\n"; print $xml; my $obj = XMLin($xml); # XMLを入力して print Dumper($obj); # 中身を確認し、 print XMLout( $obj, NoAttr => 1, RootName => 'a' ); # XMLとして出力してみる を実行してみると、 <a> <b> <c> <d> </d> </c> </b> </a> $VAR1 = { 'b' => { 'c' => { 'd' => {} } } }; <a> <b> <name>c</name> <d></d>
このページでは、大体 使い方（1,2)でやったのに準じて、Logback の使い方を解説する。 目次 Logback の呼び方、というか slf4j 解説 slf4jのロガー実装切替えメカニズム logback.xml ログ出力 レイアウト Logback の呼び方、というか slf4j 解説 まあ、抽象論よりも、具体的なコードを見ようじゃないか。サンプルコードはこんなものだ。 import org.slf4j.Logger; import org.slf4j.LoggerFactory; public class Test { protected static Logger log = LoggerFactory.getLogger( TestLogback.class ); public static void main( String [] args ) { new SimpleTe
このコミックは、“Misunderstanding Markup: XHTML 2/HTML 5 Comic Strip”にあるコミックを、著作者の許可を得て日本語に訳したものです。 元になった記事の翻訳も行っています。“Misunderstanding markup”をご覧ください。 先週、W3CはXHTML 2 Working Groupが年内でその活動を終了すると発表したんだ。単刀直入で、歓迎されるべきことだったんだけど、「XHTMLが終わってしまう」と多くの人を混乱させてしまった。Zeldmanのblogポストに寄せられたコメントを読むと、それが分かると思う。 仕方のない部分もある。異なる技術に、同じような名前がついていたことが原因なんだから。しかも、これは今に始まったことじゃあない。 たとえば、JavaScript。Javaになにか関係しそうだけど、そうじゃないよね。書き方がすこ
XMLHttpRequest を使用出来るようにする為の宣言。ブラウザにより異なる。 IE では、ActiveXObject("Microsoft.XMLHTTP") を使用。 IE のバージョンによっては、ActiveXObject("Msxml2.XMLHTTP.5.0") , ActiveXObject("Msxml2.XMLHTTP.4.0") , ActiveXObject("Msxml2.XMLHTTP.3.0") , ActiveXObject("Msxml2.XMLHTTP") なども使用出来る。 Mozilla 系ブラウザでは、XMLHttpRequest() を使用。 var xmlhttp = false; if(typeof ActiveXObject != "undefined"){ try { xmlhttp = new ActiveXObject("Micro
XMLはシステム間のメッセージを授受するフォーマットとしてよく使われている。が、書き方が冗長的で面倒くさい。かつては何でもかんでもXMLで、という風潮があったが、その面倒さからJSONやYAMLで処理されることも増えている。 元のXMLファイル 特にJavaScriptで扱うならJSONの方が使い勝手が良い。そこで既存のXML文書を変換するのがxml2json.xsltだ。 今回紹介するオープンソース・ソフトウェアはxml2json.xslt、XMLをJSONに変換するXSLTだ。 xml2json.xsltは既存のXML文書に対してxml-stylesheetとして設定することで利用できるXSLTだ。全てのパターンで使える訳ではないようだが、サンプルを見る限り大抵の項目は再現できている。 変換語。ユニコードにも対応 xml2json.xsltを使えばXMLに比べると操作が遥かに簡単になり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く