Google App Engine for java

1 ：2011/10/03 〜 最終レス ：2013/09/07

無かったので立てた

2 ：

このスレは天才チンパンジー（ｒｙ

3 ：

ライブラリ総合スレなら需要があったかもしれない。

4 ：

あら？
そんな需要ないの？

5 ：

まぁ個人的な日記として使えばいいさ・・・

6 ：

今日は缶コーヒー一本で過ごした。

7 ：

App Engine for Java の概要
http://code.google.com/intl/ja/appengine/docs/java/overview.html

8 ：

紹介記事
http://codezine.jp/article/detail/3835

9 ：

＞世界レベルの Web アプリケーションを効率的に開発および配備できます。
世界レベルのプログラマがム板にいるのか？

10 ：

>>7
読んだ。すごい仕組みだというのは分かった。
しかしめんどい。

11 ：

純国産Javaライブラリ、Android対応、
JunkUtil（ジャンク・ユーティリティ）についての話でもしようぜ

12 ：

ナニコレ？極めたらニート脱出して、エリックシュミットやポールグレアムにでもなれるの？

13 ：

JXTAと同じように終わコン化していく未来しか見えない

14 ：

Google App Engineなんて使ってたら
独自仕様で他に移れなくなって
値上げされて死亡するぞ

15 ：

herokuつかった方がいいの？

16 ：

Google App Engineは大幅値上げでオワコン
無料に釣られてやらんでよかったわw

17 ：

無料でまだ使えるの？

18 ：

>>17
http://www.google.com/enterprise/cloud/appengine/pricing.html

19 ：

ライブラリについて語れるスレかと思ったが、巨大なフレームワークのスレか……

20 ：

うｐ

21 ：

良質なGAE/Jのプロジェクトってあまりホスティングされてないよね
セキュリティ確保のためにソースコード非公開にしてるからなの？
スレッド掲示板とか自分のつくったのをオープンソースにしてみたいなって思うけどちょっと考えちゃうな
おまいらも何かすでにつくってるよね？

22 ：

GAE/JのプロジェクトをAmazon EC2に移植する作業中ですが何か

23 ：

別に何も

24 ：

http://www.publickey1.jp/blog/11/google_cloud_sqlgoogle_app_enginemysqldb.html
ついにDBが！

25 ：

DBが無料でも他が高すぎる分でマイナスだろ

26 ：

>>25
フリーだけの利用でもそこそこのことできないかね？

27 ：

前はそこそこのこと出来てたんだけどね
値上げ後は無理

28 ：

>24
これ、無料かどうかあやしいよな。
性能もたぶんでないと思うし。

29 ：

無料じゃなきゃ意味ないべ

30 ：

無料なのは最初だけ
ずっと無料で使えると思っているほうが頭おかしい

31 ：

Androidに資源振ったから虎の子のクラウドが中途半端に・・・

32 ：

>>30
なんで？Gmailやgoogle mapをはじめ、Googleのサービスは無料で使えるものが多い。
同じことをapp engineで期待してもなんら不思議じゃないし、無料ではなくでも他よりずっと安価であることは期待していいはず。
ま、app engineをさんざんアピールしてきた、ひがやすをら信者たちは、なんとかして今の悪い流れを止めようと必死なのだろう。

33 ：

java以前のScriptレベルなんですが
ログインしているGmailアカウントを調べる方法をご存知の方いますか？
ログインしているアカウントに応じて
特定のデータが表示される〜ってのを作りたいのですが

34 ：

値上げで他より高くなったんだって

35 ：

>32
Googleは無料で使わして、ファンにさせておいて有料も使ってもらおうというパターン
GoogleMapはローカルで使おうとすると、月10万くらいかかるし
Google appsも1カウント月200円だ
今回のパターンは無料で使わせようとする分が減りすぎて
使いモンにならなくなったというオチだな

36 ：

Amazonとかならただでつかえるのかねぇ？

37 ：

俺は聞いた事無いんだけど、これって業務アプリの開発に使われてる？つーかお前らこいつで何かシステム作った？

38 ：

GAEの値上げえげつない

39 ：

>>37
俺の周りではないな
セールスフォースはちょいちょい聞くが

40 ：

どっちかというとwebプログラミング板の話題じゃねえの

41 ：

>37
社内ローカル向け業務アプリは聞いたことないな
まぁ作ってたとしても言う必要もないし、言わないだろうけど。

42 ：

作ったよ。
社内で共用するちょっとしたデータベースみたいなもの。
たいしたデータ流量ないから完全に無料で運用できる。
俺が勝手に作り始めたんだけど、公開したらみんな使いだした。
データ自体は社外に漏れても問題にはならないようなたぐいのもの。
バックアップも毎日取ってる。
故障とかないから気楽。

43 ：

質問です。
データ領域をケチるために複数アカウントを利用するWEBアプリを作るのは規約上合法ですか？

44 ：

>>43
だめって聞いた

45 ：

herokuとかと併用すればいいかな。

46 ：

beebee2seeの流れやすさを見たらGAEの無料使用なんて期待できない

47 ：

だから他サービスと連携してデータ領域ケチろうって考えてるんじゃん。

48 ：

まったくリクエストがないのに
動的インスタンスのageが1day、10:00:00とかなってるのはなんでだろう

49 ：

僕も他サービスと連携をどの程度して許されるのか悩んでます
例えばサイトの機能の一部に画像のアップローダー機能が必要だとして、
gaeで組むにはblobをつかったdbで組まないといけなくて、色々不便ですよね。
静的なファイルを置きたいだけだから、他サーバにリダイレクトを施して、
他サーバ側で画像ファイルを別途保存したいのですが、
この場合gaeの規約違反にあたるんでしょうか？

