ようへい
閲覧には Mozilla FireFox、Google Chrome、もしくは Gecko、Webkit を利用したブラウザを推奨します。
Internet Explorer 6～8 では表示できない部分があります。

2013年2月20日水曜日

[AV-TEST] 2013年 Android向けウィルス対策ソフト テストレポートが公開されました

AV-TESTから、2013年 Android向けウィルス対策ソフトのレポートが公開されました。
AV-TEST - The Independent IT-Security Institute: Android
http://www.av-test.org/en/tests/mobile-devices/android/
AV-TEST - The Independent IT-Security Institute: Jan 2013
http://www.av-test.org/en/tests/mobile-devices/android/jan-2013/ 検出率、操作性トップは、無料アプリのTrustGo Inc.のアンチウイルス＆モバイルセキュリティ。
あまり聞いたこと無いベンダーだが、CNET等からも評価されているようだ。
トレンドマイクロや、シマンテックは無料ソフトに検出率、操作性で負けるという結果に・・・。
検出率上位4アプリは以下
アプリ名評価価格マーケットリンク
アンチウイルス＆モバイルセキュリティ
Antivirus & Mobile Security
★★★★★
★
★
★★★★★
4.7
46930		無料
ANDROID APP ON
Googleplay
AVL
★★★★★
★
★
★★★★★
4.3
82		無料
ANDROID APP ON
Googleplay
ウイルス対策セキュリティアプリ Lookout
Lookout Security & Antivirus
★★★★★
★
★
★★★★★
4.5
400463		無料
ANDROID APP ON
Googleplay
Mobile Security & Antivirus
★★★★★
★
★
★★★★★
4.4
5462		無料
ANDROID APP ON
Googleplay
  • アプリ名のカッコ内の文字は英名のアプリ名
  • 評価のカッコ内の数値は評価数
  • 価格は記事投稿時のストア価格(アプリ内課金の価格を除く)
試しにアンチウイルス＆モバイルセキュリティ入れてみた。
最初にユーザ登録を行う。
メールアドレスと、パスワードを入れて登録すると、メールアドレス認証URLが書かれたメールが届くので認証する。
ところどころ日本語がおかしいが、動作も軽く問題無さそう。
あとはバッテリーをどの程度消費するか・・・。
数日経過を見たいと思います。
2013年 Android向けウィルス対策ソフト テストレポート
メイン画面
2013年 Android向けウィルス対策ソフト テストレポート



2013年 Android向けウィルス対策ソフト テストレポート
メモリ消費は30MB弱










関連記事


    








投稿者





時刻:
1:06


0
コメント










このエントリーをはてなブックマークに追加






ラベル:
,
















            

          

          

        

2013年2月19日火曜日


          

        







[GAE/J] Google App Engine Java SDK 1.7.5 がリリースされました













Google App Engine Java SDK 1.7.5 がリリースされました。
リリースノートは以下。 

  • New instance classes F4_1G and B4_1G are now available.  These instances have compute capacity equal to F4/B4 but with a maximum of 1G RAM instead of 512MB. 
  • The DataNucleus plugin has been upgraded to 2.1.2. 
  • The deprecated classes AddException, AddResponse, ListException, ListIndexesException, ListIndexesRequest, ListIndexesResponse, ListRequest, ListResponse, and RemoveException were removed from the Search API in the SDK.  If your app references any of these classes, you must deploy a new version without these references before the next release of App Engine. If you do not do this, your app may stop working in production. 
  • The Conversion API, which was decommissioned last release, has been removed from the SDK. In a future release, the API will be removed from the runtime and applications that attempt to use it may stop working. Applications in production that import the library should be fixed as soon as possible. 
  • We are making Java 7 available as an experimental feature. We strongly encourage local and production testing for all existing applications. For more information, please visit: http://developers.google.com/appengine/docs/java/java7 
  • The Channel API now has the ability to send channel messages from any app version or backend regardless of where the channel was created. 
  • The URL Fetch service now supports PATCH method requests. 
  • The Mail API can now send mail bounce notifications to the app. The notification will be delivered to /_ah/bounce if mail_bounce inbound services are enabled. 
  • The Blobstore service now returns the created filename instead of the blobKey when using Cloud Storage 
  • Fixed an issue with Datastore callback annotations not working when running locally on Windows. 

  

    

      

        

      

      

      

      

      

    


SdkForJavaReleaseNotes - googleappengine - Google App Engine Java SDK Release Notes - Google App Engine - Google Project Hosting

http://code.google.com/p/googleappengine/wiki/SdkForJavaReleaseNotes
  




実験的ではあるようですが、Java 7ランタイムがサポートされたようです。

試しに、Javaコンパイラーの準拠レベルを1.7にしてdeployしてみましたが、問題なく動いているようです。

Java 7ランタイムを有効にすると、deploy時にコンソールにUsing java7 runtime: trueと出力されました。


Java 7 Considerations - Google App Engine — Google Developers

https://developers.google.com/appengine/docs/java/java7







関連記事


    








投稿者





時刻:
23:12


0
コメント










このエントリーをはてなブックマークに追加






ラベル:
,
,
,
















            

          

          

        

2013年2月13日水曜日


          

        







[GAE/J] Version not ready. でデプロイが失敗する場合













2013/2/2 GAEにプロジェクトをdeployしようとしたらVersion not ready.というエラーで失敗した。

