Googleが提供している「Google App Engine」は、PaaS(Platform as a Service)に分類されるクラウドサービスで、サーバーなどのインフラ設定を何もしなくてもアクセス数に応じてスケールするアプリケーションを設置できるサービスです。このGoogle App Engineの標準環境が2018年6月にNode.jsに対応したとのことで、早速Node.jsを使ってWebサーバーを設置してみました。なお、今回はmacOSを使用していますが、Windowsでも同様の手順でサーバーを設置できます。 App Engine - Build Scalable Web & Mobile Backends in Any Language | App Engine | Google Cloud https://cloud.google.com/appengine/ まず
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
Entity設計について GAEではEntityというモデルを定義してJDOを使ってデータを永続化する。Entityはオブジェクトモデルであり画面など実際の業務アプリケーションや外部インターフェースなどを直感的に表現できるという点で優れている。しかし、階層型ということもあり、リレーショナルなモデルとはあまり馴染まない。もしかしたら、これまでRDB的な設計を中心にやってこられた方にとっては苦痛さえ感じるかもしれない。Entityをうまく設計するためには、ひとまずRDB的な頭をリセットしてオブジェクト的な発想をすることをおすすめする。一度慣れてしまうと誰でも簡単にサクサク作れるようになるだろう。逆に、RDBの呪縛から開放されOOに覚醒してしまうともう後には戻れないので注意が必要である。RDBって不要じゃん？とか、これからの時代はOOでKey/Valueだ！などと思うようになれば覚醒した証拠だ。
2009/05/23 GAE/JのDatastoreのはなしとか なんとなくまとめ。使い込んでないので突っ込みお待ちしてます。 キー まず、保存したいオブジェクト（Javaオブジェクト：POJO）はオブジェクトとかインスタンスとかいいます。Datastore内に保存されているものはエンティティといいます。（リレーショナルDBならタプルとかレコードとか）。 で、エンティティはDatastore内で一意なキーをもつ必要があって、オブジェクトの対象のフィールドに@PrimaryKeyアノテーションをつけて識別します。 Datastoreで使えるキーは4種類あって、単純なLong、String、そしてKeyとそれをStringにエンコードしたEncoded Key Stringって書いてあるヤツ。 LongだとDatastoreに保存したときに自動的に採番されます。設定もできるみたい。String
Google App EngineのDatastoreで1対多の所有関係にあるデータを相互参照できる形で記録するサンプルです。 1対多 1つの親が、複数の子を持つような関係です。 親(Parent.class) ├子1(Child.class) ├子2(Child.class) └子3(Child.class) 所有関係 オブジェクトの所有される側(子)は所有者(親)を必ず必要とする強い関係?です。 もうひとつ、非所有関係というのもあり、 これであれば「どちらのオブジェクトもお互いの関係から独立して存在することができる」とのこと。 多対多の関係を構築する場合は、非所有関係を使うらしい。 なお、非所有関係のデータは1トランザクションでは保存できない、という制約があります。 相互参照 親/子の双方で検索できるようにします。具体的には以下の両方ができる、ということです。 親Aが保持する子の一覧を
Welcome to the Lift Web Framework Lift is yet another web development framework. Lift runs inside a Java web container and uses the Scala programming language for coding. Lift stresses security, developer productivity, ease of deployment, ease of maintainability, performance, and compatibility with existing systems. Lift borrows from the best of existing frameworks including Seaside's highly granu
はじめに Google App Engine（GAE）/Javaでは、Java仮想マシン上で動作する言語を利用することができます。例えば、JRubyやGroovyなどです。 Scalaも、コンパイルすることによりJava仮想マシン上で動作するクラスファイルを生成する言語ですので、当然、GAE/Java上で動作させることができます。 Scalaが動作するということは、ScalaでできているWebアプリケーションフレームワークであるLiftを元に作成されたアプリケーションを、GAE/Javaに載せることができるということです。 前後編で構成される本連載では、ScalaおよびLiftをGAE/Java上で動作させる方法を解説した後、サンプルアプリケーションでGoogleが提供するさまざまなAPIを利用した、GAEならではのアプリケーションを作成して、GAEでのアプリケーション作成のイメージをつか
Not rated yet. You must be logged in to rate this. video.
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
普通にできることを何でこんなに苦労せにゃならんのか、制約がきつすぎるんじゃボケ～、とかいいながら、毎日毎日GAEの問題にへこまされて、ああ、とっても憂鬱な気分。今日はGAE Nightだけど、正直、GAEのことなんか考えたくないなあ。雨も降っているし。まあ、あれだね。GAEを使うヤシは、はっきりいってバカだね。みんな、Googleに騙されていることに早く気づこうよ。 でも今日はshin1ogawa ja nightだし、teradaは楽しみにしているし、まあいいか、みたいな感じで出席。このやる気のなさが最近の私である。 魔法使い～shin1ogawa mavenを使った開発（gaejsimplequickstart）が便利そうなのと、面倒に思えるtestが意外と簡単に行えるということがわかったのは収穫だった。 しかし、ライブコーディングをあんなに完璧にやってこなせるshin1ogawaはは
1.2.6で追加されたメイルの受信を試してみる．メイル受信機能は，XMPPの受信と同じでWeb hookで実現されている．つまり，メイルが来ると特定のURLに対するアクセスが発生して，それに対応するサーブレットが呼び出される．受信できるメイルアドレスは， 任意の文字列@アプリ名.appspotmail.comappspot.com ではなく，appspotmail.com であるところに注意．ディスパッチされるURLは /_ah/mail/アドレスつまり /_ah/mail/任意の文字列@アプリ名.appspotmail.comとなる．つまり個々のアドレスに対して別のサーブレットを割り当てることができるわけだが，普通は一つのサーブレットで処理することになるだろう． メイル受信に必要な行程は以下 appengine-web.xml でメイル受信を宣言 web.xmlで受信サーブレットを，/_
先日、COCOMOによる工数計算 および、ファンクションポイント を使った見積ツールを作成したが、それに Excel で結果をダウンロードする機能を組み込みたいと思う。 pyExcelerator ではなくて xlwt を使う Google Data サービスを利用すると、Google Document 等も作成できるようだが、まずは、Excel でダウンロードできるように。 Excel に結果をダウンロードできれば、使い勝手も上がるかな～と。 まず、Pythonから、Excelを使うには、pyExcelerator だと思い、したしらべしていたら、どうも、直接レスポンスのストリームに Excel ワークブックを書き込みできないようだ。 自宅サーバーなら、一時ファイルを作成する手もあるだろうが、相手はGAEだし、一時ファイルを作らなきゃいけないのはいただけない。 もう少し調べると、どうもす
以下のような構成のアプリケーションを一個作っておくと怠惰にファイルの公開が出来て便利かな〜、と。 使い方としては static ファイルの下に static/hoge.html とか置いて update.bat を実行すると http://*.appspot.com/hoge.html で公開できるって感じです。 staticだけで良いかとも思ったけど、ディレクトリに対して / でアクセスできた方が便利なのでちっちゃなスクリプトも付けてみた。 それでファイル置き場として作ったのがこれ→ http://y-kawaz.appspot.com/ このセット自体使い回しがききそうなのでzipにした→ http://y-kawaz.appspot.com/files/gae-static-pack.zip ファイル内容 app.yaml application: your-app-id versi
以下の組み合わせで動作を確認しています jruby-1.4.0 rails 2.3.2 appengine-java-sdk-1.3.0.zip appengine-apis-0.0.11.jar (0.0.12 でもメール受信部分の機能は入っていないっぽい) GAE/J でのメールの受信の流れは以下のようになっています。 (string)@(appid).appspotmail.com 宛へメールを送る 次のURLが呼び出される http://(appid).appspot.com/_ah/mail/(string)@(appid).appspotmail.com ↑ の URL に関連付けられた method が呼び出される TomCat(?) の HttpServletRequest req の req.getInputStream() から受信したメールを読み込む ※ (strin
2009年09月27日 Google App Engine からメールを送る appengine-jrubyを利用してのメールの送信は拍子抜けするくらい簡単だった。 GAEでWebアプリを動かすための設定に加えてメール用に追加が必要な宣言は require 'appengine-apis/mail' だけ。あとはメソッド一発で送信できてしまう。 AppEngine::Mail.send( 'FROMアドレス文字列', 'TOアドレスの文字列かTOアドレスの配列', 'タイトル文字列', '本文文字列(HTMLメールの場合はnil）', {送信オプション} ) appengine-apisのリファレンスによると送信オプションで使用できるのは下記の通り。 :atttachments メッセージと共に送信する添付ファイル。{“ファイル名” => “データ”} というハッシュか、 [[“ファイル名
2009年12月13日 Datastore に画像を保管する Appengine-jrubyのドキュメントにDataMapperを使って画像をDatastoreに保存するサンプルが載っていた。これをLow Level APIだけでやったらどうなるのだろうと思って、ちょっと改変してみた。 画像のバイナリデータをDatastoreに保存するポイントは下記の通り。 画像をPOSTするフォームは enctype="multipart/form-data" に。サーバー側では、画像が入っているパラメーター内にさらに tempfile という要素があり、それを read するとデータが取り出せる。 パラメーターから取り出したデータをDatastoreに格納する際に AppEngine::Datastore::Blob.new() でラップして格納する。 取り出す時はSinatraの場合、content
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
