Strutsを使ったWebアプリを作るための環境構築 では、早速準備に取り掛かるとしましょう。StrutsでWebアプリケーションを構築するとなると、以下のソフトウェアが必要となります。 表 Strutsを使ったWebアプリの開発に必要なソフトウェア ソフトウェア 本連載で扱うバージョン 概要
Strutsを使ったWebアプリを作るための環境構築 では、早速準備に取り掛かるとしましょう。StrutsでWebアプリケーションを構築するとなると、以下のソフトウェアが必要となります。 表 Strutsを使ったWebアプリの開発に必要なソフトウェア ソフトウェア 本連載で扱うバージョン 概要
Java Cloud Meeting Tokyo 2010に行ってきた。いろいろ聞いてきたけど、id:higayasuo さんのセッション「Google App Engineの本質とSlim3による進化したサクサク開発」だけ軽く書き取ってきた。 今日は予定を変更して、AppEngineの本質の話を全体的にやります。 AppEngineで誤解されがちなところ py/javaどっちがいいの?とか みんな結構気になっていて、pyマンセーみたいにチラホラ出ている 本当のところもあれば誤解されているのもある。 今日はAppEngineはこういうもんだと全部理解して帰ってほしい 1.クラウドの本質 皆さんも考えてみてください。1分くらいあげますんで。 世の中の記事とか本とか、buzword的に取り上げられているけど 自分にとってのクラウドの本質って 一般的にはスケールアウトと言われているのが多いと思い
さて、Android Development Tools (ADT) 0.9.7で有効となった "Library Projects"だが、早速使ってみた。 結論としては、今まで苦労して複数のプロジェクトを関連づけしていたのが嘘のように設定が簡単で尚かつ快適だ。 設定は最新のADTドキュメント > Working with Library Projects※に書いてあるが、以下の手順で実施する。 ライブラリィプロジェクトの設定 複数のプロジェクトで共有したいリソースを集約したAndroidプロジェクトを作成する(私のように既にあればそれを使う) プロジェクトは通常のAndroidプロジェクトとして作成するが今までに無い操作を一つだけ行う。 1.プロジェクトプロパティウインドウを開ける適当なビュー(パッケージエクスプローラ等。私はナビゲータ派だが)のコンテキストメニューから"プロパティ(pro
Software Error:HTML::Template->new() : Cannot open included file ./tmpl/site//.tmpl : file not found. at lib/HTML/Template.pm line 1616. HTML::Template::_init_template(HTML::Template=HASH(0x974c820)) called at lib/HTML/Template.pm line 1189 HTML::Template::_init(HTML::Template=HASH(0x974c820)) called at lib/HTML/Template.pm line 1083 HTML::Template::new("HTML::Template", "filename", "./tmpl/site//
サンプル ApiDemos をEclipseプロジェクトにインポートする方法 .classpathファイル、.projectファイルを android-sdk-windows-1.5_r2\platforms\android-1.5\samples\ApiDemos 直下に置いて、EclipseのImportよりEclipseのプロジェクトとしてインポートする。 .classpath <?xml version="1.0" encoding="UTF-8"?> <classpath> <classpathentry kind="src" path="src"/> <classpathentry kind="src" path="gen"/> <classpathentry kind="con" path="com.android.ide.eclipse.adt.ANDROID_FRAMEW
「JVM上で不可能なことなど何もない」(Nothing is impossible on the JVM)――、こう話すのはJRubyでコア開発メンバーを務めるチャールズ・ナッター氏だ。2009年6月1日、米国サンフランシスコで開催されたCommunityOne(JavaOne)で講演したナッター氏は、JavaVM上にRuby処理系を実装した経験について話した。当初まったく実現不可能に思えたプロジェクトで、どう障害を乗り越え、その取り組みがいかにJavaプラットフォームに影響を与えているかについて解説した。講演のタイトルは「不可能を超えて:JRubyはいかにJavaプラットフォームを進化させたか」(Beyond Impossible:How JRuby Has Evolved the Java Platform)だ。 Ruby on JVM!? そんなの実現不可能! もともとJava言語向
お探しのページは一時的にアクセスできない状況にあるか、移動もしくは削除された可能性があります。 リンクが切れている場合は、こちらのお問い合わせフォームよりご連絡ください。
Javaアプリケーションの解析をやっていて、やはりJavaバイトコードの知識は必須だと思いました。確かに、jadをはじめ、Javaデコンパイラの性能は良く、ほぼ間違いなくデコンパイルは成功するのですが、問題は、デコンパイルが完了しても「JVM INSTR」(認識できなかったバイトコードが見つかった場合に出力される)が結構頻繁に現れることと、再度コンパイルするために必要となるファイルを、別途用意しなければならない場合が多々あることです。どちらの場合においても、デコンパイルにより出力されたデータに修正、もしくは追加を行う必要があり、また、バイナリにほんの少しの修正を加えたいだけであっても、デコンパイル → 修正 → コンパイルという動作を行わなければならないため、かなりの手間となります。 例えば、「Doorman」というツールがあります。このツールは、HTTPのProxyとして動作し、通信デー
2009/03/26 米Amazon Web Servicesは3月24日、統合開発環境のEclipse用のプラグイン「AWS Toolkit for Eclipse」を発表し、無償ダウンロード提供を開始した。Apache 2.0ライセンスでオープンソースとして公開していて、バグフィックスなどのパッチや機能追加も受け付けている。 Eclipse中から、Amazon EC2上に任意の数のサーバインスタンスを起動してクラスタとして設定・管理ができるほか、アプリケーションの開発、デプロイ、リモートデバッグまでできるという。Tomcatコンテナの設定・管理も可能。現在、サポートしている開発言語はJavaとTomcatだけだが、ユーザーからのフィードバックを受けながらGlassFishやJBoss、WebSphere、WebLogicなどのアプリケーションサーバや、ほかの言語もサポートしていくとして
さて、今度は、COBOL に Hello, world! を言わせましょう。 まずは、COBOL プログラムを以下のようにつくります。ファイル名は hello.cob とします。 IDENTIFICATION DIVISION. PROGRAM-ID. hello. PROCEDURE DIVISION. DISPLAY "Hello, world!". EXIT PROGRAM. コンパイルを行います。リンクは行いません。 $ cobc -c hello.cob 次に Java と COBOL の間を取り持つ C のプログラムを作ります。前回の bridge_HelloCobol.c を書き換える形です。 #include <libcob.h> #include "bridge_HelloCobol.h" /* COBOL プログラムのプロトタイプ宣言 */ extern int hel
今日はアルゴリズム編その1、正規表現。 Java練習問題集:アルゴリズム編(1)(学習/資格対策) JavaはRubyやPerlといったスクリプト言語と比べて、正規表現を記述するのが面倒だなぁ、というのが第一印象。それだけに動作させたときに「きっちり」やった感がすごくある。 大規模な開発ではこの「きっちり」感が保守性とかを保つのに必要なのかもしれないと思った。 おまけ:Rubyで書いた場合と比較してみる この練習問題で作った正規表現ロジックをRubyで書いたらどうなるか、と思ってついでにやってみた。 まず、ロジックの内容はテンプレートエンジンみたいな感じ。 文字列中の「%0」〜「%9」にマッチした部分を、配列に格納した文字列に置換するプログラムを作成しましょう。「%」の後の番号と、配列 data の添え字番号が対応するようにします。 Java練習問題集:アルゴリズム編(1) Javaで作っ
Javaに対する静的解析ツールには、以下のようなものがあります。 FindBugs PMD Jlint Lint4j Jtest(有償) 近頃の動向を見ていると、OSSのツールでは、FindBugsがデファクトスタンダードになりつつあるように思います。FindBugsは、2007/11/08にリリースされた1.3.0以降、1〜2ヶ月に一度の頻度でリリースされており、チェックルールも充実してきています。最近、FindBugsのチェックルールを調べる機会があったので、どんなルールがあるのかをまとめてみました。 FindBugsが検出するバグパターンは、次のような括り方となります。 バグカテゴリ > バグコード > バグタイプ 左側がより大きい括りになっており、バグタイプが1つの検出ルールに対応付きます。 FindBugsは、1.3.4時点で、8個のカテゴリと354個のチェックルールから成り立ち
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く