TrooisはGoogle App EngineをAmazon S3ライクにファイルストレージとして利用できるようにするソフトウェアです。 Google App EngineをAmazon S3ライクに使えるようにするソフトウェアがTrooisです。RESTfulにファイルをポストして、さらに提示されたURLにGETアクセスすることでファイルのダウンロードができます。 Google App Engineを起動します。 Webブラウザでアクセスしました。ファイルのアップロードだけがあります。 アップロードしました。ユニークなキーが表示されます。 /serve/(先ほどのキー)へアクセスするとアップロードしたファイルがダウンロードできます。 TrooisはWebブラウザから使うというよりもWeb API（RESTful）を通して使う前提のシステムと言えそうです。Trooisのプロジェクトサイト
GAEを使った先端テクノロジー。 ここで実現しませんか？ ゴーガは、Googleの正規開発パートナーとして、 Google Maps API の提供やGoogle App Engine (GAE)による クラウドシステムの開発を手掛けています。 Google App Engine (GAE)によるクラウドシステム開発は、 Google の膨大なサーバーリソースのおかげで、 1秒に100件以上の同時アクセスがあっても耐えうるほどの対応力。 災害時や問題発生時などの非常時にアクセスが急増しても、 何もなかったかのように切り抜けるのはLAMP環境では得られない 体験です。さらに圧倒的なコストの安さも大きな魅力です。 日本ではまだ社内アプリ、個人レベルでの利用が目立つGAEですが、 このメリットを日本にもっと広めるためにも、 今回Google App Engine担当のエンジニ
App Engine/AptanaなどJavaクラウド4つを徹底比較：ユカイ、ツーカイ、カイハツ環境！（5）（1/3 ページ） Javaはクラウド戦国時代に突入！ クラウドコンピューティングのブレイクとともにさまざまなクラウドサービスが提供され始めました。特に、PaaSサービスを提供する「Google App Engine」（以下、GAE）の登場はインパクトを与え、Javaに対応したGAEの類似サービスとして「Stax」「Morph AppSpace」が登場しました。GAEも遅れてJavaサポートを発表したり、統合開発環境を提供していたAptanaが「Aptana Cloud」のJava対応を行うなど、Java対応のクラウドは戦国時代に突入しました。そして、まだ動かすことはできませんが、サン・マイクロシステムズが先日のJavaOneで「Sun Cloud」を発表し、Amazon EC2に近
BigtableをjQueryで操作できる「gaedirect」とは：クラウドとgaedirectでできる緊急対応マッシュアップ（1）（1/3 ページ） 緊急時の“クラウド”の有用性 このたびの東日本大震災で被災された皆さま、ご家族ならびに関係者の皆さまに、心からお見舞いを申し上げます。今回の大震災では、多くのWebサイトでアクセス不能状態が発生したのは、記憶に新しいところです。緊急時こそ、必要な情報を入手するために多くの人がWebサイトにアクセスするわけですが、このような切実に情報が必要とされるときに限って、トラフィック増大によるアクセス不能が発生してしまう状況が多々見られました。 しかし、このような緊急時対応サイトをGoogle App Engine（以後、GAE）などによってクラウド化しておけば、このような問題は解決できたといえます。クラウドを使用すれば、ユーザーアクセスが急激に増加
前回のおさらいですがホンモノのC２DM（Cloud To Device Messaging）の構成はこんな感じ。 端末をC2DMサーバ(@Google)に登録する お返しにregistration IDをもらえる（人にバレちゃだめ） 自分で作ったapp server(GAEで作れる)にuserアカウントとregistration IDを対応付けて保存する browserからapp serverにuser account情報と送信したデータをPOST app serverはuser accountからregistration IDを求めて、データと併せてC２DMサーバへPOST C2DMサーバはregistration IDと対応付けていたデバイスに向けてデータをPUSH
GAE/Jというか、Jettyの挙動なのだけど。 たとえば、出力内容を一旦キャッシュしておきたいときやフィルターで加工するとき、HttpServletResponseWrapperに書き出してキャッシュしたり加工したりする。 で、TomcatならこんなコードでServletResponseを書けばよかった。 final StringWriter sw = new StringWriter(); ServletResponse res = new HttpServletResponseWrapper(response){ @Override public PrintWriter getWriter() throws IOException { return new PrintWriter(sw); } }; ところが、Jettyではこのままでは一度getOutputStreamが呼び出されて
App Engineで大量のデータを並列処理するフレームワーク ElShard を作っています。batch addとdeleteのサンプルができたので、とりあえずまとめてみます。 ElShardは、入力リストを分割して処理して集約する考え方に基づいています。並列処理はApp EngineのTaskQueueで実現しています。タスク間では10kBのペイロードしかやり取りできないため、データをやり取りする用途には適していません。そのため、実際のデータはDatastoreに格納しておき、キーをタスク間でやり取りすることになります。 現段階では集約をどうやって実現するか未定ですが、キーでソートされるというDatastoreの性質をうまく利用できる気がします。Matcher APIが使えるといいなぁ。 リストを処理する ElShardでは、InputとTaskの2種類のタスクを組み合わせてジョブネッ
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
ずいぶんさぼってしまって、1.4.1もリリースされるというのにちゃんとフォローできていないのだけど、これはちょっと面白いので書いておこう。App Engineにhigh replication optionが追加された。 High Replication Option App Engineでは、通常マスタ・スレーブ型でバックアップを取っていた。ユーザのデータはマスタのデータセンターに書きこまれ、さらに背後にあるスレーブのデータセンターにコピーされる。このコピーは非同期に行われるので、書き込みにはそれほど時間がかからない作りになっている。そのかわり、スレーブでの書き込みがすぐに成功するとは限らないので、スレーブに書き込む前にマスタが落ちてしまうと、データが巻き戻ってしまうことがありうる。 これに対してHigh replication optionを使うと、より多数のデータセンターに対して同時
データストアのパフォーマンス測定メモ 最終更新日 : 2011/1/9 (2011/1/3 より執筆開始) 下滝 亜里 <asatohan at gmail.com> 内容に関するコメント（感想、提案、書き間違いの指摘）は歓迎します。 はじめに 測定結果 まとめ 何もしない場合 put put - 作成対象が存在せずプロパティが１つの場合 put - 作成対象が存在せずプロパティが２つの場合 put - 作成対象が存在せずプロパティが３つの場合 put - 作成対象が存在せずプロパティが１０個の場合 put - 作成対象が存在せず要素１つのListプロパティが１つの場合 put - 作成対象が存在せず要素２つのListプロパティが１つの場合 put - 作成対象が存在せず要素３つのListプロパティが１つの場合 put - 作成対象が存在せず要素２つのListプロパティが５つの場合 put
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー Guidoがここ数ヶ月関わっているというGoogle App EngineのDatastore Plusについてブログで紹介しています。 App Engine標準のdbモジュールの代替として使われるべく開発されているモジュール。dbモジュールで提供されているKeyやqueryが変更可能(mutable)であるなど，デザイン上の不合理を解決したより明確な設計を採用(Guidoが直したかったんですね)。 またdatastoreへの非同期アクセスを可能にしています。重たいクエリ，相対的に遅い書き込みにかかる時間や，レイテンシを回避できるようになります。datastore非同期への非同期アクセ
GAE/J開発サーバのラッパークラスを作りました。これを導入すると、再起動時に古いサーバプロセスが勝手に停止してくれます。 RestartableDevAppServerMain.java ライセンスはApache License 2.0、依存ライブラリはありません。 設定方法はとっても簡単！ まず、あなたのプロジェクトにtoolというソースフォルダを作り、その下にnatntechパッケージを作成、その中にダウンロードしたソースコードをコピーします。実際はどこでも良いんですが、まあ例と言うことで。 エラーが出るので、"Ctrl+1"でQuickFixを表示し、一番上の"Exclude ..."を選択します。エラーは消えましたか？ 開発サーバの起動構成を開きます。Main classはDevAppServerMainになっているはずです。 これを、いまコピーしたnatntech.Restar
#slim3 1.0.6 のSimpleControllerを使った場合のテスト方法 #appengine
先日、slim3-1.0.6がリリースされました。たくさん機能追加がありますが、最近の自分的に嬉しい機能のひとつにController内でInputStreamが使えるissue62への対応があります。 Support for Controller#createRequestHandler(): http://code.google.com/p/slim3/issues/detail?id=62 この機能を使用する際のテストケースの書き方の例を書いておこうと思います。あと、ついでにMetaクラスにJson->Model、Model->Jsonを行うユーティリティメソッドが追加されているのでそれも使っています。@takawitterさんの仕事です、ありがとうございます、便利です。 まずはController Httpメソッドとリクエストパラメータによって追加・修正・削除と1件返却、リスト返却
GAE for Javaで、Picasa APIにアクセスする方法を調査していました。 画像をメインにするようなサイトをGAEでやると、データストアにデータを置くと無料領域まですぐにいってしまうだろうし、なによりOutgoing Bandwidthを使い果たしてしまう（というか使い果たした…）ので、ファイルやよく使うバイナリデータは外に置いたほうがいいです。そのため、データ置き場としてPicasaを使ってみようかなと思った次第です。 まぁこれといってGAEだからということもないのですが、多少トラブったので、メモ代わりに残しておきます。 Google Data ProtocolにアクセスするためのClient Libraryをダウンロード。こちらより。 Client LibraryのPicasawebServiceでGoogle Loginを行ったところ、エラーが発生した。ぐぐったら原因がわ
Minutes 1.0.2 Minutes 1.0.2が出ました。 (今日11位以下に下がりましたが) なんと、Mac AppMinutes 1.0.2が出ました。 (今日11位以下に下がりましたが) なんと、Mac App Storeローンチから10日間ほど、国内ランキング10位以内に居続けることができました。 買ってくださった方、ありがとうございます。 マイナーアップデートですが、1.0.2では日本語環境での問題が1つ解決していますので ぜひアップデートしてください。 海外からが多いのですが、たくさんのフィードバックをいただいています。 そこで、それらをふまえつつ、次のメージャーアップデート1.1の準備に入っているところです。 しばらくお待ちください。 さて、Onigiriではもう去年から第二弾〜(というかMinutesは第0弾的な位置づけですが)をやっていまして 僕はG
これまでずっとなるべく言わないようにしていたのだが、もう平たく／明快に言うことにしました。 １）エンタープライズJavaはもう立ち直れないと思う。 だから、 ２）GAEを勉強してそのままクラウドというバズワードに踊らされる道を真剣に考えてみて欲しい。 これまでは、１）は言わずに、２）だけ言ってきた。で、「クラウド」の中でも、私が知っている「GAEで開発する」ことの楽しさをなるべく具体的に紹介するようにしてきた訳なのであるが、前半も言うことにしました。 その理由は、若い人に早く気づいて欲しいから。年を取ったら駄目、というわけではないが、あるフレームワークになれて、その経験が長くなってくると、進路変更は大変になる。ところが、多くの人が「もはやそのフレームワークは、時代にあっていない」と気づく頃には、そういう「進路変更大変状態」になってしまっていることが多い訳です。 というわけで、明言することに
はじめに 本稿では、JavaやPythonによるサーバー側コーディングを一切必要とせずにGoogle App Engineによる開発を実現するツール「jsonengine」について紹介します。 対象読者 Google App Engineに興味はあるが経験のない方。JavaScriptやActionScriptによるクライアント開発、またはiPhoneやAndroidによるスマートフォン開発の経験のある方。JavaやPythonの開発経験は不要です。 必要な環境 最低動作環境は次のとおりです。 Java SE 5 jsonengineって何？ 「jsonengine」は、JavaやPythonによるサーバー側コーディングを一切必要とせずにGoogle App Engineによる開発を実現するオープンソースのツールです。このツールは、昨年開催された「Mashup Awards 6」において「
ご無沙汰しております。 昨日、「Javaソースコードリーディング 第２回」に行って来ました。 今回のターゲットはJUnit。 今までJUnitのソースを読んだことがありませんでしたが、非常に勉強になるコードでした。 一人で読み始めようとすると、どこから手を付けていいのか悩んでしまうことが多いと思いますが、最初に大まかな流れや、主だったクラスがどれで、どんな役割を持っているのかなど、発表者の方のプレゼンを聞いた後にリーディングタイムとなるので、非常にスムーズに読み始めることが出来ました。 kizashi1122さん、backpaper0さん、お疲れ様でした。ありがとうございました。 そもそもソースコードリーディングって言うイベントに参加したのも初めてだったので、とても新鮮でした。 あと、Ruleアノテーションの使い方を知らなかったのですが、ソースリーディングをして初めて分かりました。色々と柔
mixiアプリでユーザのプロフィールやマイミク情報を取得するためにRESTful APIというものがあります 各APIにアクセスするためにはConsumer KeyとSecretを用いた署名（OAuth Signature）をつける必要があり、かなり面倒くさいプログラムを書く必要が出てきてしまいます。 そんなあなたのためにopensocial-java-clientというものが用意されています！！！ ほかにもpython php Ruby版があるようです。 さて、とりあえずwikiを見ながら使ってみようと思ったら既に仕様が変わっているらしい？ので自分で書いてみることにしました。 OpenSocialProvider provider = new OpenSocialProvider(requestTokenUrl, authorizeUrl, accessTokenUrl, restEnd
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
