Google App Engine for java
■ このスレッドは過去ログ倉庫に格納されています
うおー。なんかどうもです。
というか登録はされてるのにGAEのマイページ(?)の
datastore viewerとかでそのプロパティだけ出てきてないみたいです。
まあ登録はされていたみたいなので問題なかったですが >>239
自分のDateプロパティもdatastore viewerで出てるから、
やっぱりそのDateの値は保存されてないと思うのですが。
@Persistentあたりじゃないすかね。↓参考
http://tsrtesttest.appspot.com/wiki/2ch_gae_date Google App For JavaでMySQL使っている人いる? 月100万PVくらいのサイトでアクセスしてるけど、段々使いづらくなってる
スケーラビリティが良いから放置には良いけど、
日々改良していくとなると、制限がネックになるね さっさとjava.awt.*使えるようにしてくれよ…
自前のcaptcha実装できねーじゃん。
http://www.google.com/recaptcha
recaptchaだとユーザビリティが悪すぎなんだよ。
かといってcaptcha認証なしだとBOTにやられちゃうし、仕方なくrecatpcha使ってるが「読みにくい」「複雑だ」とクレームでまくり。
こんだけ対応が望まれてるのに何してんだGoogle。
http://code.google.com/p/googleappengine/issues/detail?id=1423 ORM が危険なアンチパターンだっていうのはどれだけ言っても言い過ぎることはない
http://tech.a-listers.jp/2011/06/16/orm_is_an_antipattern/
このツイートに対して各方面(ActiveRecord, Doctrine, Hibernate)から多くの
(激しい)返信が寄せられて書かれたのが問題のエントリです。
まずはアンチパターンとは何かの定義として下記の2つを挙げています。
当初は有益だが、長期的にみると良い結果以上の悪い結果を招く。
確証があり繰り返されている別の解決方法がある。
当初は良さそうに見えたORMがいざ使ってみると問題が明らかになり、
しかもその時には切り替えるわけにもいかなくなるというのが彼の主張です。
彼による皮肉がたっぷりの論説の最後に付いていたまとめリストは下記のとおり。
ORMはSQLベースのモデルよりも最初のうちはシンプルで理解しやすく、手早く書く事ができる。
効率はどんなプロジェクトでも最初の頃は十分。
不幸にもそれらのアドバンテージはプロジェクトが大きく複雑になると消失し、抽象化は破綻し、
開発者はSQLを使わなければならなくなる。
ORMの抽象化はほぼ100%のプロジェクトで破綻する。
オブジェクトはリレーショナルなクエリの結果を表現するのには不適切。
不適切にクエリをオブジェクトにマッピングすることによって、ORMを廃止しない限り
簡単には修正できない非効率性がアプリケーションのあちこちにばらまかれる
リレーションを保存する代わりにORMを全てに適用する場合、設計をよく考える必要がある。
データが元々オブジェクトならば、NoSQLにオブジェクトを記録する方がリレーショナルデータベースよりも早い。
データが元々リレーショナルならリレーショナルデータベースに対するオーバーヘッドになるだけ。
リレーショナルなクエリはモデルレイヤーに隠蔽する。ただしAPIの設計は汎用化の誘惑に打ち勝って
アプリケーションに必要なデータを返すようにする。
オブジェクト指向設計はリレーショナルなデータを効率的に表現できない。
これはORMが解決できないオブジェクト指向デザインの根本的な制限だ。
ORMを使った事がある人にとっては心当たりがありまくりな主張ではないでしょうか。
意外と長文なんですが原文を読んでもらう方がORMが良さそうにみえて問題が起こり、
そしてその解決方法などのより正確な主張がわかります。
また元の記事には現時点で47のコメントが付いており盛り上がっています。
さて、みなさんはORMを次のプロジェクトでも使いますか?
via:http://seldo.com/weblog/2011/06/15/orm_is_an_antipattern joinも≠フィルターも使えないDatastoreのクエリが複雑化することはない。
そのコピペ貼るスレ間違ってるぞ おまえらにも来たぞ
http://2ch.net/maru_notice.txt
2ch.net 過去ログを再掲載するいわゆる「過去ログリーダー」サイトの運営をされている方へ
N.T. Technology, Inc. (以下当社)が提供している2ちゃんねる過去ログ観覧サービス、通称「●」(マル)の不正利用につきましてユーザー様より報告を受けており、調査を行っております。
調査終了後、2ちゃんねる、または当社に不利益に当たると判断するウェブサイトは米国著作権法 (U.S. Code, Title 17)及びDigital Millennium Copyright Act (DMCA)に則り順次削除依頼をホスティングされているISPに送信いたします。
なお、運営者様よりの質問は下記メールより受け付けております。
Twitter、新ガイドライン発表 2012年08月17日 22時21分
http://ascii.jp/elem/000/000/718/718721/
Twitterは16日、Twitter APIのバージョンを現行の1.0から1.1へと数週間以内に
バージョンアップすること、またAPIを利用する開発者向けガイドラインの改訂を
発表した。
今回のバージョンアップで大きく変わるのはAPIのリクエスト回数。現在はどんな
リクエストでも1時間につき350回だったが、1.1からは1時間あたり60回と大幅に減る。
これはbotやスパムなどによって、Twitterのリソースが圧迫されるのを防ぐためのようだ。
ツイートの表示や検索、プロフィール表示など、頻繁にアクセスされるものについては、
1時間あたり720回と増やすとのこと。
これまでLinkedInやInstagramなど、Twitterを利用したサービスやアプリに厳しい姿勢を
見せてきたが、今回のバージョンアップは開発者にとって非常に苦しい状況になりそうだ。
また、ガイドラインについては「Display Guidelines」と表記されていたものが、
「Display Requirements」と変更になった。簡単に言うと、マナーからルールになった
ようなもので、Display Requirementsに従わないとAPIが利用できなくなる。
スマホなどにTwitterアプリをプレインストールするときにはTwitter社の許諾が必要になり、
許諾のないアプリについてはTwitter APIにアクセスできなくするなどの処置がとられるという。
ほかには、クライアントアプリのユーザー数の上限を10万人にする、10万人を越える場合は
Twitter社の許可が必要になるなどの変更があり、開発者はもちろん、ユーザーにも影響は少なくなさそうだ。 slim3はコミッタがメンテにかけるコストも非常にスリムになっておすすめのフレームワークだな。 というかjavaでslim3以外にまともなのあったっけ slim3がいつの間にかバージョンアップしてたのに、なんで誰も教えてくれないんだ 多数の人に無償提供するためにはスピンアップ/ダウンの仕組みが必要なのは
分かるんだが、あのモッサリ具合が開発者を突き放す結果になってるな
Google先生ご自身、500msec以内にレスポンスを返さないと顧客が減ることを
良く知ってらっしゃるじゃないですか…
一般ユーザだけでなく開発者も同じですよ
平均1〜2秒、スピンアップ時は5〜10秒なんてちょっと無理
無償ユーザでもAlwaysOnを体感できる時間をランダムに割り振って
「これは使えそう」と思わせなきゃ人増えないよ 無償なんていらないからインスタンス単価100円にしてくれればいいのに
これなら10個のアプリを稼働して1000円だし >10個のアプリを稼働して1000円
それはアプリ単価だろ
インスタンス単価だとキャッシュされてない限り実行毎に10円かかる Googleがドジったおかげで国内Cloudが生き残ったな
産業保護の意味でGoogle先生は偉大なお人やで 国内クラウドってAWS未満のゴミしかないじゃん…
中には「それってタダのレンサバの名称変えただけだよね?」っていうものまである
それでいてGAEより高いという誰得仕様… そういうなんちゃって国内クラウドの導入事例を見ると…
出るわ出るわ情弱企業の名前がw
いかにも電通繋がりってところだらけ
技術力を売りにしてるWebベンチャーが使ってる例皆無だわ 情弱だからこそCloudを使うべきなんでそこはそれでいいんじゃねーの? あんまりJavaには詳しくないんだが
JDO,JPAってどういうもの?
Low Level APIに対して何ができて何ができない?
あとdatastore上の表現との対応がイマイチ掴めないんだが >>277
Java EEの話だが、専すれがないので
Java質問かJava Frameworkで聞いたら 最終書き込みが2013-03-28かあ
みんなどこで質問してんの?
Google Group? Google Code? if 馬鹿には無理:
if 馬鹿には無理:
if 馬鹿には無理:
pass >>277
JDOやJPAは行指向、Low Level API(BigTable)は列指向
列指向はあるエンティティの使わない列には保存時も全くデータを挿入しないが
JDOやJPAは行指向なので要りもしない列にnullを挿入してしまう
JDOはJavaオブジェクトをデータストアを選ばずに保存できるようにする仕組みで
JPAはデータストアをRDBMSに限定する代わりにもうちょっとかっちり定義できる gae java サーバーでOAuth 2.0で認証するやり方がわからんちょ あ、できそう。
まるまる載ってるとこないから苦戦した。 Google Driveのスプレッドシートをxlsxに変換して
メール送付するスクリプトを教えて頂けないでしょうか?
ttp://news.mynavi.jp/series/apps_script/003/index.html
上記サイトを参考にしつつ、PDF形式ではメール送付が出来たのですが、
xlsxに変換をしてメール送付の仕方がわかりません。
宜しくお願い致します。 やってみた。なんでHello worldだけで5秒もかかるの? デプロイ時のエラー:409 Conflict
appcfg rollbackしてもダメぽ
googleてもでてこないし詰んだ・・・ つづき
新しいアプリ作成して中身そのままでデプロイしたら成功した。
既存のアプリだとダメなまま>< つづき2
appengine-web.xmlの<automatic-scaling>
記入してるのがダメだった。消したらいけた・・・ヨカタ
おわり GAEまじやだ><
backendはじめたんだけど
デプロイできなかった。
cron.xmlのdescriptionの内容が日本語だとデプロイ出来ない現象だった。
backend使用しなければ、日本語OKだったのに!
関係なさそうなところでエラーでるのやめてーTT
GAEこんなのばっか。
低性能でいいからこういうのなくしてや。
低スペ、レンタルphpサーバーにもどろうかな Google Apps Scriptのスレってないのかな
>>289はちょっと違うし >>300-303
あれほんとだ見落としてた
すみませんありがとうございます おめかしするのが議員の品位なら
高級ブランドをまとわせた動物でも座らせとけば良い そっかーGAEってオワコンだったのかー・・・。
チョット興味があって勉強し始めたとこだったんだけどなぁ。
Windows Azureとかの方がよさげ? 1万人同時アクセスあるような、ソーシャルゲームとか広告のサイトで、さらにインフラコスト切り詰める必要あれば、覚えるのもありだと思う。
ただ、PaaSやIaaS使ったことなくてというのであれば、もう少し汎用的な組み合せか、楽に出来るものを使って見た方がいいかな。 Azureは、.netつかってるのであればかな。
特にそれだけではないみたいだけど。
個人的にはスマホ開発でサーバー用意しなくていいという、ParseとかAzureモバイルのが、イメージ湧きやすい。
サーバサイドで、JavaのServletやRailsでbundleというイメージがあるなら、PaaS使う感じかな。 http://www.slideshare.net/bobmcwhirter/devnexus-2011-7373226
JBOSS+jruby
GAEも最近はこんな感じで、
web処理(他とスケーラブルなDataStoreなのが違う)、バッチ処理、メッセージ処理、RDBという感じの構成になってる。
基本的にGAEならではのweb処理の部分を覚えればいいけど、他の部分もweb単体で開発してる人には関係ないけど、業務システムとしては重要な箇所でもある。 いろいろ設定周りが新しくなってるので、キャッチアップは必要だが、
silm3の本だけでも上のweb処理は大丈夫だと思う。
今は、pythonやgoのGAE本もあるのかな? >>307
PaaSでアプリ作って公開してみたいなぁと思っていたんだよね。
言語はC#とJavaしか知らないんだけど。
WEBアプリの勉強も兼ねてと思っていたんだよね。
オヌヌメのPaaSというか言語との組み合わせとか、教えてくれると助かる。 >>308-311
なるほど。
C#での開発経験があるからAzureに興味はあったんだけど、なんかGAEは無料だってのが
イメージ付いちゃっててGAE始めてみたんだよ。
でもそうじゃなかったらしいwww スマホアプリなら、ParseかAzureモバイルがいいと思う。mPaaSというらしい。
無料から始められる。(Azureのサーバは無料枠はじめからないけど、モバイル用にはある)
parse
http://www.slideshare.net/ktsujichan/5parsecom
azureはログインが分かりにくい。
いつも登録ページにいってしまう、、、
http://www.windowsazure.com/ja-jp/develop/mobile/
mPaaS使ったモバイル開発では、基本的にサーバプログラムはいらないので、使うのはアプリの開発言語だね。
(XamarinというC#のクロス開発ツールもあるが6万-20万ぐらい年間費用がかかる)
MMOみたいな仕組みが欲しいならphotoncloudというmPaaSもいいかも。
http://terasur.blog.fc2.com/blog-entry-506.html Azureモバイルは、サイト内の日本語ドキュメントがしっかりしてる。
Parseも英語のみだけど、ドキュメントはしっかりしてる。 普通にPCでブラウザのつもりだったけど、モバイルもいいね。
>>313
あ〜、やっぱAzureは金かかるんだね。無料試用版って1ヶ月だけじゃん。
無料で遊ぶならモバイルってことか。
>>316
なんか面白そうだな。parse。
でもドキュメントが英語だと読めねー。 GAE以外のPaaSだと無理枠があるのは、
heroku, openshift, run@cloudあたりだね。 >>318
herokuは調べたらアップした画像とか再起動時に消えちゃうとかあったのでパスかな。
openshiftやrun@cloudはよさげな感じ。
よし、なんとなくだが分かってきた。
みんなありがとな。 GAEは常駐アプリでリクエスト多いと無料はきついよー。 Backend Instance Hours の Discounted の設定ないのかな。
BackendやるよりDiscounted Instance のほうが安いのが納得いかないんや。 GAEのSDKで、eclipse の起動が JRE7 じゃないと起こられるようになった・・・ タイトルにあるRedisはGCEなんだけど、SnapChat自体はGAEつかって、インフラエンジニアはほとんどいないらしい。
http://qiita.com/kazunori279/items/e86636bb5908295c8c0f
Goのインスタンス起動50msとか、増減時のレスポンスもはやいんだな。 http://connpass.com/event/5769/
この先あるかわからないけど、イベントで$500利用クーポン配ってることがあるらしい。
手持ちなかったり、機材に使いたくても何か大きくリリースしてみたかったら、足しになるんじゃないかな。 まさか出るとはw
期待して無かっただけに嬉しい!
Microsoft、GoogleのChromeアプリ版Office Onlineをリリース
http://www.itmedia.co.jp/news/spv/1404/15/news041.html ほー、office onlineのショートカットなのかな? 168 デフォルトの名無しさん [sage] 2014/07/03(木) 17:10:36.81 ID:/QLPOJJ3 Be:
Dartプログラミング言語をGoogleのApp Engineがサポート…ついにサーバ言語としても位置づけ
http://m.jp.techcrunch.com/2014/07/01/20140629googles-dart-programming-language-is-coming-to-the-server/
これでW3Cは無理が有る様に思うが、きっかけにはなりそう。
あまり使いたいと思わせる要素は少ないな。あるのは数の力かな。
多分この辺りの言語戦争がWebKit内で有って分裂したんじゃ無いだろうか。表面は違うが。 static final 変数にキャッシュすべきじゃないとかフォーラムで見かけたけど
googleのチュートリアルでLoggerをstatic final で保持してるんだよね
Filter.init()で設定ファイルから読み取り専用の値をstaticで確保したいのだけど、
各GAEインスタンスの生成時に各個Filter.init()が呼ばれるのかよく分からないんだよな java8とかServlet3.0対応はいつになるのやら google cloud platformってgoogle app engineの拡張版か? google cloud platformはMySQLとかPHP使えるとかいうやつじゃね?
Herokuはjava8使えるらしいが何でGAEはこんなに対応遅いんだろう・・・ ファイルアクセスみたいな箇所のapi切り替えたり必要だからだろうな。php5.5対応みたいなリリースも最近あったばかりだし
herokuやdockerみたいなのがGCEやGKEで、簡単に出来れば切り替えしやすいのだけれども。 http://googleappengine.blogspot.jp/2011/01/announcing-high-replication-datastore.html
alexmaslov said...
Thanks for this update. The is one think I would like to comment.
Why do you limit developers to use only one datastore per app?
It mite be much better to include additional parameter in datastore API
to allow developers to access data in both datastores.
As application developer it's hard to tell before hand
what replication method better for any specific application.
Personally I prefer more reliable solution for any project.
But in some large applications there mite be some critical data and some less important data.
Speaking about current implementation.
It's really weird that we do not have any way
to migrate to High Replication Datastore without creating new application.
It mite look not a big issue from Google's point of view,
but that makes a lot of troubles to those developers,
who use appspot domain to host applications.
New application name means new domain name, etc.
January 6, 2011 at 1:51 AM
I think so. マンドクセ filesapi使えなくなるとblobstoreも使えなくなる?
cloudstrangeに乗り換えないとダメ? 質問です。
EclipseでGAE/Jプロジェクトを「Run As WebApplication」などで実行すると
http://localhost:8888/に接続することでブラウザから確認することができます。
これを実機のiPhoneで確認したいと思っているのですが、どうすればよいでしょうか?
ちなみに、環境が少し特殊でオフィスをシェアしている空間で作業しているため
ルータのポート開放などはできないと言われてしまいました。
都度デプロイするわけにもいかないため、何かよい方法がありましたら教えていただきたいです。 ■ このスレッドは過去ログ倉庫に格納されています