GAE/J Slim3でScenic環境下でjQuery uploadを利用＆Jsonで戻りデータ取得

結論からいいますと、やっつけデス。。。
コードはかなり美しさにかけて、めっちゃ遅いんちゃう！？くらいの勢いですがとりあえず動きます。

ポイント。

• jQuery.uploadはjsonでリクエストした際、iframeを利用してシームレスなアップロードを実現するためJsonデータが戻ってくる際のContentTypeが「text/html」でないと<pre>タグがついてしまってうまく処理できない
• Scenic側でNavigationオブジェクトを渡す際、responseJsonで渡すと強制的に「text/JavaScript」になってしまう

そらそうや、ってお話です。JSONですし。
responseJsonした後にContentTypeを強制的に変えれればなんとかなりそうだったんですが、全く変えれず。。。setContentTypeは意味をなさない。
responseJsonしたあとにキャッシュ的なんと_out〜とかいう変数に1が入ってるのがポイントなんじゃろか？

response( String ) でJson文字列を自分で作って渡してやればいいんじゃないか！？と思いましたが、強制的に「text/Plain」になりました。

結果、responseDirect( byte[], String(=ContentType) ) を使うことにしました。
以下、ざっくり手順を。

1. まず、StringBufferなどでJSON文字列を作成します。
2. 次にStringBuffer.toString.toCharArrayでchar[]配列を取り出します
3. char[]配列の長さでbyte[]配列を作成
4. ひたすらchar[]配列をループして1つずつbyte[]配列にコピー！！！（これなんかええのんないかなー？）
5. 最後にresponseDirectに渡してやって完了。

あ、ContentTypeは「"text/html; charset=UTF-8"」みたいな感じで。

とりあえず動きました。ええ、とりあえず。。。

まぁここの部分はファイルアップロードで１個画像を扱うだけなんで、もういいかな？とも思ったり。
まぁ後で時間できたときに見直しですねぇ。今は動けばいいや（涙

GAE/J デプロイにて 409 conflict が出た場合の対処

本日のGAEの障害？（19時〜のやつ）のタイミングでデプロイしてまして、その時は結局デプロイできなかったので数時間経ってから再度デプロイを行いました。
すると、失敗した時の何かが残っていたのか
「Unable to update app:〜ほにゃらら〜409 Conflict」
と表示されました。
これの対処について備忘録もかねて記述しておきます

メッセージには
「Another transaction by user〜」
と出ており
「That user can undo the transaction with "appcfg rollback".」
てなメッセージが出ていました。

調べてみると、コマンドラインから上記コマンドを実行してやればよいようです

machine:~ hoge$ cd /Applications/eclipse/plugins/com.google.appengine.eclipse.sdkbundle_1.5.2.r36v201107221751/appengine-java-sdk-1.5.2/bin/
machine:bin hoge$ ls -al
total 32
drwxr-xr-x   6 hoge  hoge  204  8  2 07:27 .
drwxr-xr-x  14 hoge  hoge  476  8  2 07:27 ..
-rw-r--r--   1 hoge  hoge  276  7 22 15:02 appcfg.cmd
-rw-r--r--   1 hoge  hoge  582  7 22 15:02 appcfg.sh
-rw-r--r--   1 hoge  hoge  368  7 22 15:02 dev_appserver.cmd
-rw-r--r--   1 hoge  hoge  670  7 22 15:02 dev_appserver.sh

なんかそれっぽいのがいました。実行権限を付与して、実行してみる

machine:bin hoge$ ./appcfg.sh rollback /myproject/war/
Reading application configuration data...
2011/08/09 22:26:06 com.google.apphosting.utils.config.AppEngineWebXmlReader readAppEngineWebXml
####: Successfully processed /myproject/war/WEB-INF/appengine-web.xml
2011/08/09 22:26:06 com.google.apphosting.utils.config.AbstractConfigXmlReader readConfigXml
####: Successfully processed /myproject/war/WEB-INF/web.xml
2011/08/09 22:26:06 com.google.apphosting.utils.config.AbstractConfigXmlReader readConfigXml
####: Successfully processed /myproject/war/WEB-INF/cron.xml
2011/08/09 22:26:06 com.google.apphosting.utils.config.AbstractConfigXmlReader readConfigXml
####: Successfully processed /myproject/war/WEB-INF/queue.xml
2011/08/09 22:26:06 com.google.apphosting.utils.config.IndexesXmlReader readConfigXml
####: Successfully processed /myproject/war/WEB-INF/appengine-generated/datastore-indexes-auto.xml
Beginning server interaction for myproject...
0%  on backend null.
Email: *****@gmail.com
Password for *****@gmail.com: *****
Success.
Cleaning up temporary files...
machine:bin hoge$ 

EmailとPasswordはデプロイする権限のあるユーザを入力しました
この後、通常通りにデプロイすることでデプロイが完了しました

INFOBARの飛散防止フィルムを剥がしてみた

INFOBAR買ったんです。

んで、しばらく裸で使ってたんですが、なんか滑りが悪いというか。。。

んでシャープ機で飛散防止フィルム剥がしたら滑りが良くなった的な書き込みをみたのでレッツチャレンジ。
iPhoneも他のスマートフォンも裸運用なので気にしない！




端っこをコンパスの針でガリガリやって、無理やりチョっぴり剥がせるようにして、あとは指でジワジワと。
多少しっかり貼りついているフィルムって感じで、剥がした後はすこし粘着感。

ウェットティッシュで拭いて、トレシーでガッツリ拭いてやるととってもスッキリしました

剥がした後の操作感は・・・ああ、気持ちいい。
これでやっとiPhoneの裸ガラスと同じ滑り感。




ただ、裏のプロセスが重い時は滑りがよくても操作がついてきません

心なしか発色もフィルム無しだけにキレイになったような？
つか、海外モデルは飛散防止フィルムなんて貼ってないよね。心配性な日本人の姿勢が製品に現れてるんかなぁ。。。




保障がなくなるかも？ってことなので、自己責任で！