今までデプロイできていたプロジェクトだったのだが、ソースに手を加えていたので、前回デプロイした時の状態にソースをrollbackしてdeployしてみた。

しかし、結果は変わらず。

以下のようなダイアログが表示される。

See the deployment console for more details
Unable to update app: Version not ready.

eclipseのコンソールには以下のメッセージが出力されていた。

------------ Deploying frontend ------------

Preparing to deploy:
 Created staging directory at: 'C:\Users\Logroid\AppData\Local\Temp\appcfg5512351679699059483.tmp'
 Scanning for jsp files.
 Scanning files on local disk.
 Initiating update.
 Cloning 37 static files.
 Cloning 117 application files.

Deploying:
 Uploading 0 files.
 Initializing precompilation...
 Deploying new version.

Verifying availability:
 Will check again in 1 seconds.
 Will check again in 2 seconds.
 Will check again in 4 seconds.
 Will check again in 8 seconds.
 Will check again in 16 seconds.
 Will check again in 32 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
 Will check again in 60 seconds.
  on backend null.
java.lang.RuntimeException: Version not ready.

Debugging information may be found in C:\Users\Logroid\AppData\Local\Temp\appengine-deploy1109906141324865915.log

コンソールに表示されたログの中身は以下

Unable to update:
java.lang.RuntimeException: Version not ready.
 at com.google.appengine.tools.admin.AppVersionUpload.commit(AppVersionUpload.java:572)
 at com.google.appengine.tools.admin.AppVersionUpload.doUpload(AppVersionUpload.java:143)
 at com.google.appengine.tools.admin.AppAdminImpl.doUpdate(AppAdminImpl.java:371)
 at com.google.appengine.tools.admin.AppAdminImpl.update(AppAdminImpl.java:53)
 at com.google.appengine.eclipse.core.proxy.AppEngineBridgeImpl.deploy(AppEngineBridgeImpl.java:433)
 at com.google.appengine.eclipse.core.deploy.DeployProjectJob.runInWorkspace(DeployProjectJob.java:148)
 at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
 at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)

その後も試行錯誤してみたが、他のプロジェクト(前回デプロイ時からソース等、無変更)もデプロイに失敗する事から、この事象はGoogle App Engine サーバ側の問題であると考えた。

Twitter等で検索しても、他にも同じような状態になっている人もいるようだった。

また、Google グループのフォーラムにも同じ状態になっている人が居た。


Eclipseのプラグインでアプリケーションをアップロードしていたのですが、2013/02/02の午後からアップロードができなくなりました。
Eclipseの環境の問題かもしれないとAppcfgに切り替えてアップロードを再度試みたのですがやはり同じ結果です。
エラー内容:
...
99% Will check again in 60 seconds.
2013/02/03 1:46:39 com.google.appengine.tools.admin.AppVersionUpload commit
致命的: Version still not ready to serve, aborting.
99%  on backend null.

java.lang.RuntimeException: Version not ready.
Unable to update app: Version not ready.

こちらの問題ではなくApp-Engin側のような気がします。
同じ現象が発生した方はいらっしゃいますか?

  

    

      

        

      

      

      

      

      

    


アップロードができない - Google グループ

https://groups.google.com/forum/#!topic/google-app-engine-japan/qeVkTzjqKbU
  




翌日、改めてdeployしたら、今度はすんなりdeployできました。

という事で、どうやらサーバ側の一時的な障害だったようです。



Version not ready.となったら、サーバ側が回復するのを待ちましょう。








関連記事


    








投稿者





時刻:
23:06


0
コメント










このエントリーをはてなブックマークに追加






ラベル:
,
,






















[Twitter4J] Authentication credentials が発生する場合の対処













Twitter4JでTwitter APIを利用したアプリを作っていてハマったのでメモ

発端

これまでいくつもTwitter4Jを利用したアプリは作っていたので、今回もTwitterのAccess tokenを取得したり、プログラムを作るところはすんなり進んだ。

テストのため、Twitter4Jからつぶやいてみた。

しかし、以下のエラーが発生し、つぶやかれない。

Error: 401:Authentication credentials (https://dev.twitter.com/pages/auth) were missing or incorrect. Ensure that you have set valid consumer key/secret, access token/secret, and the system clock is in sync. message - Error processing your OAuth request: Read-only application cannot POST code - 89 Relevant discussions can be found on the Internet at: http://www.google.co.jp/search?q=******** or http://www.google.co.jp/search?q=******** TwitterException{exceptionCode=[********-********], statusCode=401, message=Error processing your OAuth request: Read-only application cannot POST, code=89, retryAfter=-1, rateLimitStatus=null, version=3.0.3}

access token作った時、Access levelはRead and writeにしたよなぁ・・・と思い、My applicationsでYour access tokenのAccess levelを確認したところ、Read-onlyになってました。

access token作った際の手順を思い出してみました。

おそらく、Access levelがRead-onlyの状態でaccess tokenを作って、その後Read and writeに設定したと思われます。


Twitterアプリ作成時の手順


失敗を繰り返さないように、備忘録として手順を整理します。

    
  
  1. SettingsでAccess levelをRead and writeに設定
    2. 
  
  2. access tokenの発行
    3. 
  
  3. Detailsで、Your access tokenのAccess levelがRead and writeであることを確認
    4. 









関連記事


    








投稿者





時刻:
22:30


0
コメント










このエントリーをはてなブックマークに追加






ラベル:
,
















        

      










登録:
投稿 (Atom)