GraalVMの多言語実行機能が凄そうだったので試しにApache Sparkに組み込んで動かしてみたけどちょっとまだ早かったかもしれない(Open So...

GraalVMの多言語実行機能が凄そうだったので試しにApache Sparkに組み込んで動かしてみたけどちょっとまだ早かったかもしれない(Open So...
Once you know it, it’s easy. As usual… So here a short write-up on how to include Weld (1.1.8) into a simple Tomcat 7 Servlet container (obviously without all the Java EE 6 tralala). It’s a result of Googling around, trial & error and RTFM, so no credits to me for this one :) * Create a new web project in Eclipse. * Download WELD and include the following files in the ‘lib’ folder: weld-api.jar,
In this tutorial you will learn how to configure Contexts and Dependency Injection (CDI) with Tomcat. Tomcat is not a full-blown EE container so we must include some required libraries in order to enable CDI support. In this tutorial we will cover CDI configuration in Tomcat and also provide a working sample. This tutorial considers the following software and environment: Ubuntu 12.04 JDK 1.7.0.09
JSF 2によるWebアプリケーション開発について学ぶ 以上がJSFの基本事項となるが、それではJSF 2に初めて取り組むWebアプリケーション開発者は、何から手を付ければよいのだろうか。 JSFによるWebアプリケーション開発では、Expression Language(JSFタグ内に処理を記述するための式言語)やManaged Bean、CDI、Facelets、Java Persistence API(JPA)、EJB(JPAとEJBはデータの永続化処理に利用)といったさまざまな技術を使うが、これらの技術の詳細を学ぶ前に、まずJSFアプリケーションのライフサイクルをしっかりと頭に入れておきたい。JSFでは、リクエストを受信してからレスポンスを返すまでに、一連の処理が先の図に示したようなフローで進行する。上述した技術は、このフローを構成する各処理を効率的に作るためのものであり、それぞれ
ここ最近書いたJSF 2.0の新機能のまとめ。JSF 1.xからくらべるとどれだけ変わったかがよくわかる。 XMLを一切書かないですむことで有名なJSF 2.0を軽くさわる アノテーションだけでOK うぬはまだEL(式言語)の本当の恐ろしさをしらぬ JSF固定の話じゃないけど、ELでついにメソッドが実行できるようになった。 JSF 2.0の新機能AJAXサポートを試す Javascriptを一切書かないAjaxはコンポーネントベースのほうが恩恵を受けやすい。 スクリプトでJSFの部分レンダリングを呼び出すことができるので自前のスクリプトとの連携も可能(たとえばjQuery使うとかもOK)。 NetBeans 6.8開発版で試すJSF 2.0 開発版でJava EE 6のサポートがどれくらい進んでるかを見てみた。 超簡単になったJSF 2.0をさらに試す jsfc属性を使えばテンプレートは見
しばらく間があいてしまいました。今回はJava EE 6に含まれているWebフレームワークであるJSF2.0を簡単にさわってみたいと思います。 JSFは、前バージョンのJava EE 5からJava EEに含まれるようになりました。つまり、Java EE準拠のアプリケーションサーバであれば、ライブラリの追加なしにデフォルトで付いてきています。 これはやはり標準のメリットの1つですね。アプリケーションサーバを購入するればWebフレームワークのサポートも一応付いているわけです。 Webフレームワークのサポートを気にするところだとこれはありがたいのではないでしょうか。 しかし、JSFはイマイチ人気がありません。特に日本だとStruts1系が多く使われているような話をよく聞きます。 indeed.comのJob Trendsを見ても、ちょっとずつ増えてはいますが微妙な感じですね。 もしかすると標準
java.io.Serializable …、ある程度Javaに触れて来た人は必ず見たことがあるインターフェイスだと思う。私も何度も見てきたし、必要に迫られて自分の作ったクラスにSerializableをつけたこともある。しかし、こいつは一体何なのか? 継承の便利さ 僕らがまだJava初心者だった頃。継承というメカニズムに助けられながら育って来た。簡単に言えば、HttpServletクラスを継承しさえすれば、自分の作ったクラスがサーブレットとして認識されるのだ。また、abstractメソッドなどという便利な機能もあり、継承にあたって実装しなければいけないメソッドは確実に指示され、言われた通りにそのメソッドを実装すれば良い。 StrutsのActionも然り。そう、多くの場合は「継承さえすれば、望む物がだいたい出来上がる」というのがJavaの世界だと思っていた。 だが、世の中そんなに甘くない
昨日のSeasar2のエントリについたコメントなどで、「とはいえ代わりに何つかうの?」みたいな話が出てたので、とりあえずJava EEのWebフレームワークについて簡単にまとめてみます。 Java SE 8+Java EE 7+lombokで書いていますが、基本的なところはJava SE 7+Java EE 6でも大丈夫です。 なので、今どきとは書いてますが、基本的には2009年12月のJava EE 6ということで、実はすでに4年近くたってます。 何も考えてない なんも難しいこと考えないなら、やっぱJSPが楽ですよね。 なんでも書けちゃう。 <%@page contentType="text/html" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content=
前回の記事『ラムダ式やストリーム API や新しい日時 API だけじゃない! Java8 のタイプ・アノテーションあの手この手』で、Java8 で導入されたタイプ・アノテーションがどういったものか紹介しました。 その記事では同一要素に重複して同じアノテーションを付けられる @Repeatable なども紹介しましたが、タイプ・アノテーションは主に「タイプ(型)が使われているところはどこにでもアノテーションが付けられる」という機能を指しているのだと思います。 で、その機能を紹介したのはいいんですが、実際の使い方には触れていませんでした。 これでは片手落ち感が否めないので、タイプ・アノテーションを使用できるライブラリである Checker Framework というのを見ていきたいと思います(が、次に述べる理由により、ライブラリ自体の使い方はこの記事で扱ってません)。 このライブラリは @N
先週の勉強会で紹介させていただいたjsf-scrumtoys-refactoredでは、JSFの管理Beanを使用する代わりにCDIのBeanを利用しています。この点説明が不十分だったので、ここで簡単に補足させていただきます。 JSFと管理Bean 勉強会の中で、JSFはコンポーネントベースのWebアプリケーションフレームワークであると説明させていただきました。(この点については以下のエントリーもご参照ください。Struts1に代わるWebフレームワークの選択 - 達人プログラマーを目指して) コンポーネントベースのフレームワークの場合、VBやSwingといった伝統的な(Webでない)GUIアプリケーションのように、フォームや入力フィールド、ボタンといった画面コンポーネントのツリーが構築されます。そして、画面部品の入力やクリックなどのイベントに従って、管理Beanと呼ばれるPOJOに対して
2014年5月18日、ベルサール西新宿にて行われたJJUG CCC 2014 Springにて発表させて頂いたプレゼンの資料です。
よく訓練されたアップル信者、都元です。Gradle(グレードル)つかってますか? 筆者は、プロダクトコードを書くのも好きなのですが、その周辺にある「プロジェクトのライフサイクル管理」の自動化にも非常に興味を持っています。つい半年前くらいまではMaven信者だったのですが、今は宗旨替えをし、Gradleにどっぷりハマっております。 Gradleは、進化系のビルド自動化ツールです。Gradleは、ソフトウェアパッケージもちろん、その他様々な形式のプロジェクト(例えば自動生成された静的Webサイトやドキュメント等)のビルド・テスト・(ライブラリ等の)公開・デプロイ・その他を自動化します。 プロジェクトライフサイクルマネジメントツール? このようなビルド自動化は、古くはGNU Makeやシェルスクリプトが利用されており、その後Javaの世界ではAnt, Mavenと進化を遂げて来ました。Gradl
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 追記1: コメントでの指摘を受け、gvmに関する記述を削除 この記事は、日経ソフトウェア 2013年 06月号 04/24発売 のステマ記事です。 6月号に、@keiji_ariyama(前座部分担当) と 僕(Gradle概要担当) と @sys1yagi(Android対応部分担当) という分担でGradle入門的な記事を書きました。 ですが、僕の目的としてはトップゲート社員への布教を主目的と考えて書いたため、本来要求されている分量を(わざと)大幅にオーバーして書いていました。雑誌に掲載されなかった溢れ分をネットで公開して良いか打診
AWSチームに参画して2ヶ月ほど経ちました。ところが、AWSの構築などにはあまり関わらず、ひたすらAWSに関連するプロダクトの開発を行う毎日です。そんな折、ボスより次のようなリクエストをいただきました。 ユーザが参照できない情報について、参照できないことを検証して欲しい ・・・「出来ないことの検証」です。 「出来ることの検証」であれば、その例をテストケースとして記述してテストを実行すれば検証出来ます。しかし、出来ないことを証明することは非常に困難です。ただ、情報は有限なんで、総当たりにでもやればできるかもしれません。 !? システムのインフラは当然のようにAWSです。テストのためのリソースが足りなければ増やせばいいじゃないですか。時間がかかるならば並列化すればいいじゃないですか。テストの時だけ増やせばいいんです。 ならば、総当たりでテストしよう という方針になりました。そして、ブログのネタ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く