<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
		xmlns:xhtml="http://www.w3.org/1999/xhtml"
>

<channel>
	<title>tdtshのブログ &#187; クラウド</title>
	<atom:link href="http://www.tdtsh.com/blog/archives/category/%e3%82%af%e3%83%a9%e3%82%a6%e3%83%89/feed" rel="self" type="application/rss+xml" />
	<link>http://www.tdtsh.com/blog</link>
	<description>java とか ソーシャルウェブとか Google App Engine とかの事の備忘録</description>
	<lastBuildDate>Thu, 29 Jul 2010 06:39:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/category/%e3%82%af%e3%83%a9%e3%82%a6%e3%83%89/feed" />
		<item>
		<title>GoogleのデータセンターとGAEは設計思想のスケールがでかい</title>
		<link>http://www.tdtsh.com/blog/archives/719</link>
		<comments>http://www.tdtsh.com/blog/archives/719#comments</comments>
		<pubDate>Fri, 25 Jun 2010 07:28:11 +0000</pubDate>
		<dc:creator>tdtsh</dc:creator>
				<category><![CDATA[Google App Engine]]></category>
		<category><![CDATA[クラウド]]></category>

		<guid isPermaLink="false">http://www.tdtsh.com/blog/?p=719</guid>
		<description><![CDATA[
Googleクラウドの理想型は、昼の太陽（ソーラパワー）で電気エネルギーを蓄電し、夜（月は夜の比喩）月の出ているときにデータセンターのCPUを動かし、昼より気温の低い夜の外気でCPUを冷やすのだ。そしてそのコンピュータ [...]]]></description>
			<content:encoded><![CDATA[<p><blockqoute><br />
Googleクラウドの理想型は、昼の太陽（ソーラパワー）で電気エネルギーを蓄電し、夜（月は夜の比喩）月の出ているときにデータセンターのCPUを動かし、昼より気温の低い夜の外気でCPUを冷やすのだ。そしてそのコンピュータパワーを地球の裏側の昼の世界へインターネット網を介して送り出す。これがGoogleのMoon Cloudの基本コンセプトだ。</p>
<p>人類のエネルギー革命は、化石燃料からどれだけ効率よく電気エネルギーを取り出すかという歴史と、どれだけ効率よく電気エネルギーをA地点からB地点に運ぶか、ということだ。残念ながら今の技術では、電気を損失させず地球の裏側に送り出すことも無線で送ることもできない。（R&#038;Dの範囲では出来るが実用的でない）なぜエネルギー損失が起きるかというと電気エネルギーがアナログエネルギーであるためだ。音楽がレコード（アナログ）からCD（デジタル）に変わったように、電気エネルギーをアナログからデジタルに変換してしまえば、地球の裏側に1秒以内にエネルギーを送り出すことができる。<br />
～中略～<br />
夜は昼より気温が低い。<br />
たったこれだけの理由だ。」</p>
<p><a href="http://agora-web.jp/archives/1039118.html" onclick="javascript:urchinTracker ('/outbound/article/agora-web.jp');">月を追いかけるGoogleのクラウド &#8211; 渡部薫 @sorahikaru : アゴラ</a><br />
</blockqoute></p>
<p>ひたすら壮大な計画ですね。<br />
少し前からGoogleデータセンターの最もコストがかかるものは、近いうちにハードウェアではなく電力になると言われていましたが、ここまで考えているとは。</p>
<p>Googleのサービスは色々あるけれど、私が関心の高いGoogle App Engineを例に考えてみると、この話も納得させられます。</p>
<p><a href="http://www.publickey1.jp/blog/10/2amazonwindows_azure.html" onclick="javascript:urchinTracker ('/outbound/article/www.publickey1.jp');">クラウドのベンチマークを取ったら Google App Engineは遅くてスケールしにくい</a>という話があります。<br />
余談だけど、<a href="http://www.publickey1.jp/blog/10/3000.html" onclick="javascript:urchinTracker ('/outbound/article/www.publickey1.jp');">セールスフォースのサーバは全部で3000台</a>しか無いらしいです。凄いですね。</p>
<p>今GAEのデータストレージは調子悪いとか、測定方法による有利・不利もあるかもしれませんが、GAEが遅いと言うのは、現時点では概ね正しい認識なのかもしれません。（コスト当りの性能で算出すると結果が変わりそうですが）</p>
<p>GAEのアプリケーションは、ちょっとでもアクセスが無いとスピンダウンするとかの制限やクセがあり、何も考えずに「Googleのインフラが使えるんだからさぞかし速いんだろう」と思って開発していると、期待を裏切られます。<br />
逆に、データベース・トランザクションはRDBMSの得意技であり、プログラミングの技術も枯れています。</p>
<p>要はプログラムやデータの設計そのものを、今までのやり方と変えないといけないのがGAEのKVSです。</p>
<p>AWSやForce.comがRDBMSによるデータ永続化という既存のパラダイムの延長であるのに対し、GAEとそのデータストレージ、およびデータセンターの設計思想は「圧倒的な規模での全体最適によるコスト削減」なんだと思います。</p>
<p>GAEは既存技術より質がやや劣り、安い。最初はコンシューマ向けだけど、コスト面を武器に、少しずつエンタープライズ分野を侵食していき、最終的に品質面をも追い越して、既存技術を駆逐してしまうとすれば、イノベーションの典型的な特徴と符合します。</p>
<p>どっちが良い・悪いという議論には余り意味は無いけど、好き・嫌いでいうと、やっぱりGAEの方が好きだなぁ。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.tdtsh.com/blog/archives/719/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/719" />
	</item>
		<item>
		<title>企業内コラボレーションツールがTwitter化、今度は企業向けSNSの様にはならない？</title>
		<link>http://www.tdtsh.com/blog/archives/705</link>
		<comments>http://www.tdtsh.com/blog/archives/705#comments</comments>
		<pubDate>Tue, 22 Jun 2010 05:36:19 +0000</pubDate>
		<dc:creator>tdtsh</dc:creator>
				<category><![CDATA[force.com]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[クラウド]]></category>

		<guid isPermaLink="false">http://www.tdtsh.com/blog/?p=705</guid>
		<description><![CDATA[
「いままで企業内のコラボレーションといえば、メッセージング、スケジュール管理、電子掲示板、ドキュメント共有といった機能を備えるグループウェアが主役でした。しかし、いまそれが大きく変わろうとしています。
いま開発中の企業 [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p>
「いままで企業内のコラボレーションといえば、メッセージング、スケジュール管理、電子掲示板、ドキュメント共有といった機能を備えるグループウェアが主役でした。しかし、いまそれが大きく変わろうとしています。<br />
いま開発中の企業内コラボレーションツールの多くが、TwitterやFacebookのように、つぶやきとタイムラインを中心としたマイクロブログ的なユーザーインターフェイスを備えているのです。画面を並べてみましょう。」</p>
<p><a href="http://www.publickey1.jp/blog/10/twitter_6.html" onclick="javascript:urchinTracker ('/outbound/article/www.publickey1.jp');">企業内コラボレーションのTwitter化 － Publickey</a>
</p></blockquote>
<p>以下の企業向けコラボレーションツール（サービス）の画面が比較されています。</p>
<p>・セールスフォース・ドットコムの「Salesforce Chatter」（現在β公開中）</p>
<p>・IBMが開発中と伝えられている「Project Vulcan」</p>
<p>・マイクロソフトの「Office Talk」（開発中）</p>
<p>・シスコの「Cisco Quad」</p>
<p>・SAPが開発中の「SalesOnDemand」</p>
<p>企業向けSNSはイマイチ浸透しなかったけど、今度はソーシャル機能単体じゃ無くて、ビジネス支援のアプリケーション又はサービス群と協調するTwitterライクなミニブログ、という位置づけである事が大きな違いでしょうか。</p>
<p>企業向けSNSがイマイチ浸透していない理由の一つに、既存システムとの親和性があると思います。既にOpenIDでSSO（シングルサインオン）を実現してます、とかいう先進的な企業は、あまり聞いたことがありません。</p>
<p>最も企業内で普及している認証サービスは、多分Microsoft社のActive Directoryでしょう。<br />
ただActive DirectoryはWEBサービスとの連携という意味ではイマイチです。</p>
<p>殆どの企業は、グループウェアを導入していたらそのアカウントは別に持っているんじゃないでしょうか。そこに仮に後付けでSNSをポンと立てても、アカウントを覚える数が増えるので面倒くさくなって使わなくなってしまうんじゃ無いでしょうか。</p>
<p>そういう意味では、Salesforce.comのChatterにはちょっと期待しています。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.tdtsh.com/blog/archives/705/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/705" />
	</item>
		<item>
		<title>日本も電波を再編しないと、将来iPhoneやAndroidが日本で使えなくなる</title>
		<link>http://www.tdtsh.com/blog/archives/703</link>
		<comments>http://www.tdtsh.com/blog/archives/703#comments</comments>
		<pubDate>Mon, 21 Jun 2010 05:38:23 +0000</pubDate>
		<dc:creator>tdtsh</dc:creator>
				<category><![CDATA[knowledge]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[インフラ]]></category>
		<category><![CDATA[クラウド]]></category>
		<category><![CDATA[光の道と電波ビッグバン]]></category>

		<guid isPermaLink="false">http://www.tdtsh.com/blog/?p=703</guid>
		<description><![CDATA[先日、孫正義さん、池田信夫さん、夏野剛さんによる光の道討論が行われたと当ブログでも書きました。
早速テキストに書き起こしてくださった方がいます。ご苦労様でした。
【書き起こし.com】孫正義VS池田信夫「光の道」対談（夏 [...]]]></description>
			<content:encoded><![CDATA[<p>先日、<a href="http://www.ustream.tv/recorded/7716146" onclick="javascript:urchinTracker ('/outbound/article/www.ustream.tv');">孫正義さん、池田信夫さん、夏野剛さんによる光の道討論</a>が行われたと<a href="http://www.tdtsh.com/blog/archives/701" >当ブログ</a>でも書きました。</p>
<p>早速テキストに書き起こしてくださった方がいます。ご苦労様でした。<br />
<a href="http://www.kakiokosi.com/2010/06/%E3%80%90%E6%9B%B8%E3%81%8D%E8%B5%B7%E3%81%93%E3%81%97-com%E3%80%91%E5%AD%AB%E6%AD%A3%E7%BE%A9vs%E6%B1%A0%E7%94%B0%E4%BF%A1%E5%A4%AB%E3%80%8C%E5%85%89%E3%81%AE%E9%81%93%E3%80%8D%E5%AF%BE%E8%AB%87/" onclick="javascript:urchinTracker ('/outbound/article/www.kakiokosi.com');">【書き起こし.com】孫正義VS池田信夫「光の道」対談（夏野剛司会）</a><br />
わたしも一度UStreamで見てはいましたが、今一度全部読んでみました。</p>
<p>光の道も大切ですが、電波の再編は喫緊の課題です。<br />
これは討論のお三方の共通意見でもありますが、司会役の夏野さんがアゴラの記事で詳しく書いておられます。</p>
<p><a href="http://agora-web.jp/archives/973873.html" onclick="javascript:urchinTracker ('/outbound/article/agora-web.jp');">周波数政策と通信業界の競争戦略　―　夏野剛 : アゴラ</a></p>
<p>既得権を持つ側のテレビ局や新聞社はこれを報道する事はありません。</p>
<p>今わたしに出来る事は、出来るだけ関心を持ち続ける事と、この事実を出来るだけ広める事です。</p>
<p>「このままでは将来iPhoneやAndroidが日本で使えなくなります」と言う部分は、技術に明るくない人にでも説明しやすいですね。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.tdtsh.com/blog/archives/703/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/703" />
	</item>
		<item>
		<title>iTunesがクラウド化してiPad/iPhoneのアクティベート出来る様になるかもしれない</title>
		<link>http://www.tdtsh.com/blog/archives/693</link>
		<comments>http://www.tdtsh.com/blog/archives/693#comments</comments>
		<pubDate>Fri, 18 Jun 2010 15:08:50 +0000</pubDate>
		<dc:creator>tdtsh</dc:creator>
				<category><![CDATA[iPad]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[knowledge]]></category>
		<category><![CDATA[クラウド]]></category>

		<guid isPermaLink="false">http://www.tdtsh.com/blog/?p=693</guid>
		<description><![CDATA[
もしiTunesがクラウド化せず、MacとPCの母艦を許したままだと、そのうちAndroid移行ソフトが出て来て、iPhoneからAndroid に移行しやすくしただろう。
ところが今のまだiPhoneが優位な立場にい [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p>
もしiTunesがクラウド化せず、MacとPCの母艦を許したままだと、そのうちAndroid移行ソフトが出て来て、iPhoneからAndroid に移行しやすくしただろう。</p>
<p>ところが今のまだiPhoneが優位な立場にいる間にiTunesをクラウド化して、写真、音楽、映像などあらゆるコンテンツデータをiTusesクラウドで管理するようになると、ユーザはiPhoneから離れられたとしてもiTunesからは離れられないだろう。人生の思い出をiTunesに預けてしまって、どうやってAndroidに移行できるだろうか。<br />
～中略～<br />
ユーザが最も忠実になるのは、端末ではない、アプリでもない、自分の預けたデータ（コンテンツ）である。<br />
世界の通信キャリアはここでも失敗している。どうしようもない失敗だ。かれらは携帯電話からクラウドでつなぐサービスを真剣に提供しなかった。結果、 Googleがあらゆる情報をクラウド化してしまい、Androidと繋いでしまった。端末メーカーはAppleに対抗するため仕方なくAndroidを採用するが、基本設計でGoogleクラウドにつながるのでユーザメリットが大きく、端末メーカーはそれを拒否することがほとんどできない。</p>
<p><a href="http://agora-web.jp/archives/1027399.html" onclick="javascript:urchinTracker ('/outbound/article/agora-web.jp');">Apple iTunesのクラウド化は iPhone を完璧にする &#8211; 渡部薫 @sorahikaru : アゴラ</a>
</p></blockquote>
<p>少し前のんですが、久々に鳥肌がたつ記事でした。</p>
<p>Appleは数年前から準備している。<br />
Apple の iTunes がクラウド化するかもしれない。<br />
多分、Facebookと連携するのではないか。<br />
PC無しでiPhoneやiPadがアクティベート出来るようになるかもしれない（重要）。<br />
これがすべて実現したら、本当に母艦PCはクリエイティブ以外には使わなくなりそう。</p>
<p>Picasa と Youtube、そしてGMailと、画像、動画、電子メールで思いっきりGoogle様にロックインされている所に、音楽をApple様に預ける事になる。</p>
<p>今回のWWDCではAppleからこれらの発表はありませんでしたが、Appleがその方向で色々動いている事はどうやらその通り(関連記事参照)な様ですから、タイミングの問題なのかもしれません。</p>
<p>個人的にはそう悪くない未来です。<br />
が、果たして日本でうまくいくでしょうか。<br />
iBooksみたいにならないと良いですが・・・</p>
<p>関連記事：<br />
<a href="http://jp.techcrunch.com/archives/20100120itunes-dot-com-cloud/" onclick="javascript:urchinTracker ('/outbound/article/jp.techcrunch.com');">iTunes、今年の夏にもクラウド化したiTunes.comへ移行か?</a></p>
<p><a href="http://jp.techcrunch.com/archives/20100119apples-secret-cloud-strategy-and-why-lala-is-critical/" onclick="javascript:urchinTracker ('/outbound/article/jp.techcrunch.com');">Apple、秘密のクラウド戦略とLalaが最重要である理由</a></p>
<p><a href="http://japan.cnet.com/news/commentary/story/0,3800104752,20409727,00.htm" onclick="javascript:urchinTracker ('/outbound/article/japan.cnet.com');">「iTunes」による映画ストリーミングの可能性&#8211;アップルのクラウド戦略が持つ課題 &#8211; CNET Japan</a></p>
<p><a href="http://betad.jp/apple/apple-%E3%82%84%E3%81%A3%E3%81%B1%E3%82%8A%E3%82%AF%E3%83%A9%E3%82%A6%E3%83%89%E5%9E%8Bitunes%E3%82%92%E5%A7%8B%E3%82%81%E3%82%88%E3%81%86%E3%81%A8%E3%81%97%E3%81%A6%E3%81%84%E3%82%8B%E3%81%BF/" onclick="javascript:urchinTracker ('/outbound/article/betad.jp');">Apple やっぱりクラウド型iTunesを始めようとしているみたい！ | betaD</a></p>
<p><a href="http://benli.cocolog-nifty.com/benli/2010/06/itunes-0f44.html" onclick="javascript:urchinTracker ('/outbound/article/benli.cocolog-nifty.com');">benli: iTunesクラウド</a></p>
<p><a href="http://journal.mycom.co.jp/news/2009/11/17/024/index.html" onclick="javascript:urchinTracker ('/outbound/article/journal.mycom.co.jp');">アップル、Webベースの新サービス「iTunes プレビュー」を公開 | パソコン | マイコミジャーナル</a></p>
<p><a href="http://capote.posterous.com/where-is-facebook-integration-into-ios" onclick="javascript:urchinTracker ('/outbound/article/capote.posterous.com');">iPhone4 の発表会で語られなかった、iOSへのFacebookの統合の話 &#8211; Capote&#8217;s Connected Communications &#8211; 続・広報の視点</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.tdtsh.com/blog/archives/693/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/693" />
	</item>
		<item>
		<title>Access 2010 では DBエンジンに SQL Azure が使える様になる</title>
		<link>http://www.tdtsh.com/blog/archives/679</link>
		<comments>http://www.tdtsh.com/blog/archives/679#comments</comments>
		<pubDate>Tue, 15 Jun 2010 02:03:26 +0000</pubDate>
		<dc:creator>tdtsh</dc:creator>
				<category><![CDATA[DBA]]></category>
		<category><![CDATA[oracle]]></category>
		<category><![CDATA[sqlserver]]></category>
		<category><![CDATA[クラウド]]></category>

		<guid isPermaLink="false">http://www.tdtsh.com/blog/?p=679</guid>
		<description><![CDATA[
マイクロソフトのAccess 2010では、ODBCを通じてクラウド上のリレーショナルデータベースであるSQL Azureに直接接続可能だと、MS Officeチームのブログのエントリ「Access 2010 and  [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p>
マイクロソフトのAccess 2010では、ODBCを通じてクラウド上のリレーショナルデータベースであるSQL Azureに直接接続可能だと、MS Officeチームのブログのエントリ「Access 2010 and SQL Azure」で紹介されています。<br />
Access 2010 and SQL Azure &#8211; Microsoft Access &#8211; Site Home &#8211; MSDN Blogs</p>
<p>この機能を使えば、社内でSQL Serverの運用をすることなく、Access 2010から大規模なリレーショナルデータベースの機能を利用することができるようになります。」
</p></blockquote>
<p><a href="http://www.publickey1.jp/blog/10/access_2010odbcsql_azure.html" onclick="javascript:urchinTracker ('/outbound/article/www.publickey1.jp');">Access 2010からODBCでクラウドのSQL Azureに接続可能。そのメリットは？</a></p>
<p>JetエンジンのままAccessを多人数で使うのは、排他制御の面でも、性能の面でも、あまり宜しくないんですけど、現場によっては結構重宝されていますよね。</p>
<p>自動でシュリンクしないからファイルがどんどん肥大化するし、しょっちゅう壊れるし。<br />
せめてMSDE、今で言うとSQL Server Express Editionですかね、を使って欲しい訳です。</p>
<blockquote><p>
データベース管理者にとっては、SQL Serverのデータメンテナンスなど管理業務をAccessから行うことでずっと便利になるという指摘もいただきました。たしかに、それもぐっと楽になりそうです。
</p></blockquote>
<p>ODBCドライバさえあれば、OracleでもDB2でもデータ管理は出来ますね。<br />
SQL大好きな私にとってAccessのクエリを使うのは苦痛なんですけど、エンドユーザにはGUIで操作できるAccessは結構使いやすいみたいですね。</p>
<p>RDMBSはコモディティ化した感があります。<br />
今後のデータストアのプラットフォームは、完全にクラウド上での覇権争いになってきました。<br />
KVSで無くRDBMSじゃ無いと駄目な案件を、SQL Azure と VM Forceが受け皿になっていきそうな予感。</p>
<p>どうするOracle陣営。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.tdtsh.com/blog/archives/679/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/679" />
	</item>
		<item>
		<title>Force.com Free Editionのアカウント作成</title>
		<link>http://www.tdtsh.com/blog/archives/525</link>
		<comments>http://www.tdtsh.com/blog/archives/525#comments</comments>
		<pubDate>Wed, 16 Dec 2009 01:41:42 +0000</pubDate>
		<dc:creator>tdtsh</dc:creator>
				<category><![CDATA[force.com]]></category>
		<category><![CDATA[クラウド]]></category>

		<guid isPermaLink="false">http://www.tdtsh.com/blog/?p=525</guid>
		<description><![CDATA[＠ITの連載にのっかって、Force.comをいじってみようと思います。
まずはアカウント作成。
無料で利用できるのは、「Free Edition」と「Developer Edition」の2つ。
CRM/SFAとの連携 [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.atmarkit.co.jp/fcoding/articles/sf/01/sf01a.html" onclick="javascript:urchinTracker ('/outbound/article/www.atmarkit.co.jp');">＠IT</a>の連載にのっかって、Force.comをいじってみようと思います。<br />
まずはアカウント作成。<br />
無料で利用できるのは、「Free Edition」と「Developer Edition」の2つ。<br />
CRM/SFAとの連携の有無、作れるアプリケーション上限など、Free Editionの方が少ない代わりに100ユーザまでいける。<br />
入門編ということで Free Edition で良いのではないかと。</p>
<h4> Force.comのアカウントを作成 (Free Edition)</h4>
<ul>
<li>
		<a href="http://www.salesforce.com/jp/" onclick="javascript:urchinTracker ('/outbound/article/www.salesforce.com');">salesforce.comのサイト</a>を見る。
	</li>
<li>
		[Force.com]タブにマウスオーバし、[クラウド・プラットフォーム]をクリック。
	</li>
<li>
		<a href="http://www.salesforce.com/jp/form/signup/freeforce-platform.jsp?d=70130000000Eu56" onclick="javascript:urchinTracker ('/outbound/article/www.salesforce.com');">free force.com アプリケーション開発を始める</a>をクリック
	</li>
<li>
		色々入力する。
	</li>
<li>
		メールが届くので、サインアップする。
	</li>
</ul>
<p>&nbsp;</p>
<p>以上です。<br />
拍子抜けする位に簡単です。</p>
<p>ログインすると、ホームとチュートリアルの2つのタブしか無い。詳細なメニューは > タブの奥に隠れてる。<br />
いいですね。次に何をすれば良いか迷わないです。<br />
全ての会員制Webサービスは見習うべきですね。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.tdtsh.com/blog/archives/525/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/525" />
	</item>
		<item>
		<title>Google App Engine / Java (GAE/J) で独自ドメイン (Google Apps側だけで設定)</title>
		<link>http://www.tdtsh.com/blog/archives/473</link>
		<comments>http://www.tdtsh.com/blog/archives/473#comments</comments>
		<pubDate>Thu, 26 Nov 2009 17:00:48 +0000</pubDate>
		<dc:creator>tdtsh</dc:creator>
				<category><![CDATA[Google App Engine]]></category>
		<category><![CDATA[クラウド]]></category>

		<guid isPermaLink="false">http://www.tdtsh.com/blog/?p=473</guid>
		<description><![CDATA[Google App Engine/Java (以下 GAE/J) にデプロイしたアプリケーションは、appspot.comドメインで、下記の様に公開されます。
	http://アプリケーションID.appspot.co [...]]]></description>
			<content:encoded><![CDATA[<p>Google App Engine/Java (以下 GAE/J) にデプロイしたアプリケーションは、appspot.comドメインで、下記の様に公開されます。</p>
<p>	http://アプリケーションID.appspot.com/</p>
<p>企業ユースの場合は特に、独自ドメインで公開したいのが普通ですね。</p>
<p>GAE/Jを独自ドメインで利用したい場合、Google Apps を申し込めば良いようです。<br />
早速挑戦してみました。</p>
<h4>Google Apps を申し込む</h4>
<p>まずは、Google Apps を使用できる様にします。<br />
独自ドメインを持っていてDNSサーバの管理権限があれば、Standard Edition で無料でできます。</p>
<ul>
<li>
		<a href="http://www.google.com/a/help/intl/ja/edu/index.html" onclick="javascript:urchinTracker ('/outbound/article/www.google.com');">Google Apps</a>をブラウズします。
	</li>
<li>
		<a href="http://www.google.com/a/help/intl/ja/admins/editions_spe_list.html" onclick="javascript:urchinTracker ('/outbound/article/www.google.com');">機能比較とお申し込み</a>をクリックします。
	</li>
<li>
		Standard Editionの<a href="http://www.google.com/a/cpanel/domain/new?hl=ja" onclick="javascript:urchinTracker ('/outbound/article/www.google.com');">[申し込み]</a>をクリックします。
	</li>
<li>
		[Google Apps にお申し込みいただくには、お客様の組織のドメイン名を入力してください]にて、以下の様に入力し、[次へ]をクリックします。</p>
<ul>
<li>
				●管理者: このドメインを所有または管理しています
			</li>
<li>
				ドメイン名を入力 : my.domain.xxx
			</li>
</ul>
</li>
<li>
		[Google Apps Standard Edition への申し込み (手順 2/3)]にて、必要事項を入力し、[次へ進む]をクリックします。(xxxxは伏字)</p>
<ul>
<li>
				名 : 権兵衛
			</li>
<li>
				姓 : 名無
			</li>
<li>
				メール アドレス : xxxxxxxxx@gmail.com  <- 取り合えず、GAE/Jでも使用しているGoogle Accountを使用しました
			</li>
<li>
				電話番号 : xxxx-xxx-xxxx
			</li>
<li>
				国/地域 : 日本
			</li>
<li>
				役職 : システム管理者
			</li>
<li>
				Google Apps では、サービスを正しく設定するため DNS を変更する必要があります。<br />
				 ■ドメインの DNS レコードを変更できない場合、組織で使用できる Google Apps の機能に影響する場合があることを理解します。
			</li>
<li>
				組織名 : xxxxxx株式会社
			</li>
<li>
				タイプ : 適宜選択
			</li>
<li>
				組織の規模 : 適宜選択
			</li>
<li>
				組織内で現在メール アカウントを提供していますか<br />
					 ●はい
			</li>
<li>
				提供している場合、メールサーバー ソフトは何をお使いですか。   (例: Microsoft Exchange)</br /><br />
					 外部ASP
			</li>
<li>
				Google Apps へのお申し込みに関して Google のセールス チームのサポートはありましたか。</br /><br />
					●いいえ
			</li>
</ul>
</li>
<li>
		[設定 - 最初の管理者アカウントを作成 (手順 3/3)]にて、必要事項を入力し、[同意して、設定を続行]をクリックします。</p>
<ul>
<li>
				ユーザー名 : gae@my.domain.xxx
			</li>
<p>				パスワード : 適宜入力</p>
<li>
				パスワードの再入力 : 適宜入力
			</li>
</ul>
</li>
</ul>
<p>Google Apps のダッシュボードが表示されれば、完了です。</p>
<hr />
<h4>ドメイン所有権を確認</h4>
<ul>
<li>
		<a href="https://www.google.com/a/cpanel/my.domain.xxx/Dashboard" onclick="javascript:urchinTracker ('/outbound/article/www.google.com');">Google Apps のダッシュボード</a>をブラウズします。
	</li>
<li>
		[ドメインの所有権を確認]をクリックします。
	</li>
<li>
		[ドメインの所有権を確認] で、今回は [HTMLファイルをアップロード]を選択しました。<br />
		<br />※(ネイキッド ドメイン (my.domain.xxx)へのAレコードが適宜登録されている必要があります)
	</li>
</ul>
<hr />
<h4>Google App Engine 側での設定</h4>
<p>参考サイト</p>
<p>	<a href="http://blog.livedoor.jp/cbnanashi/archives/926628.html" onclick="javascript:urchinTracker ('/outbound/article/blog.livedoor.jp');">CB NANASHI管理人ブログ : GAE/J、アプリを独自ドメインで使う</a><br />
	<a href="http://www.google.com/support/a/bin/answer.py?hl=jp&#038;answer=91077" onclick="javascript:urchinTracker ('/outbound/article/www.google.com');">Google App Engine &#8211; Google Apps ヘルプ</a></p>
<p>の通り、GAE/Jのダッシュボードから、Version をクリックしたんですけど、[Domain Setup (ドメイン設定)] も [Add Domain (ドメインを追加)] も出現しません。<br />
GAE/J と Google Apps Googleアカウント が違うアカウントである事と関係するのかもしれません。<br />
なので、この方法は取れません。</p>
<hr />
<h4>Google Apps側でGoogle App Engine の割り当て</h4>
<p>色々やっているウチに、Google Apps側だけで、設定が完結できました。</p>
<ul>
<li>
		<a href="https://www.google.com/a/cpanel/my.domain.xxx/Dashboard" onclick="javascript:urchinTracker ('/outbound/article/www.google.com');">Google Apps のダッシュボード</a>をブラウズします。
	</li>
<li>
		[ドメインの設定]をクリックします。
	</li>
<li>
		[コントロールパネル]で以下を選択し、[変更を保存]をクリックします。<br />
		●拡張版 (アメリカ英語のみ)
	</li>
<li>
		<a href="https://www.google.com/a/cpanel/my.domain.xxx/Dashboard" onclick="javascript:urchinTracker ('/outbound/article/www.google.com');">Google Apps のダッシュボード</a>をブラウズします。
	</li>
<li>
		[add more services]をクリックします。
	</li>
<li>
		[Other services] の [Google　App Engine] に、App IDを入力し、[Add it now]をクリックします。
	</li>
<li>
		[You have requested that the 'App ID' service be added to your domain]にて、[Activate this service]をクリックします。
	</li>
<li>
		[App ID settings]が表示されるので、- [Web address]の[Add new URL]をクリックします。
	</li>
<li>
		なにか適当※に入力し、[Add]をクリックします。 ※たとえば www (http://www.my.domain.xxx/)など
	</li>
<li>
		[Changing CNAME record]が表示されるので、指示に従い、DNSサーバにCNAMEを登録します。 <br />
			www.my.domain.xxx 	IN 	CNAME 	ghs.google.com
	</li>
</ul>
<p>しばらくすると、http://www.my.domain.xxx/ で、GAE/J のアプリケーションが表示出来る様になります。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.tdtsh.com/blog/archives/473/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/473" />
	</item>
		<item>
		<title>GAE/J (Google App Engine for Java) で Apache Velocityを動かす</title>
		<link>http://www.tdtsh.com/blog/archives/445</link>
		<comments>http://www.tdtsh.com/blog/archives/445#comments</comments>
		<pubDate>Fri, 30 Oct 2009 16:00:17 +0000</pubDate>
		<dc:creator>tdtsh</dc:creator>
				<category><![CDATA[Google App Engine]]></category>
		<category><![CDATA[eclipse]]></category>
		<category><![CDATA[java]]></category>
		<category><![CDATA[クラウド]]></category>

		<guid isPermaLink="false">http://www.tdtsh.com/blog/?p=445</guid>
		<description><![CDATA[GAE/J で Apache Velocity は動く
わたしにとってGAE/Jをガンガン使えるか否かは、Apache Velocityが動くかどうかに強く依存しています。
他のテンプレートエンジンを触ったことないし、J [...]]]></description>
			<content:encoded><![CDATA[<h4>GAE/J で Apache Velocity は動く</h4>
<p>わたしにとってGAE/Jをガンガン使えるか否かは、<a href="http://velocity.apache.org/" onclick="javascript:urchinTracker ('/outbound/article/velocity.apache.org');">Apache Velocity</a>が動くかどうかに強く依存しています。<br />
他のテンプレートエンジンを触ったことないし、JSPは絶対イヤだからです。</p>
<p><a href="http://groups.google.com/group/google-appengine-java/web/will-it-play-in-app-engine?hl=en" onclick="javascript:urchinTracker ('/outbound/article/groups.google.com');">Will it play in App Engine &#8211; Google App Engine for Java | Google Groups</a>にはVelocityのことは書かれていてない(2009年10月30日現在)。</p>
<p>結論から言うとGAE/JでVelocityは動きます。<a href="http://d.hatena.ne.jp/tetsuya_odaka/20090828/1251416748" onclick="javascript:urchinTracker ('/outbound/article/d.hatena.ne.jp');">すでに動かしちゃってる先人の方</a>もいらっしゃる様です。<br />
ちょっと安心です。</p>
<p>GAEにデプロイしたサンプルはこちら<br />
<a href="http://tdtsh-blog.appspot.com/velocity/top.vm" target="_bkank"  onclick="javascript:urchinTracker ('/outbound/article/tdtsh-blog.appspot.com');">http://tdtsh-blog.appspot.com/velocity/top.vm</a></p>
<hr />
<h4>インストール手順</h4>
<p>今個人的に使っているのは、velocity-1.4 と velocity-tools-1.1 なんですが、この際だから最新にしちゃいます。<br />
<a href="http://velocity.apache.org/download.cgi" onclick="javascript:urchinTracker ('/outbound/article/velocity.apache.org');">Downloads &#8211; Apache Velocity Site</a>から、</p>
<p>	velocity-1.6.2.zip<br />
	velocity-tools-1.4.zip</p>
<p>をダウンロードします。</p>
<p>ダウンロードした2つのzipをローカルのどっかに解凍します。</p>
<p>解凍したディレクトリから、jarファイルを、eclipseのプロジェクトのwar/WEB-INF/lib/にコピーします。</p>
<p>	velocity-1.6.2\velocity-1.6.2.jar<br />
	velocity-tools-1.4\lib\velocity-tools-1.4.jar</p>
<p>ここまでで実行すると、依存性が解決できずに (org.apache.commons達) Exceptionはきまくりでした。<br />
細かい依存性の管理については後回しにして、velocity-tools-1.4\lib\ の下の、commons-* を片っ端からeclipseのプロジェクトのwar/WEB-INF/lib/にコピーしました。</p>
<p>こいつらです。<br />
	commons-beanutils-1.7.0.jar<br />
	commons-chain-1.1.jar<br />
	commons-collections-3.2.jar<br />
	commons-digester-1.8.jar<br />
	commons-lang-2.2.jar<br />
	commons-logging-1.1.jar<br />
	commons-validator-1.3.1.jar</p>
<p>最終的に、依存性は maven で管理したいなぁ、と思います。</p>
<hr />
<h4>動かしてみる</h4>
<p>先ずは、クラス my.package.VelocityServlet として、org.apache.velocity.tools.view.servlet.VelocityViewServlet を拡張してクラスを作ります。とりあえずは何も実装しなくていいです。</p>
<p>war/WEB-INF/web.xmlを修正して、こんな感じにしました。</p>
<pre>
&lt;servlet&gt;
	&lt;servlet-name&gt;velocity&lt;/servlet-name&gt;
	&lt;servlet-class&gt;
		my.package.VelocityServlet
	&lt;/servlet-class&gt;
&lt;/servlet&gt;

&lt;servlet-mapping&gt;
	&lt;servlet-name&gt;velocity&lt;/servlet-name&gt;
	&lt;url-pattern&gt;/velocity/*&lt;/url-pattern&gt;
&lt;/servlet-mapping&gt;

&lt;servlet-mapping&gt;
	&lt;servlet-name&gt;velocity&lt;/servlet-name&gt;
	&lt;url-pattern&gt;*.vm&lt;/url-pattern&gt;
&lt;/servlet-mapping&gt;
</pre>
<p>それから、VMファイルはサーブレットからアクセス出来る必要があるので、war/WEB-INF/appengine-web.xmlを修正して、リソースファイルとして設定しておきます。今回はこんな感じにしました。</p>
<pre>
&lt;resource-files&gt;
	&lt;include path="/velocity/*" /&gt;
&lt;/resource-files&gt;
</pre>
<p>war/velocityディレクトリを作成し、その中に test.vm ファイルを作成します。<br />
中身はなんでもいいんですが、簡単にテストする方法としては、VTLでのコメントを書けばいいです。</p>
<pre>
&lt;html&gt;
&lt;body&gt;
	&lt;h1&gt;Test VelocityServlet&lt;/h1&gt;
	## if you see this message, VelocityViewServlet might not work.
&lt;/body&gt;
&lt;/html&gt;
</pre>
<p>http://localhost:8080/velocity/test.vm にアクセスします。</p>
<p>404エラーや500エラーなら、何かの設定が間違っています。<br />
if you see&#8230; が表示されたなら、静的ファイルとして読まれているかもしれません。<br />
(VelocityViewServletがリクエストを正しく処理していれば、if you see&#8230; の部分は見えません)</p>
<p>今回は、VM_global_library.vm とか velocity.properties のことには触れていないけど、リソースファイルとして配備すればもちろん使えます。encodingをきちんと設定すれば、日本語もちゃんと使えます。</p>
]]></content:encoded>
			<wfw:commentRss>http://www.tdtsh.com/blog/archives/445/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/445" />
	</item>
		<item>
		<title>GAE (Google App Engine) SDK for Javaで ログの取得</title>
		<link>http://www.tdtsh.com/blog/archives/442</link>
		<comments>http://www.tdtsh.com/blog/archives/442#comments</comments>
		<pubDate>Thu, 29 Oct 2009 16:00:09 +0000</pubDate>
		<dc:creator>tdtsh</dc:creator>
				<category><![CDATA[Google App Engine]]></category>
		<category><![CDATA[java]]></category>
		<category><![CDATA[クラウド]]></category>

		<guid isPermaLink="false">http://www.tdtsh.com/blog/?p=442</guid>
		<description><![CDATA[Google App Engineのログは、WEB上( appengine.google.com のLogs )で見る事も出来るけど、デバッグにはイマイチ使いにくいですね。
GAE SDK for Java を使えば、ロ [...]]]></description>
			<content:encoded><![CDATA[<p>Google App Engineのログは、WEB上( appengine.google.com のLogs )で見る事も出来るけど、デバッグにはイマイチ使いにくいですね。<br />
GAE SDK for Java を使えば、ログをダウンロード出来ます。</p>
<p><a href="http://www.tdtsh.com/blog/archives/424" >インストール手順はこちらを参照</a>。(Windows XPです)</p>
<p>cd %GAE_HOME%</p>
<p>bin\appcfg.cmd &#8211;severity=0 request_logs &#8220;c:\Documents and Settings\myname\workspace\myapp\war&#8221; .\request.log</p>
<p>severityでログレベルを指定する<br />
4 は「CRITICAL（致命的）」<br />
3 は「ERROR（エラー）」<br />
2 は「WARNING（警告）」<br />
1 は「INFO（情報）」（デフォルト）<br />
0 は「DEBUG（デバッグ）」</p>
<p>サーバにSSHでログインして、ログファイルを tail -f しちゃうのがデフォルトになっちゃっているので、やっぱり不便だなぁ。</p>
<h4> 参考サイト</h4>
<p><a href="http://code.google.com/intl/ja/appengine/docs/java/tools/uploadinganapp.html#Downloading_Logs" onclick="javascript:urchinTracker ('/outbound/article/code.google.com');">Java アプリケーションのアップロードと管理 &#8211; Google Code</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.tdtsh.com/blog/archives/442/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/442" />
	</item>
		<item>
		<title>GAE SDK for Java で update 時にcannot find javac executable based on java.home</title>
		<link>http://www.tdtsh.com/blog/archives/429</link>
		<comments>http://www.tdtsh.com/blog/archives/429#comments</comments>
		<pubDate>Wed, 28 Oct 2009 16:00:22 +0000</pubDate>
		<dc:creator>tdtsh</dc:creator>
				<category><![CDATA[Google App Engine]]></category>
		<category><![CDATA[java]]></category>
		<category><![CDATA[クラウド]]></category>

		<guid isPermaLink="false">http://www.tdtsh.com/blog/?p=429</guid>
		<description><![CDATA[※開発機はWindows XPです。
Google App Engine SDK for javaを使って、コマンドラインでデプロイしようと

bin\appcfg.cmd update .\war

すると、javac [...]]]></description>
			<content:encoded><![CDATA[<p>※開発機はWindows XPです。</p>
<p><a href="http://www.tdtsh.com/blog/archives/427" >Google App Engine SDK for javaを使って、コマンドラインでデプロイ</a>しようと</p>
<pre>
bin\appcfg.cmd update .\war
</pre>
<p>すると、javac.exeが見つからないと怒られた。</p>
<p>java.lang.IllegalStateException: cannot find javac executable based on java.home, tried &#8220;C:\Program Files\Java\jre6\bin\ javac.exe&#8221; and &#8220;C:\Program Files\Java\bin\javac.exe&#8221;</p>
<p>これに対する対処法は、Google App Engine SDK for java のインストールディレクトリにある、bin/appcfg.cmdを編集し、</p>
<pre>
	@java -cp .....
</pre>
<p>を</p>
<pre>
	@"%JAVA_HOME%\bin\java" -cp ...
</pre>
<p>に書き換えれば良い。</p>
<p>&#8220;でくくっているのは、JDKのインストール先にスペースが含まれる( c:\Program Files )から。</p>
<h4>参考サイト</h4>
<p><a href="http://code.google.com/p/googleappengine/issues/detail?id=1226" onclick="javascript:urchinTracker ('/outbound/article/code.google.com');">Issue 1226: appcfg cannot find javac &#8211; Project Hosting on Google Code</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.tdtsh.com/blog/archives/429/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<xhtml:link rel="alternate" media="handheld" type="text/html" href="http://www.tdtsh.com/blog/archives/429" />
	</item>
	</channel>
</rss>