50 ：

それは問題ない

51 ：

>>49
blobstore使えば？

52 ：

SQL CLOUDってどうなん？

53 ：

いやそれよりCloudMineってどうなん？

54 ：

なぜ盛り上がらない

55 ：

日本人のプログラム離れが深刻なんです!!
てあんまシャレにならんな…

56 ：

ゲーム会社がプロ野球のオーナーになる時代が来るとは世もまつだな

57 ：

まあ、ソフトバンクも元をたどればゲーム卸だし。

58 ：

どっちかっていうとソーシャルだろ
もっと言えば出会い系

59 ：

お前らはなんか勘違いしてるけど、
成功した人が元々出会い系やゲーム卸やパチンコやらアダルトやら出身だろうが、
同じようにそれをやれば成功できるってわけじゃないんだぞ。
運が一番重要。

60 ：

運とか言ってる時点でカスだなぁ。
起業して成功してる人なんかは、
月給貰って仕事してる人とは思考回路が全く違う。
マインドセットが違うんだよね。

61 ：

もうすぐ大幅値上げですね

62 ：

>>60
月給もらって仕事している人の思考回路がどんなもので、
起業して成功している人の思考回路がどんなものなのか詳しく。

63 ：

インスタンスってなんだよ。
よくわからん。
お金いっぱいとられる。
いやや。

64 ：

>>60
とはいえ、成功者を調べると運を重視する人が多いらしいぞ
建物の方角だどうたらこうたらとか
まあ、熱意の表れという背景があるといわれているけど

65 ：

やることなんて思い付く限り全部やりきってもう出来ることなんて神頼みしかないってとこまで行き着いた奴が成功するってことだろ。

66 ：

「人事を尽くして天命を待つ」だな。
運だのなんだのっての人事を尽くした後に言うことだ。

67 ：

人事を尽くすのは当たり前。
何いってんだ。

68 ：

流れ嫁

69 ：

流れは読むものじゃない。作るものだ。
俺いいこといったｗｗ

70 ：

流れの前にスレタイぐらい読んでほしいね

71 ：

AppScaleが致命的なバグで起動しない
ruby1.8のSSLのバグみたいだ。
いつまでたってもなおらないのは
地震で開発者いなくなったかな？

72 ：

Jobsには運が足りなかった

73 ：

Jobsは常識がない
良くも悪くも

74 ：

他人の人生を生きるなって言葉はズッシリきた。でも俺にはそれ以外に道が無い。

75 ：

他人の人生を生きるな。詰まりアップル製品を買うなって言うことか。

76 ：

Google App Engineのアプリを、プライベートクラウド上で動かすようなソフトのプロジェクトってどこかやってないかな？

77 ：

sdkいれてjettyで動かし、外向きのアドレスを開く。
まぁローカル開発環境を外向きに公開するだけなんで、スケールアウトはできないし、そもそもこれで動くのかやったことないw
あーあと、前スレのどこかにオープンソースのgae実装のurlが貼ってあったはず。

78 ：

Open Source Platform for Google App Engine Apps
http://code.google.com/p/appscale/
http://appscale.cs.ucsb.edu/

79 ：

Googleが刈取りモードに入った Google Maps API 強制課金へ
http://hatsukari.2ch.net/test/read.cgi/news/1319773495/

80 ：

>>79
ｸﾞｸﾞﾙさんカネに困ってんのかね？

81 ：

そのうち課金するのは既定路線だろ。
金にならなけりゃ切り捨ててなかった事にする。Google Labsのようにね。

82 ：

操業当初の役員メンバーと
今のハイエナ連中がすっかり
入れ替わってしまった

83 ：

他社が真似しなかったってことは採算度外視だった訳だろ。
逆にちゃんとビジネスしますって宣言ととらえて、機能と値段のバランスで判断すればいいだけ。

84 ：

この後さらなる値上げが待ってるんだろ

85 ：

まるで支那人のような手口だな

86 ：

Google信者にベンダーロックインの危険性を痛感させたというのは大きな功績だ。
これで各クラウド間で互換性が高まる方向に行けばいいのだが、App Engineは新機能投入で差別化する（より一層囲い込みを強化する）と言ってる。
学習してないな

87 ：

ロックインの危険性より
値上げで顧客が離れてサービスするのが心配

88 ：

残った人たちは、次はサービス終了でロックインの危険性を体験できます

89 ：

明日から新料金ですね。インスタンスの課金について質問です。
先行予約・事前登録で、インスタンス時間の課金料金が幾らか安くなるという記事を前見た覚えがあります。
GAEの管理画面を見てもそれらしい設定箇所が見つかりませんでしたが、
インスタンス時間課金の事前予約はどうしたらできるようになりますか？

90 ：

>89
インスタンスの時間が安くなるなんて見たことないな

91 ：

携帯並の料金のわかりにくさだな
そうまでして必死に使い続ける程のもんかねえ

92 ：

俺の中で、CPU時間で課金できるとか目から鱗だったぜ。
しかもスケールするとか夢のシステム。

93 ：

速めに脱出しといて本当に良かった

94 ：

>92
スケールするのはかまわんけど、
スケールしたのに課金したら使いたくても使えんわ

95 ：

>>94
いくらスケールしても無料とか意味が分からん

96 ：

>95
前はCPU時間だったからスケールしたとしても、
6.5hに収まれば無料だっただろ

97 ：

別に無料じゃなくてもいいけど
他と比べて割高だからなあ

98 ：

大抵の利用者はスケールよりも、そもそものボトルネックになってる
回線の細さを改善できれば目に見えて効果があがる
ぐぐる先生のお眼鏡にかなうソフトを用意することの
面倒さ。とかその辺か

