“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
特集：変貌するリッチクライアント（4） 自由すぎるWebの世界でメタデータは統合できるか 野村総合研究所 技術調査室 田中 達雄 2006/9/8 自由すぎるWebの世界で、メタデータ統合の鍵を握る技術は？ 複数の美術館に保管されている美術品をワンストップで検索させるフィンランド美術館のセマンティックWeb活用から考えよう 前回の「企業のWeb2.0活用はSOAとの融合から」では、SOA（サービス指向アーキテクチャ）やWeb2.0世界のWebAPIやSaaS（Software as a Service）が、クライアントの独立性を高め、リッチクライアントの普及を後押しすると説明した。 現在、これらのサービスは、サーバ上で統合（マッシュアップ含む）する例が多いが、独立したリッチクライアントであれば、個別のサービスを直接呼び出すことも可能だ。つまり、リッチクライアントは、データやサービスを統合す
今年（2006年）はXMLデータベース元年といわれています。すでに製品を出していた企業を含む多くのベンダが、XMLを保存するのに適したデータベース管理システム（DBMS）を発表しています。そして何よりXML専用のクエリ（問い合わせ）言語であるXQueryが昨年11月にW3C（World Wide Web Consortium）のCR（Candidate Recommendation：勧告候補）にまでこぎつけました。 本記事では、XQueryをクエリ言語の標準であるSQLと比較しながら、どのような言語なのか概説します。 ■XMLはどのように保存されるべきか XML 1.0勧告が発表されてはや8年が過ぎ去ろうとしています。筆者自身が関与した開発プロジェクトでXMLを初めて使ったのは1999年ですが、それからすでに7年が経過しました。 これまでXMLを企業システムで利用してきた際にいつもつきまと
Warning. (2019.1) REXML は, 標準添付ですが, 品質・速度の両面であまりよくありません。Nokogiri (鋸) がメジャーで、長らく標準の地位で使われています。REXML の3倍速い。 最近は, 大鋸 (おが) の人気が高い。スレッドセーフ、高速、機能性もある。Yorick Peterse / oga · GitLab REXMLの特徴 REXMLは、 XML 1.0に準拠した、高速なXMLパーサで、DOMツリーを生成したり、XML文書を読みながらコールバックさせる (SAX2ストリームパーサ) ことができる。 XPathの実装を含み、検索式によってDOMツリーの好きな要素を取り出すことができる。 Ruby 1.8.5にはREXML 3.1.4が添付されている。チュートリアル、APIリファレンスは下記で見られる。が、APIリファレンスのほうは不十分かつ誤りもある。
Ruby スクリプト: Amazon ECS で BrowseNode の検索で、Amazon Webサービス(ECS)を使ってBrowseNodeを検索するスクリプトを作りました。 ECSの返り値はXML(HTMLもありますが)なので、当然XMLを解析(パース)する必要があります。このXMLをパースする部分は、Ruby付属のXMLパーサは使わずに、自前で実装しました。 なお、その実装は、Perlメモ/XMLの解析を参考にしています。 なぜREXMLじゃないのか？ RubyでXMLと言えば、Ruby 1.8 以降で標準添付となった REXML を使うのが普通でしょう。バーコードレビューでも REXML を使っています。 しかし、本格的なXMLパーサは汎用に作られている分、重いです。REXMLはかなりがんばって高速化しているそうですが、それでも状況に特化したプログラムを作ったほうがきっと速い
XMLの本格利用に向けた重要な技術の1つがXMLデータベースの発展だ。そのカギを握るのは、問い合わせ言語XQueryの標準化である。現在、XQueryは標準化目前のところまできており、実際にXQueryの実装も登場している。本記事は、そのXQueryを実践することを目的とした。 戌亥稔 ビーコンIT 2002/8/7 本チュートリアルは、XMLデータベースの問い合わせ言語としてW3Cで標準化が進んでいる「XQuery 1.0: An XML Query Language」の学習を目的としたものである。XQueryについては、「標準化目前：注目のXML問い合わせ言語 XQuery」の記事中で、その機能や文法を解説している。XQueryを簡単にいえば、リレーショナルデータベースにおけるSQLのように、XMLデータベースに対して柔軟かつ強力な問い合わせを行うことができる言語だ。SQLが定型データ
■XML (Extensible Markup Language) XMLはインターネットの標準としてW3Cより勧告されたメタ言語である。メタ言語とは、言語を作る言語という意味である… ■XML文書 (XML Document) XMLはメタ言語である。メタ言語は言語を作る言語であって、文書やデータを記述する言語ではない。XMLによって作られた言語を用いて作成された文書やデータを、XML文書と呼ぶ… ■要素 (Element) XML文書において、もっとも基本となる情報単位が要素である。要素には、内容を持つ通常の要素と、内容を持たない空要素がある… ■属性 (Attribute) 属性は、XML文書の中で、要素に対して付加的な情報を付け加えるために使用される。付加される情報は名前と値のペアで表現され… ■XML宣言 XML宣言とは、XML文書の先頭に付き、その文書がXML文書であることを明
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Credit Card Application All Inclusive Vacation Packages Top Smart Phones Best Mortgage Rates Top 10 Luxury Cars Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
Kawa.netxp [Perl] XML::FeedPP - RSS・RDF・Atomフィードの解析・生成・変換・結合 XML::FeedPP モジュールは、 RSS 2.0、RSS 1.0 (RDF)、Atom 0.3（および1.0）フィードの XML ファイルを解析・生成・変換・結合するための Perl モジュールです。 RSS ベースの1種類の共通 API で RSS・RDF・Atom の各フォーマットの処理に対応しているため、 手軽に扱えます。 フィードの読み出し・書き込みはもちろん、 RSSからRDFへ、RDFからAtomへといった各フォーマット間の相互変換も可能です。 他サイトからダウンロードした複数のファイルを結合して、 まとめて1つのファイルとして出力することもできます。 公開版アーカイブ： XML-FeedPP-0.43.tar.gz TARGZ CPAN ←通常パッケ
〈 SL 〉: もう XML 言語を開発するな
Wednesday, January 11, 2006 もう XML 言語を開発するな Don’t Invent XML Languages by Tim Bray (Updated: 2006/01/09) XML の X は「拡張可能(Extensible)」という意味だ。自分の問題に応じて自分の XML 言語を開発できることをウリにしている。でも、僕は過去 2 、3 年の経験から、そうすべきではないことを悟った。本当に必要な時以外はね。今からそれを説明する。そして、もし本当に必要な時がくれば、関連文書のOn XML Language Design を読んで欲しい。 僕は最近ある XML 言語の開発を手伝っていたのだけれど、どうか話半分で聞いて欲しい。僕は言語デザインをメインでやっているわけではないし、僕がもし専門技術でなにか言えることがあるとすれば、それは主としてたくさんの異なる X
yohei-y:weblog: XML 開発者の日、見どころ
村田さんからアナウンスがあったとおり11月24日(木)に新富町の印刷会館で XML 開発者の日が復活します。 5月の WWW2005 で村田さんにお会いしたときに、 開発者の日で REST を扱いたいですよね、 という話をしていたのですが、 画像電子学会という事務局がみつかって開催のはこびとなりました。 REST について議論する場がずっと欲しかったので、 今回は僕も準備のお手伝いをさせてもらいました。 具体的には何人かの発表者の選定や連絡などさせてもらってます。 さて、プログラム(予定)ですが、 現時点で REST の話を日本語でするなら ほぼベストな布陣になっていると我ながら思います。 以下では僕の独断と偏見で、各講演の見どころ聞きどころを説明したいと思います。 REST入門 山本陽平(株式会社リコー) 朝イチで僕が REST の入門編を喋ります。 ベースはこの blog の REST
意外と知られてないのかもしれないので書いてみる。というか竹迫さんのパワポに書いてるまんまなんだけど、XML::Parser のソースに以下のパッチを当てるのみ。 --- XML-Parser-2.34-orig/Expat/Expat.xs Mon Jul 28 23:41:10 2003 +++ XML-Parser-2.34/Expat/Expat.xs Fri Aug 27 08:36:39 2004 @@ -17,6 +17,8 @@ #undef convert +#undef SvUTF8_on + #include "patchlevel.h" #include "encoding.h"するとあら不思議、XML::Parser で utf8 フラグが立たなくなります。ということは XML::RSS でもまた然り(XML::RSS の中では XML::Parser で pars
XML and Visualization (多少の語弊があることを覚悟していいますが) XML は階層を持ったデータ構造 (木構造) をテキストのみで表現する規格 (群) です。 基本的には把握しやすい木構造ですが、 やはり大規模なデータになると視覚化が問題となってきます。 コンピュータが処理できればよいという見方もあるでしょうが、 最終的にデータを使うのは人間であることがほとんどです。 今回は XML を視覚化という切り口からみていきましょう。 視覚化は「百聞は一見にしかず」。デモを中心にいきます。 XSLT XSLT (http://www.w3.org/TR/xslt) XSLT はそれ自身が視覚化の手法として使われています (HTML への変換など)。 また、 XSLT の記法がテンプレートの列挙というかたちをとっているため、 変換の様子が元々視覚化されているといってよいと思いま
名前¶ XML::RSS - RSSファイルを作成し更新します 概要¶ # RSS 1.0ファイル(http://purl.org/rss/1.0/)を作成します use XML::RSS; my $rss = new XML::RSS (version => '1.0'); $rss->channel( title => "freshmeat.net", link => "http://freshmeat.net", description => "the one-stop-shop for all your Linux software needs", dc => { date => '2000-08-23T07:00+00:00', subject => "Linux Software", creator => 'scoop@freshmeat.net', publisher =>
search.cpan.org XML::Simple ↑基本的な使い方はCPANにすべて記載されてます（当たり前）。 ですので作者本人も触れていない、「日本語を含んだXML」をXML::Simpleで取り扱う際のポイントをココで紹介してみようかと思います （仕事で使う際にbashi本人が調べて気づいた事のみになりますが）。 ※文字コード「EUC-JP」または「SHIFT_JIS」の日本語を扱う場合のみ下記指摘は該当します。「UTF8」の日本語文字のみ使用している場合は問題無いように見えます。 XML → Perl で、前回の続き。 XMLヘッダタグをつけてあげると日本語を含むXMLデータも正常に XMLin メソッドで取り込める、という所まで前回書きました。では今回は取り込んだ後のPerl構造体について。実際に取り込んだ後の構造体を出力してみると不具合は一目瞭然です。 ※以下、文字コード
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
