第2部 Androidの実行環境、独自の仮想マシンで実行効率向上 | EE Times Japan
Androidを利用してアプリケーション・ソフトウエアを開発するには、プログラム言語としてJavaを使う。これまで組み込み機器のソフトウエア開発にJavaを利用する例は携帯電話機向けのアプリケーション・ソフトウエアの一部にあるが、それ以外にはあまり例を見ない。米Google社からコメントが得られなかったため、Javaを採用した理由は推測の域を出ないが、まず考えられるのはセキュリティの高さだ。Javaにはセキュリティ機構が確立している。 Javaを使える開発者が多いことも理由の1つだろう。Google社は、Android用のソフトウエアを数多く開発してほしいという。 さらに、「Write Once, Run Anywhere」という言葉で表される移植性の高さもある。これは、1度開発したソフトウエアが、（Java仮想マシンさえ実装されていれば）どのプロセッサやOSでも動作するという互換性の高さ
Google App Engineに最適化したJavaフレームワーク「Slim3」登場。作者のひがやすをさんにインタビュー
Google App Engineに最適化したJavaフレームワーク「Slim3」登場。作者のひがやすをさんにインタビュー Slim3は、Google App Engineで複数行のトランザクション操作を可能にし、標準で用意されているAPIよりも高速な動作を実現するなどの特徴があります。Slim3を開発したのは、オープンソースのJavaフレームワークとして知られるSeasarなどを開発してきたひがやすを氏です。 正式リリースにあたり、Slim3の特徴、開発に苦労した点、今後の展開などについて、ひが氏自身に説明してもらうべくインタビューをしました（インタビューはメールで質問し、返答いただくという方法で行いました）。 Slim3の設計哲学は、“Less is more”を実現すること ―― Slim3とは何でしょうか？ Javaにそれほど詳しくないというプログラマにも説明するとしたらどう説明す
私はなぜJDOを捨てたのか - ひがやすを技術ブログ
Google App Engine/Javaで開発している人は、かなりの確立で、JDOを使って開発していると思います(JPAが使い物にならないので)が、心の奥底では、JDOの使いにくさに疑問を持っているはずです。ただ、GoogleがJDOを推しているので、思っていても口に出せなかっただけで。 バグが多い問題も、思っていても誰も口にできないタブーです。 これは、JDO自体の問題というより、JDOのような汎用的なソリューションをBigtableという超限定的な環境に適応させようとしているところに根本的な無理があるのです。 Bigtableには、Datastore APIというBigtableに特化されたLow level のAPIが用意されています。やはり、このLow level APIを使うのが一番素直で無理がないのです。 今回は、appengine java night #2というイベント
Scalaでヒープサイズを増加させる方法 - moratorium
Scalaでヒープサイズを増加させる方法 2009-08-28 (Fri) 10:43 Scala 最近Scala本を買って、勉強しています。 で、少しプログラムを書いていたのですが、ちょっと大規模なデータを扱うとOutOfMemoryError例外で落ちてしまいました。 java.lang.OutOfMemoryError: Java heap space これを解決する方法をメモします。scalaコマンドは実はjavaを実行するシェルスクリプトみたいです。 % file `which scala` /opt/scala-2.7.5.final/bin//scala: POSIX shell script text executable で、このスクリプトを見ると、以下のような記述が見つかります。 [ -n "$JAVA_OPTS" ] || JAVA_OPTS="-Xmx256M -X
InfoQ: Google App EngineにJettyを採用
原文(投稿日：2009/8/5)へのリンク Google App Engineが当初使っていたウェブサーバ/サーブレットコンテナはApache Tomcatだった。しかし最終的にJettyへと変更された。開発コミュニティではこの決定により、なぜ変えたのか、Tomcatでなにか問題があったのか、と多くの人が問いを投げかけた。InfoQはJettyの開発元企業であるWebtideのチームにインタビューをする機会を得て、今回の決定の事情について詳細を聞いた。 InfoQ：GoogleがTomcatや他の選択肢でなくJettyをApp Engineに選んだのはなぜでしょうか。 GoogleがJettyを選んだ理由と思われる特質はサイズと柔軟性です。クラウドではサイズが重要です。Jettyのインスタンスを（Googleがしているように）数万動かすとすると、各サーバが1MB小さければ全体で数十GBのメ
総まとめ：Javaの将来的な後継者としての Scala
原文(投稿日：2009/7/9)へのリンク Scalaが最近，将来のJava 後継者の有力候補として注目を集めている。Java の創作者である James Gosling 氏やJRuby の主要開発者である Charles Nutter氏に続いて，Groovy の創作者であるJames Strachan氏もScalaへの賛意を表明している。 氏はJava の好ましくない点について，次のように語っている。 Javaはとんでもなく複雑な言語です(仕様書は600ページもありますし，Javaのgenerics を本当に理解できている人はいるのでしょうか？)。オートボクシング(に隠されたNullPointerException)，基本型，コレクションではない時代遅れの配列，文字列/テキスト/バッファ/コレクション/配列に対するポリモーフィズムの全般的欠如，データ構造体やbean プロパティを扱うとき
全Eclipse Java プログラマーに捧げる Eclispe 徹底活用術完全版〜Eclipseに空気を読ませて楽する術〜 - Yamashiro0217の日記
この記事は、http://d.hatena.ne.jp/higayasuo/20090612/1244772658 の「Ctrl+1とCtrl+Spaceうんぬん」の話にインスパイアされて書いた。Eclipse可愛いよ。Eclipse。 記事長いから、さくっと読み飛ばして、アニメーションgifがあるところから読んでも十分訳にたつと思う。 あと、新人さんとかに写経させるのもいいかも。というか、半分ぐらいうちの新人に勉強のためと思って書いたから。で、実際に写経させて役にたった。 Java は Eclipse などの IDE も含めて言語というか、環境というか…だと僕は思ってる。Commons, Maven なども含めたい（まぁ、そのあたりは、CPANも含めてperlだろ。とか、これは否定する人だらけだろうけど、Rails＝rubyということを言う人もいるよね）。 少なくとも僕は、Eclipse
EclipseでJava版App Engineを始めるための基礎知識
EclipseでJava版App Engineを始めるための基礎知識：Google App Engineで手軽に試すJavaクラウド（1）（1/4 ページ） Google App Engineがやって来るJa！va！だぁ！ 米グーグルは2008年4月7日、Pythonで作成したプログラムが動くクラウド・コンピューティング環境「Google App Engine」（以下、GAE）を発表しました。それからちょうど1年後の2009年4月7日、GAEはPythonに加えてJavaへの対応（以下、GAEj）を発表しました（参考：グーグルのクラウドがJava対応、JRubyも稼働か）。 2008年のGAE発表当初、日本ではPythonのプログラマ数があまり多くなく、反響もいまひとつの感じがありましたが、今年になって開発者や利用実績が多いJavaに対応したことで、GAEのユーザー数が一気に増加する可能性
グラフ理論ライブラリのJGraphTを使ってみた - kaisehのブログ
JGraphT JGraphTは、Javaのグラフライブラリです。グラフの描画ではなく、グラフ理論のモデルとアルゴリズムの方にフォーカスしています。とても使いやすかったので、紹介してみます。 無向グラフ UndirectedGraph<String, DefaultEdge> g = new SimpleGraph<String, DefaultEdge>( DefaultEdge.class); g.addVertex("a"); g.addVertex("b"); g.addVertex("c"); g.addEdge("a", "b"); g.addEdge("b", "c"); System.out.println(g.vertexSet()); System.out.println(g.edgeSet()); System.out.println(g.edgesOf("c"));
JMSメモ(Hishidama's JMS(Java Message Service) Memo)
public static final String JMS_FACTORY = "weblogic.jms.ConnectionFactory"; //WebLogic10 public static final String JMS_FACTORY = "ConnectionFactory"; //JBoss4.2.3 public static final String QUEUE_NAME = "MyQueue0"; //WebLogic10 public static final String QUEUE_NAME = "queue/MyQueue1"; //JBoss4.2.3 送信側プログラム（バッチ型サンプル） 送信側のプログラムは、以下のような感じ。 import javax.jms.*; import javax.naming.*; ～ public static vo
メッセージキューを使って分散MapReduceを実装する 2009-02-16 - きしだのはてな
さて、JMSでメッセージキューも使えるようになって、HadoopでMapReduceも試してみた。そうするとやりたくなるのがメッセージキューを使った分散MapReduceの実装ですね。ということで、JMSを使ってメッセージキューによる分散MapReduceをやってみました。実際にはローカルでしか動かないのですが、コンセプトモデルということで。 メッセージキューで遊びたいのでJMSを試す HadoopでのMapReduceを気軽に試すサンプル Hadoopサンプルで作ったのと同じように、クラスがJavaファイル中でimportされている回数を数えてみます。 考え方として、ちょっと強引ですが、GoogleやHadoopのMapReduceは分散ファイルシステム付きメッセージキューといえます。けど小規模につつましくやる分には分散ファイルシステムは必要ないので、MapとReduceを分散することだ
Rhinoを使おう
全国1千万人のJavaScriptユーザーの皆様こんにちは。たかだです。 本日は、拡張性とポータビリティにすぐれた JavaScript 処理系 Rhino(ライノー)をご紹介したいと思います。 JavaScript マニアなら、ブラウザ上だけではなく、もっと汎用的なツールとして JavaScript を利用したいと思いますよね？ 日常的に利用するちょっとしたスクリプトはもちろん、できれば サーバーサイドのWebアプリや GUIアプリケーションまで JavaScriptで書きたいですよね？(という人が何人いるのかわかりませんが) RhinoはJavaScriptの実行環境としてだけではなく、Javaをインタラクティブに操る処理系としても役立ちます。 Rhino はオープンソースで開発されている JavaScript の処理系です。Mozilla Foundation によって管理され、
あなたの知らないJDKの便利ツールたち
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） 標準JDKに含まれる便利なツール 読者の皆さんは、最近のJDK（Java SE）に、開発やデバッグに便利な新しいツールが含まれていることをご存じでしょうか？ 古くからのJava開発者は、古い時代のJDKのツールしか知らず、一方で新しいJava開発者はEclipse/NetBeansなどの統合開発環境に慣れてしまい、細かなコマンドツールを直に使う状況が減ってきているかもしれません。 そこで今回は、最近のJava SE 6含めて比較的新しいと思われるツールを以下の5種類に分けて紹介します。 プロファイリング トラブルシューティング／情報取得 監視 配備／補助 スクリプティング 「こんなツー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
Google Code Archive - Long-term storage for Google Code Project Hosting.
google-collections - Google Code
IBM Developer
http://atnd.org/events/1799
Java 暗号化拡張機能 JDK5.0
SunのWebサーバ(Open Web Server)もオープンソース化されました - 寺田 佳央 (Yoshio Terada) : Weblog