99 ：

appengine使ってるアプリでスケールしなきゃならんほどの
アプリケーションを見たことないな
なんかある？

100 ：

ゲーム系とかで地味にあるんじゃね？
サービス系では少ないと思うけど。

101 ：

表には出てないとこであるんじゃよ って伝聞だが

102 ：

pythonだけど
ttp://labola.jp/
ここGoogle App Engineをプラットフォームにしてる
ソース
ttp://luxeys.co.jp/news/press/2010/04/02/26/
http://www.alexa.com/siteinfo/labola.jp#
Alexa　日本1,186位

103 ：

スレ違い
http://hibari.2ch.net/test/read.cgi/php/1302598469/

104 ：

>また、サーバなどのハードウェア、インフラ費用の削減効果も期待でき、
>全体で約70％のコスト削減を見込んでいます。
2010年04月から切り替えたとあるが元は取れたんじゃろうか…

105 ：

値上げのせいで上限達して止まるサービスが出てきた

106 ：

値上げのせいにして上限達して止まるサービスを晒してください。

107 ：

ロックイン上等のひがさんがAppEngineでサービスリリースすることに及び腰でﾜﾛﾀ。

108 ：

GAEに出会った時は巨人の肩に乗っている気分になれたけど、今の巨人は有料か。
デプロイのバージョンを利用して、別々の複数のサービスを提供って無理なのかな。

109 ：

質問です。
サイトA hogeA.com
サイトB hogeB.com
で別にGAEで運営していて、
hoge.com
にアクセスしてIEならA、ChromeならBを表示するとかってできます？
表示するときのドメインは、 hoge.com のままで。

110 ：

hoge.comでWebを立ち上げてリダイレクトできるなら可能

111 ：

hoge.comのままか
プロキシしてやればいいんじゃね？

112 ：

やっぱ串でなんとかするのがよさげっすよね。
サンクス

113 ：

iframeじゃだめなん？>>112

114 ：

初歩的なことだと思うんですけどサンプルが見つからなくて進まなくなってしまいました…助けてください
Task Queue 機能を使おうと思って
Queue queue = QueueFactory.getDefaultQueue();
やら
queue.add(Builder.withUrl("/.."))
みたいなコードを書いて、実際にタスクは実行できてるのですが
queueにアクセスして内容を取得する方法がどうにもわかりません。
管理ツールにはちゃんとTask Queuesに全部載ってるのに、自分のコードでアクセスできないのです…
iterator() や toArray() がアクセスするメソッドなのかなと思いましたが、キャストしないと無理とEclipseに言われ
手当たり次第にキャストしてみましたがClassCastException
インターフェイス関係の理屈がわかってないのは間違いないのですが、何とか先に進みたいのです。
お知恵を貸してください。

115 ：

>114
Queueの結果は受け取れんよ
DatastoreかMemcacheを経由しなされ

116 ：

>>115
デフォルトキューから実行前のタスクを取得してパラメータを一覧で表示させたいのですが、
そういった操作はQueueクラスの性質から制限がかかるということでしょうか？
それがダメなので、実行前のタスクを閲覧したいなら、Datastoreで管理して、
そこからデフォルトキューにaddしていくべきということでしょうか。難しいですね…

117 ：

>115
Queseの性質っていうか、Googleが容易してないか制限してるかどっちかだと思う
（どこかにあったらすまんが、見たことないな）
Queusに入れたのは自分で分かってるから後で取得するってのは普通思わんよね

118 ：

諦めきれず調べてたんですが
http://code.google.com/intl/ja/appengine/docs/java/taskqueue/overview-pull.html
http://code.google.com/intl/ja/appengine/docs/java/taskqueue/rest.html
この辺を記述すればキューのパラメータにアクセスできるのではないでしょうか？
やれやれですね…

119 ：

馬鹿には無理

120 ：

久しぶりに何か作ろうと思っていろいろ見てたら、料金の値上げがすさまじいな。
GAEベースで業務システム作ったところとか悲惨だな。
10倍ぐらいいってるんじゃね？

121 ：

業務システムだとDBの正規化がしっかりしてるだろうから、
DatastoreWriteでRるだろうな

122 ：

そんなんだから受託開発はダメなんだ。

123 ：

ちょっとぐらい重くても文句言わないから、激安料金プラン出してくれないかなー。
データストアの冗長化とか後でやっといてくれればいいから。

124 ：

>>123
激安用に新規開発しろって言ってるに等しいだろ。

125 ：

>>124
>>123ではないが、需要があるという事を言っているに過ぎない。
需要をくんで開発するかしないかはgoogle次第。
結局のところ、企業というのは対価を動力源に需要を満足させる装置に過ぎない。

126 ：

ここらが底値っぽいね
VPSもこれ以上安くならんだろう
もうすでに自宅にサーバ構えるより、安いんだし

127 ：

もっと露骨にgoogleロックインして、googleの広告等を使いやすくすることで
google側の広告収入が増えるなら、さらに安くできるんじゃないかな。

128 ：

マジで早めに脱出しといて良かった

129 ：

やっぱ別事業の雲行きが怪しくなると本業の方まで波及するんだな
俺も早めに見切ってよかった

130 ：

いや、なんというかGoogle Labのデスクトップサーチとかあったけど
お金になりそうに無いとわかったらばっさりサポート打ち切りとか
そういうのはあるからね…これに関してはもうちょい続きそうな雰囲気はあるのかもしれんけど

131 ：

まぁ、googleが有名な巨大企業になるにつれてバカもいっぱい吸収したから、
元々効率よかった企業だったのが非効率になって余裕がなくなってきてるんだろ。

132 ：

ロックインが怖いがDAOパターンで作ればそんなに依存しないし
模範的なプログラムを書いてる分には引っ越しも問題無さそうだな。
無料枠でぜんぜん足りないなら月1000円以内の国内VPS/クラウドに逃げればいいし
保守性を犠牲にした最適化でGAEにしがみつく必要もなさそうだ

133 ：

それ、DAOパターンっていうのか。
そうするのが普通だと思っていたが、
むしろロジックの中にSQLを直接発行するようなコードが入ってるのが普通なの？

134 ：

だからDAOが標準的な造りだっての。お前のいう普通って何？

135 ：

>>134
普通＝デファクトスタンダード

136 ：

俺が社畜やってた時代だと外注レベルでは規模が小さい所はやってなかったな。
例えばページ（リクエスト）単位で個々のプログラマに一任してるとこもあるし、
単一の定数クラスにSQLをガリガリ書いて寄越す所もある。
後者は構造が統一されてる分、まだ見通しが良くてマシだな。

137 ：

>132
データが13Gあるよ・・・
DAOが標準うんぬんより、生産性・保守性・プログラマのスキルを
考慮して決めるってのが普通だよ
寿命が短いアプリを凝っても意味がない

138 ：

+15minルールが無料厨にはきつい制約になってるけど
それでも月に最低112回は呼び出せるサービスにはなるから個人用途としては十分だな
勉強がてら何か作ろうかな

139 ：

あら、もしかして月じゃなくて日に28インスタンス時間か？
小さなリクエストなら一日中付けっぱなしでいいじゃない

140 ：

DB読み書きしなければ、インスタンス立ち上げっぱなしで処理は可能だよ

141 ：

GAE Javaってちょっと前まで(3月?)、複数リクエストが来た時にスレッドじゃなく
別インスタンス立ち上げて振ってたって知ってすげー驚いた。
スケールアウトとか言う前にそこやってなかったのかよって感じ。

142 ：

ゲームサーバでも無い限りMin Pending LatencyをAutomaticにするのは自殺行為な気がするｗ

143 ：

DBは読みはmemcacheとかあるからなんとかなるけど、
書きが多いのは向かないんだよな。
だからデータ更新が少ないものなら余裕で無料枠行ける。
どこかのHPのバックにだけGAE使うとか、
画像は画像サービス使うとかすれば、帯域もほとんど食わない。

144 ：

>どこかのHPのバックにだけGAE使うとか
これ規約で禁止されてるんだよな

145 ：

要するに金払えってことだ

146 ：

ゲームを作って、スコアの記録をGAEでってのは大丈夫だよね？

147 ：

無料枠でビジネスしちゃあかんのか？
まぁ課金モードにしても無料枠は残るし問題ないだろうけど

148 ：

GAEの無料枠なんてみじんこみたいなもん

149 ：

>>144
規約変わってたのか。昔はOKだったよな。

150 ：

無料枠を圧迫して有料枠安くしろよ
Googleと有料ユーザが儲からなきゃ共倒れ

151 ：

安くしたらGoogleが儲からんだろw

152 ：

>>144
これのソースどこ？
このやり方しろってよく紹介されてるよな

153 ：

low level apiでわからない点があるため、質問させてください。
主キーを1,2,3,4・・・と一ずつ増えるlong値にして、
エンティティをデータストアに保存したいと考えています。
新たにエンティティをデータストアに保存する歳には、
主キーの値を「現在データストアに格納しているエンティティ数」に
１を足したものとしたいのですが、
「現在データストアに格納しているエンティティ数」を取得する方法で悩んでおります。
「現在データストアに格納しているエンティティ数」をデータストアに保存しておき
トランザクションを使って、この値をカウントアップしていく方法があると思います。
他にも何か巧妙な方法があるのでしょうか？
JDOの主キーがどうのようにセットされているのかも想像がつきません・・・
教えれいただけるとありがたいです。

154 ：

>153
1.データストアにカウント数を保存する
2.Entity数を都度カウントする
(件数分 SmallDatastoreOpsを食う、一番最悪な方法)
3.カウントアップするIndex用のPropetyを作り、
OrderBy Descで最初の１件だけ取得し、そのIndexの値+1を使う

昔いろいろ考えたけど、３パターンしかないと思う
最終的に俺は、一番コストが安い3を使った

155 ：

>>154
3番が最強だとは思うけど、
分散カウンターという方法もあるらしいよ、という独り言
http://www.java-users.jp/contents/events/ccc2009spring/materials/A-3-1.pdf

156 ：

【Google App Engine】 レコードのシーケンス番号をカウンタを使わずにつける
http://blog.virtual-tech.net/2009/11/google-app-engine.html

157 ：

質問です。
slim3でデータストア操作したいときに、filterにおいて、startsWithを使うと、HotReloadingRuntimeExeptionがでます。filterInMemoryでcontainsをつかっても同じです。
なぜかわかる方いませんか？

158 ：

Eclipseでgoogleappを使って遊んでいるのですが、
com.google.appengine.repackaged.com.google.common.util.Base64をインポートすると
Use of com.google.appengine.repackaged may result in your app breaking without warning.
と出てしまい、エラーになってしまいます。
なんか、sdk1.6.0だと動く的な記述を見るのですが、sdk1.6.1での解決方法ってないのでしょうか？

159 ：

com.google.appengine.repackaged.com.google.common.util.Base64を使わなければいいじゃん

160 ：

>>158
Jakarta Commons Codecじゃだめ？

161 ：

>>159,160
情報ありがとう。
Jakarta Commons Codecを利用してうまく行きました。
やっていたことは、GEAからAmazonクラウドへのアクセスだけだったのですが、
参考にしたサイトが、com.google.appengine.repackaged.com.google.common.util.Base64を
利用していたので、それを参考にしていました。
実装は出来たのですが、問題の参照しようとするとエラーになることについて理解したいです。
eclipseでgoogle sdkがちゃんとエクスプローラーに出てきて、クラスも見えるのに、
com.google.appengine.repackagedを参照しようとするとエラーになるというのがなぜなのか
よく分かりません。通常クラス参照のパスがうまく設定されていないためだと思うのですが、
この場合、eclipseにプラグインをインストールして、プロジェクトのlibフォルダにもjarがコピーされ、
問題なく利用できる状況に見えるのですが、実際には使えません。
ご存知の方がいらしたら、お教えいただけると助かります。

162 ：

とりあえずエラーメッセージを読めよ

163 ：

>>162
申し訳ない、エラーメッセージは以下のデータしか得られないのです。
Use of com.google.appengine.repackaged may result in your app breaking without warning.
で、結局com.google.appengine.repackagedが不正だよ的な情報しか得られないのです。
ネットで検索もして見ましたが、解決策が見つからず、Eclipseの問題なのか、GAEの問題なのか
切り分けもできていないので、ご存知の方がいたらお教えいただきたかったのです。

164 ：

英語のページを貼っても読めなさそうだ…

165 ：

"repackaged"に依存すべきじゃない。

166 ：

formで入力された情報を保存し、HTMLで返す場合に
XSS対策で<>等をエスケープすると思いますが・・・
http://atmarkplant-dj.blogspot.com/2011/04/java-htmlxss.html
appengineではどこで実装するのが適切ですか？

167 ：

俺ならdatastore.get後で、memcacheに入れる前かなー。

168 ：

JSPでfn:escapeXml(string) 一択じゃね？

169 ：

>>168
velocityで使えますか？
エスケープする最速のコードってどんな感じですかね？

170 ：

>169
JSTLだからVelocityだと使えないんじゃね？
最速のコードがどうかの前に、最速のコードが必要なのか？
最速が必要だったらJava自体辞めれば？って話になるぞ

171 ：

>>170
Javaの範囲だとどういうインプリがいいのかな、と。
自分の場合、ネットから持ってきたんですが
こんなコードです。
public static String htmlspecialchars ( String str )
{
String ret_val = new String(str);
String[] escape = {"&", "<", ">", "\"", "\'", "\n", "\t"};
String[] replace = {"&", "<", ">", """, "'", "<br>", " "};
for ( int i=0; i < escape.length; i++ )
{
ret_val = ret_val.replace(escape[i], replace[i]);
}
return ret_val;
}

172 ：

>171
最速求めるんだったら、あらかじめ置換しとけば？
置換するのに時間食うんだったらCron使えば？
て言い出したらきりないよ
性能、環境、実装の制限等が分からん限り、何が最速のコードになるかわからんよ

173 ：

slim3のやつ
http://code.google.com/p/slim3/source/browse/trunk/slim3/src/main/java/org/slim3/util/HtmlUtil.java

174 ：

真面目にシリアライズするのが面倒でObjectOutputStreamとZipOutputStreamでser.zipとして
BLOBに保存してるが、得に不満はなかった。

175 ：

それ以外良い方法ないんじゃない？

176 ：

>>171
Stringをbyte[]にして低レベルな操作するのが早い。
特に\n => <br/>みたいに文字数が長くなる場合に
バッファの確保を1回で終わらせるのが良い。

177 ：

GAEのEC2に対する利点って窓口が開き続けていて、アクセス頻度が低ければ無料という点にあると思う。
Low Level APIは実は罠で、最初からJPAあたりで移植性を重視すれば未だにスモールスタートの雄なんじゃないかと。
つまり最初はGAEとIaaSで動くように開発して、ビジネスになったらEC2なりで好きに継続開発すればいい。

178 ：

GAEで開発したことあんの？

179 ：

遊びでやってる程度だが、制約なんて基本的にはJOINが出来ないのと不等号条件が同時に複数の列で使えないくらいだろ

180 ：

いやいや()

181 ：

いやいや() ですって
お前が使いこなせないだけだろ

182 ：

>>179
嘘を書くな

183 ：

最近デプロイがやたら遅いし固まるんですけど何か対策ありますか？
20分間隔のキューを10本走らせてますが…それにぶつかると重くなるんでしょうか
使ってないバックエンドはデプロイしないようにしてます

184 ：

DIってシステムプロパティに書けば良かったんだなって最近気付いた

185 ：

>>173
これ作った人すごいね。
このコードじゃなくてslim3全体ね。
何者なんだろう。

186 ：

？

187 ：

たまには『寄生・不正・捏造・自作自演・買収・なりすまし・脅し』なしで、
正々堂々と勝負してきて下さい韓国人のみなさん。
>【国際】スイーツの世界大会で韓国が日本に対して妨害行為　「我々は日本だけには負けたくないんだよ」
>韓国人が世界中の図書館行って地図の「日本海」の上に「東海」シールを貼ってる件
>海外で悪いことする時は日本人のフリをする。韓国人
>外国人「日本の動画にはいつも韓国人の汚いコメントがある」
>【K-POP】たった80人で「欧州でも大人気」？…K-POPのブーム捏造
>【韓流】東方神起、オリコンチャートの真実？〜「買いつなぎ？順位操作疑惑」
>"金大中のノーベル平和賞受賞は工作、北朝鮮に５億ドルを不法送金" 暴露した元情報員、米国に亡命
>【サムスン】「市場開拓のため、日本人になりすましカタログだけで奥地へ」
>【韓国】日本の技術を盗み世界一になった現代重工業・・自力で盗んだのだから中国とは根本的に違う
>【また偽装】ヒュンダイを日本企業だと思わせる為に米国で相撲力士の写真を使い広告キャンペーン開始
>【韓国イチゴ】日本から盗んだ品種同士を掛け合わせて「国産品種」詭弁でロイヤリティ支払いから逃げる韓国
>【韓国/サッカー】 韓国vsイタリア戦でわいろを受け取った疑惑のモレノ氏、ヘロイン大量所持で逮捕
>【韓国】キム・ヨナのＩＯＣ推挙騒動、呼び掛け人の自称オーストリア人トーマス氏は韓国人と判明
>【韓国】韓国女性登山家の１４座制覇にねつ造疑惑、再び論争ぼっ発

188 ：

こんなものをこんなところに貼らないといけないほど日本は追い詰められてるのか？

189 ：

>>188
追い詰められているというか、完全に出遅れている。
スタートラインのはるか後方で走者の実況TV見てるような感じ。

190 ：

じゃあいっぱいコピペ貼ってうさを晴らすしかないな

191 ：

Slim3の本また出たんだね
執筆開始は値上げ前かもしれないけど
残念だったね

192 ：

ほう

193 ：

Amazon web services や Google app engine 凄いですね
ホスティングとかやってる業者全滅しちゃうんじゃないでしょうか

194 ：

GAEってオワコンだよね

195 ：

>>193
情弱www

196 ：

GAEは超絶値上げでオワコン
GAEにはまった人って
Googleが安く提供できる特別な技術を持っているとか
慈善事業をやっているとでも勘違いしたんだろうな

197 ：

慈善事業とは思ってなかったけど、何かGoogleの独自技術で安くできてるんだとは正直思ってた

198 ：

Long Tail World: 僕がグーグルを辞めた理由：Why I left Google @docjamesw
http://longtailworld.blogspot.jp/2012/03/why-i-left-google-docjamesw.html

199 ：

>>196
広告入れられないからな。
まあこれは他社でも同じ事だが。

200 ：

広告入りで無料なら
人気出るだろうな

201 ：

え？広告入れちゃいけないってどこに書いてあるの？

202 ：

>197
その割には全文検索とか出来なくて
なんか変だとは思ってた

203 ：

>>201
googleが広告入れるかわりに
無料で使えるってこと
よくある無料鯖みたいなもん

204 ：

じゃあまったく使えないじゃん。

205 ：

googleじゃなくてもやってけるからなあ

206 ：

GAEが出たころは
Googleの技術すげーみたいな風潮があったからな

207 ：

CPU時間で課金とかすげーと思った

208 ：

馬鹿には無理

209 ：

パブロン鼻炎カプセルS

210 ：

ド素人な質問ですいません。
現在、GAEで開発を始めたところなのですが、jspファイルで
c:out value = "${hoge}"
と記述している部分でエクリプスで下記のエラーがでています。
"c:out" (org.apache.taglibs.standard.tag.rt.core.OutTag) のタグ・ハンドラー・クラスが Java ビルド・パスで見つかりませんでした
WEB-INF/libにはjstl.jarとstandard.jarも配置しています。
以下もjspファイルに記述していて、エラーはでていません。
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
実行しても${hoge}には期待したデータが表示されず、${hoge}とそのまま出ている状況です。
何かお心当たりあればお教え願えないでしょうか？

211 ：

馬鹿には無理

212 ：

GAEの話じゃないな

213 ：

>>195
なにが情弱なのか教えていただきたいですね
これからのアプリケーションはクラウド化、スケーラブル化が必要
信頼性の高いデータストア機構が必須
High Replication Datastore に類する機能が他のクラウドサービスに
なければ、工夫して実装するしかありませんがおそらく google に勝る
ものは作れないでしょう。
機能の充実度、信頼性を考えたら、他のクラウドサービスを比較するとむしろ割安。

214 ：

faccbookや2ch級のサービスでもおっぱじめるつもりなら割安と言えるかもな

215 ：

高いスケーラビリティを必要とするサービスがどれほどあるのか

216 ：

スケーラビリティの前に、不具合ばっかりなんだがw

217 ：

登録できねーな糞が

218 ：

出た当時はWebが根本から変わると息巻いてましたよ、ええ・・・

219 ：

Google自身がやる気無くしてんじゃね？

220 ：

webページ関係ないところで利用できるから広告収入がな。
意味のない計算やらして喜んでいる奴いるし。

221 ：

googleのエンジニアと同じプラットフォームが使えるだけでワクワクするだろ

222 ：

>googleのエンジニアと同じプラットフォーム
知らないなら黙ってれば良いのに

223 ：

GAE/Jでローカルで簡単なアカウント登録／認証したいんですけど、
何か良いサンプルありませんか？

224 ：

馬鹿には無理

225 ：

ttp://www1.axfc.net/uploader/H/so/157974
このプロジェクトで
ant compile
ant runserverして
http://localhost:8080/guestbook
をブラウズすると正しく表示されるのですが,
"C:\Program Files\appengine-java-sdk-1.6.4.1\bin\appcfg.cmd" update
"C:\users\tarou\desktop\projectfolder\war"
としてもうまくいきません.
アプリ名は正しくて,正しくアップロードされたと表示されはしますが
Error: Server Errorと出てきます.
どうすればいいでしょうか?

226 ：

http://www1.axfc.net/uploader/H/so/157974
このファイルを
ant compile
ant runserver
すると正しく動作します.
ですが
"C:\Program Files\appengine-java-sdk-1.6.4.1\bin\appcfg.cmd" update
"C:\Users\tarou\Desktop\projectname\war"
としてもブラウザから
http://projectname.appspot.com/guestbook
へアクセスしても
Error:Server Error
と出ます.どうすればいいでしょうか?

227 ：

すいません.なんか二回書いてしまいました

228 ：

窓からPCを投げ捨てる

229 ：

ちょっとまて、今準備するから

230 ：

DashboardからLogを確認しろ

231 ：

ttps://developers.google.com/appengine/docs/java/gettingstarted/usingjsps?hl=ja
ここの通りの
war/にguestbook.jsp作って
welcome-fileとすると,
ローカル鯖ではきちんと動くのですが
アップロードしようとするとweb.xmｌがおかしいとかいうような
エラーがでます
なぜなのでしょうか?

232 ：

web.xmlがおかしいから

233 ：

なんかblobstoreのcreateUploadUrlに指定した
urlのサーブレットが実行されない(アップロードすると何も書かれてないページへ飛ぶ)
んですがなんなんでしょう?

234 ：

ブラウザでソースをみたら
<form action="http://hogehoge.appspot.com/_ah/upload/AMmfu6Y4tYtT-1WgTji4NLvojjYQBBI83uGt996ze
NCSgK_WN9RFEwo2RC-m3oOT8a4aZn5UHN2Gd3hE3aaxrHVGB03Be2HdVM6mHYO-UiM0_-NC9gIjsxjxNj0g3qbX
IZqnN7i_RPE6/ALBNUaYAAAAAT77rIlcid9WNcZV1y715clxzQZI1Unng/" method="post" enctype="multipart/form-data">
<input id="imagedata" type="file" name="file" class="txt"/>
<input id="imagedata2" type="file" name="file2" class="txt"/>

<input name="submit" type="submit" class="btn" value="写真添付" />
<input type="button" class="btn" value="写真なし" onClick="location.href='regist.jsp"/>
<input class="btn" value="取消" onClick="location.href='index.jsp'">
</form>
みたくなっています.写真添付ボタンを押したら,fileとfile2のとこのファイルは
アップロードされているのですが
"http://hogehoge.appspot.com/_ah/upload/ry
のurlにとどまったままでサーブレットへおくられてないっぽいです。。。

235 ：

馬鹿には無理

236 ：

DateクラスをJDOで保存するにはどうすればいいのだ。。。

237 ：

>>233
createUploadUrlで指定したサーブレットから表示したいjspとかにリダイレクトしてないからじゃない？

238 ：

>>236
普通に保存できないか？去年ウィキを作ったんだが、嵌った記憶ないな
import java.util.Date;
import javax.jdo.annotations.PersistenceCapable;
import javax.jdo.annotations.Persistent;
@PersistenceCapable
public class Foo
{
public Date date()
{
return date;
}
public Foo()
{
this.date = new Date();
}
@Persistent
private Date date;
}
final PersistenceManager pm = PMF.get().getPersistenceManager();
pm.makePersistent(new Foo());
pm.flush();
↓エンティティ
http://bazaar.launchpad.net/~ryoji-kodakari/gt/trunk/view/head:/src/com/tidspr/tsr/entity/Tidder.java
↓PMF
http://bazaar.launchpad.net/~ryoji-kodakari/gt/trunk/view/head:/src/com/tidspr/tsr/pmf/PMF.java

239 ：

うおー。なんかどうもです。
というか登録はされてるのにGAEのマイページ(?)の
datastore viewerとかでそのプロパティだけ出てきてないみたいです。
まあ登録はされていたみたいなので問題なかったですが

240 ：

>>239
自分のDateプロパティもdatastore viewerで出てるから、
やっぱりそのDateの値は保存されてないと思うのですが。
@Persistentあたりじゃないすかね。↓参考
http://tsrtesttest.appspot.com/wiki/2ch_gae_date

241 ：

テスト

242 ：

Google App For JavaでMySQL使っている人いる？

243 ：

やっぱslim?

244 ：

>>242
誰か

245 ：

いません

246 ：

しょぼーん

247 ：

GAEはオワコン

248 ：

尼て無料のあったけ

249 ：

月100万PVくらいのサイトでアクセスしてるけど、段々使いづらくなってる
スケーラビリティが良いから放置には良いけど、
日々改良していくとなると、制限がネックになるね

250 ：

さっさとjava.awt.*使えるようにしてくれよ…
自前のcaptcha実装できねーじゃん。
http://www.google.com/recaptcha
recaptchaだとユーザビリティが悪すぎなんだよ。
かといってcaptcha認証なしだとBOTにやられちゃうし、仕方なくrecatpcha使ってるが「読みにくい」「複雑だ」とクレームでまくり。
こんだけ対応が望まれてるのに何してんだGoogle。
http://code.google.com/p/googleappengine/issues/detail?id=1423

251 ：

http://captchas.net/sample/python/

252 ：

すれち

253 ：

ORM が危険なアンチパターンだっていうのはどれだけ言っても言い過ぎることはない
http://tech.a-listers.jp/2011/06/16/orm_is_an_antipattern/
このツイートに対して各方面(ActiveRecord, Doctrine, Hibernate)から多くの
（激しい）返信が寄せられて書かれたのが問題のエントリです。
まずはアンチパターンとは何かの定義として下記の2つを挙げています。
　　当初は有益だが、長期的にみると良い結果以上の悪い結果を招く。
　　確証があり繰り返されている別の解決方法がある。
当初は良さそうに見えたORMがいざ使ってみると問題が明らかになり、
しかもその時には切り替えるわけにもいかなくなるというのが彼の主張です。
彼による皮肉がたっぷりの論説の最後に付いていたまとめリストは下記のとおり。

254 ：

　　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

255 ：

joinも≠フィルターも使えないDatastoreのクエリが複雑化することはない。
そのコピペ貼るスレ間違ってるぞ

256 ：

おまえらにも来たぞ
http://2ch.net/maru_notice.txt
2ch.net 過去ログを再掲載するいわゆる「過去ログリーダー」サイトの運営をされている方へ
N.T. Technology, Inc. (以下当社)が提供している２ちゃんねる過去ログ観覧サービス、通称「●」(マル)の不正利用につきましてユーザー様より報告を受けており、調査を行っております。
調査終了後、２ちゃんねる、または当社に不利益に当たると判断するウェブサイトは米国著作権法 (U.S. Code, Title 17)及びDigital Millennium Copyright Act (DMCA)に則り順次削除依頼をホスティングされているISPに送信いたします。
なお、運営者様よりの質問は下記メールより受け付けております。　

257 ：

jruby on railsは動きますか？

258 ：

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社の許可が必要になるなどの変更があり、開発者はもちろん、ユーザーにも影響は少なくなさそうだ。

259 ：

w

260 ：

GAEは糞

261 ：

馬鹿には無理

262 ：

s

263 ：

slim3はコミッタがメンテにかけるコストも非常にスリムになっておすすめのフレームワークだな。

264 ：

というかjavaでslim3以外にまともなのあったっけ

265 ：

slim3がいつの間にかバージョンアップしてたのに、なんで誰も教えてくれないんだ

266 ：

ステマ
ステマ
ステマ

267 ：

ひさびさに覗いたら人いた
http://kohada.2ch.net/test/read.cgi/php/1302598469/

268 ：

GAE終了のお知らせキター

269 ：

javaあかんねんて

270 ：

多数の人に無償提供するためにはスピンアップ/ダウンの仕組みが必要なのは
分かるんだが、あのモッサリ具合が開発者を突き放す結果になってるな
Google先生ご自身、500msec以内にレスポンスを返さないと顧客が減ることを
良く知ってらっしゃるじゃないですか…
一般ユーザだけでなく開発者も同じですよ
平均1〜2秒、スピンアップ時は5〜10秒なんてちょっと無理
無償ユーザでもAlwaysOnを体感できる時間をランダムに割り振って
「これは使えそう」と思わせなきゃ人増えないよ

271 ：

無償なんていらないからインスタンス単価１００円にしてくれればいいのに
これなら１０個のアプリを稼働して１０００円だし

272 ：

>１０個のアプリを稼働して１０００円
それはアプリ単価だろ
インスタンス単価だとキャッシュされてない限り実行毎に10円かかる

273 ：

Googleがドジったおかげで国内Cloudが生き残ったな
産業保護の意味でGoogle先生は偉大なお人やで

274 ：

国内クラウドってAWS未満のゴミしかないじゃん…
中には「それってタダのレンサバの名称変えただけだよね？」っていうものまである
それでいてGAEより高いという誰得仕様…

275 ：

そういうなんちゃって国内クラウドの導入事例を見ると…
出るわ出るわ情弱企業の名前がｗ
いかにも電通繋がりってところだらけ
技術力を売りにしてるWebベンチャーが使ってる例皆無だわ

276 ：

情弱だからこそCloudを使うべきなんでそこはそれでいいんじゃねーの？

277 ：

あんまりJavaには詳しくないんだが
JDO,JPAってどういうもの？
Low Level APIに対して何ができて何ができない？
あとdatastore上の表現との対応がイマイチ掴めないんだが

278 ：

>>277
Java EEの話だが、専すれがないので
Java質問かJava Frameworkで聞いたら

279 ：

GAE全般の話はこのスレでいいのか？

280 ：

http://kohada.2ch.net/php/

281 ：

最終書き込みが2013-03-28かあ
みんなどこで質問してんの？
Google Group? Google Code?

282 ：

馬鹿には無理

283 ：

if 馬鹿には無理:
 if 馬鹿には無理:
  if 馬鹿には無理:
      pass

284 ：

>>277
JDOやJPAは行指向、Low Level API(BigTable)は列指向
列指向はあるエンティティの使わない列には保存時も全くデータを挿入しないが
JDOやJPAは行指向なので要りもしない列にnullを挿入してしまう
JDOはJavaオブジェクトをデータストアを選ばずに保存できるようにする仕組みで
JPAはデータストアをRDBMSに限定する代わりにもうちょっとかっちり定義できる

285 ：

gae java サーバーでOAuth 2.0で認証するやり方がわからんちょ

286 ：

あ、できそう。
まるまる載ってるとこないから苦戦した。

287 ：

Google Driveのスプレッドシートをxlsxに変換して
メール送付するスクリプトを教えて頂けないでしょうか？
ttp://news.mynavi.jp/series/apps_script/003/index.html
上記サイトを参考にしつつ、PDF形式ではメール送付が出来たのですが、
xlsxに変換をしてメール送付の仕方がわかりません。
宜しくお願い致します。

288 ：

http://chrome.blogspot.jp/2013/09/a-new-breed-of-chrome-apps.html
http://itpro.nikkeibp.co.jp/article/NEWS/20130906/502868/
http://news.mynavi.jp/news/2013/09/06/057/
http://internet.watch.impress.co.jp/docs/news/20130906_614308.html

289 ：2013/09/07

>>287
スレ違い
【独自ドメイン】 Google Apps【Gmail】
http://toro.2ch.net/test/read.cgi/google/1286118342/
【独自ドメイン】 Google Apps 4 【Gmail】
http://toro.2ch.net/test/read.cgi/esite/1284781738/