6月18日〜19日に福岡市で開催されたCloud Days 九州に当社サーバーワークスが展示させて頂きましたので、レポートをさせて頂きます。 6月18日より開催のCloud Days 九州の「切腹プレゼン」ステージの時間とタイトルが決定しました 6月18日より開催のCloud Days 九州 2013の小間位置が決定しました Cloud Days 九州 2013に出展します 当日サーバーワークスは、AWSブースの隣り！他のブースより一回り大きなパネルで人の目を引いていました。 ブースにはダンボーも参加！パンフと共にお配りした飴にダイブイン！ ダンボーの写真を取られて行く方も多くいらっしゃいました╰(´︶`)╯♡ 今回当社がブースにてご説明させて頂いたのは VPCと各拠点(DCや社内）からVPN接続、監視、運用が出来るVPCスターターパック 災害対策としてファイルサーバー、データのバックアッ

オンプレストレージサービス、Storage Gatewayの公式リンクまとめ。 Amazon公式情報 AWS Storage Gateway（セキュアなストレージ接続サービス） | アマゾン ウェブ サービス (AWS 日本語) Release Notes : Amazon Web Services AWS Storage Gateway 料金表 | アマゾン ウェブ サービス（AWS 日本語） What Is AWS Storage Gateway? - AWS Storage Gateway AWS Storage Gateway よくあるご質問 | アマゾン ウェブ サービス（AWS 日本語） AWS Developer Forums: AWS Storage Gateway Getting Started with Gateway-Cached volumes on AWS Sto

専用線接続サービスのDirectConnect公式リンクまとめ。 Amazon公式情報 AWS Direct Connect（AWS との専用線接続） | アマゾン ウェブ サービス (AWS 日本語) Release Notes : Amazon Web Services AWS Direct Connect 料金表 | アマゾン ウェブ サービス（AWS 日本語） AWS Direct Connect ようこそ - AWS Direct Connect(ユーザーガイド) AWS Direct Connect FAQs | アマゾン ウェブ サービス（AWS 日本語） AWS Developer Forums: AWS Direct Connect APN Partners supporting AWS Direct Connect(APNパートナー情報について) Code&Librar

動画エンコーディングサービスを提供するTranscoderの公式リンクまとめ。 Amazon公式情報 Amazon Elastic Transcoder（クラウド上での動画変換サービス） | アマゾン ウェブ サービス（AWS 日本語） Release Notes : Amazon Web Services Amazon Elastic Transcoder 料金表 | アマゾン ウェブ サービス (AWS 日本語) Amazon Elastic Transcoder What is Amazon Elastic Transcoder? - Amazon Elastic Transcoder(開発者ガイド) Amazon Elastic Transcoder よくある質問 | アマゾン ウェブ サービス（AWS 日本語） AWS Developer Forums: Amazon Elast

ペタバイト規模のデータウェアハウスサービス、Redshiftの公式リンクまとめ。 Amazon公式情報 Amazon Redshift | アマゾン ウェブ サービス（AWS 日本語） Release Notes : Amazon Web Services Amazon Redshift の料金表 | アマゾン ウェブ サービス（AWS 日本語） Amazon Redshift Welcome - Amazon Redshift(入門ガイド) What Is Amazon Redshift? - Amazon Redshift(管理ガイド) Welcome - Amazon Redshift(CLIリファレンス) Welcome - Amazon Redshift(DBリファレンスガイド) Welcome - Amazon Redshift(APIリファレンス) Amazon Redshi

バルクメール送信サービス、SESの公式リンクまとめ。 Amazon公式情報 Amazon SES（バルクメール配信サービス Amazon Simple Email Service） | アマゾン ウェブ サービス（AWS 日本語） Release Notes : Amazon Web Services Amazon SES 料金表 | アマゾン ウェブ サービス（AWS 日本語） Amazon Simple Email Service (SES) | アマゾン ウェブ サービス（AWS 日本語） What Is Amazon SES? - Amazon Simple Email Service(開発者ガイド) Welcome - Amazon Simple Email Service(APIリファレンス) AWS Simple Email Service FAQs | アマゾン ウェブ サ

拡張性と耐障害性に優れたアプリケーションを構築するためのワークフローサービスであるSimple Workflow Service(SWF)の公式リンクまとめ。 Amazon公式情報 Amazon Simple Workflow Service (ワークフローサービス Amazon SWF) | アマゾン ウェブ サービス（AWS 日本語） Release Notes : Amazon Web Services Amazon SWF 料金表 | アマゾン ウェブ サービス（AWS 日本語） Amazon Simple Workflow Service (Amazon SWF) | アマゾン ウェブ サービス（AWS 日本語） Welcome to Amazon Simple Workflow Service - Amazon Simple Workflow Service(Amazon Si

Hadoopにて分散処理を実現するElastic MapReduceの公式リンクまとめ。 Amazon公式情報 Amazon Elastic MapReduce（Hadoopクラスター Amazon EMR） | アマゾン ウェブ サービス（AWS 日本語） Release Notes : Amazon Web Services Amazon ElasticMap Reduce 料金表 | アマゾン ウェブ サービス（AWS 日本語） Amazon Elastic MapReduce | アマゾン ウェブ サービス （AWS 日本語） Amazon EMR 入門 - Amazon Elastic MapReduce(入門ガイド) ようこそ - Amazon Elastic MapReduce(開発者ガイド) Welcome - Amazon Elastic MapReduce(APIリファ

検索エンジン機能を有するCloudSearchの公式リンクまとめ。 Amazon公式情報 Amazon CloudSearch (検索サービス）| アマゾン ウェブ サービス (AWS 日本語) Release Notes : Amazon Web Services Amazon CloudSearch 料金表 | アマゾン ウェブ サービス（AWS 日本語） Amazon CloudSearch | アマゾン ウェブ サービス（AWS 日本語） What Is Amazon CloudSearch? - Amazon CloudSearch Amazon CloudSearch FAQs | アマゾン ウェブ サービス（AWS 日本語） AWS Developer Forums: Amazon CloudSearch Code&Libraries 2013年06月現在で0件。 Artic

長期・低価格アーカイブ機能を有するGlacierの公式リンクまとめ。 Amazon公式情報 Amazon Glacier (低価格アーカイブストレージサービス) | アマゾン ウェブ サービス（AWS 日本語） Release Notes : Amazon Web Services Amazon Glacier 料金表 (低価格アーカイブストレージサービス) | アマゾン ウェブ サービス（AWS 日本語） Amazon Glacier What Is Amazon Glacier? - Amazon Glacier Amazon Glacier よくあるご質問 | アマゾン ウェブ サービス（AWS 日本語） AWS Developer Forums: Amazon Glacier Code&Libraries 2013年06月現在で0件。 Articles&Tutorials 2013

環境構築テンプレート機構。 Amazon公式情報 AWS CloudFormation（AWS リソース作成テンプレート） | アマゾン ウェブ サービス（AWS 日本語） Release Notes : Amazon Web Services AWS CloudFormation Welcome - AWS CloudFormation Welcome - AWS CloudFormation AWS CloudFormation FAQ | アマゾン ウェブ サービス（AWS 日本語） AWS Developer Forums: AWS CloudFormation Developer Tools : Amazon Web Services AWS CloudFormation Templates AWS CloudFormation Templates - Asia Pacific

C や C# そして Ruby や Java などでは、実数を整数に丸める際、 単純にキャストしますと切り捨てますが、 round 関数で丸める際に、挙動が異なります。 Python: Ruby: C#: （自作のシェル経由でごめんなさい） C や Ruby, Java では四捨五入がデフォルトで行われますが、 C# では、銀行丸めがデフォルトで行われます。 正式名称は 「最近接偶数への丸め」と言いますが、 「銀行丸め」のほか、「JIS丸め」「ISO丸め」とも言われます。 [Wikipedia の解説記事] ＪＩＳ丸めとは？ http://homepage1.nifty.com/s_miyake/hp/jisround.htm JIS Z 8401 http://www.jisc.go.jp/app/pager?id=94037 上の記事の文章を用いて、簡単に説明すれば、 N桁で丸める場合

広い意味で取れば、Android StudioのProjectはEclipseのワークスペース（Workspace）に相当しますが、Eclipseと異なり関連のあるModuleだけで構成されています。そのため感覚的には 「EclipseのProject＝Android StudioのProject＋Module」 のほうがしっくり来るのではないでしょうか。 仕方が無いことなのですが、このようにIDEによってプロジェクト管理方法や用語が異なることが、Android Studioへの乗り換えやEclipseとの併用の大きな妨げになっていると思います。 Android StudioのベースとなったIntelliJでは、プロジェクトを作成すると「Projectと同じ場所に1つのModuleができる」が基本形なのですが、Android StudioではGradleとの兼ね合いにより、 「Projec

平素よりイベントカレンダー＋ログをご利用いただき、誠にありがとうございます。 イベントカレンダー＋ログは「IT・製造業・ビジネス関係のイベント（セミナー・展示会・勉強会・コンテスト・Webイベントなど）を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー＋ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年6月30日（火）15:00をもちましてイベントカレンダー＋ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら

もうちょっと早めにアップしておきたかったんですが、 週末の宿題やら、会社の飲み会やらでちょっと遅れてしまいました。 ⇒　まぁ、またまた内容は軽いんですけど。。。 「TDDミートアップ」 http://bit.ly/1at4Wmg 今回は @y_sumida さんがまとめてくれたTogetterに相乗りして、 僕もちょこちょこ呟いてたツイートをマージしたので当日の様子は↓参照、と。 「TDDミートアップ #TDDMeetUp」 http://bit.ly/11nGwHo @y_sumida さんももうブログアップされてますね 「TDD ミートアップに参加しました」 http://bit.ly/11nHT9a あ、それときょんさんが当日発表した資料も（若干追記・修正して） アップされてますね。 http://slidesha.re/16JZyZi さて、テープ起こしレベルで話を書き留めたいんで

2013/6/15 〜 2013/6/16でTDDBC Fukuoka 2013を開催しました。 TDD Boot Camp Fukuoka 201323人参加のうち5人が学生という、自分が開催した勉強会では珍しい会となりました！ まとめTDDBC Fukuoka 2013 1日目のつぶやきのまとめTDDBC Fukuoka 2日目のつぶやきのまとめTDD Boot Camp Fukuoka 2013/1日目KPTTDD Boot Camp Fukuoka 2013/2日目KPTTDDBC FukuokaのFBグループ今回は主催者ということで、コード殆ど書いてないですが振り返りを。 主催者としての振り返りKPTで出てきた部分は除いており、個人的な振り返りです。 立地、電源やネット環境等も鑑みると、会場は大分いいところを用意できたかなと思ってます。色々なところで和田さんに頼りすぎてしまった感

6/15(土)、6/16(日)の２日にわたって開催された、TDDBootCampFukuokaに参加して来ました。 課題については他の参加者の方が説明されているので、コードだけ共有しておきます。1日目はgithubを使っていなかったため> < 、2日目の分だけ・・・ https://github.com/shimesaba-type0/ruby_rspec （ペアの@shimesaba_type0さんがレポジトリ上げてくださいました！） 2日にわたる@t_wadaさんの公演と、その後の課題の実践を通して、TDDについての自分の考えが深まったので、 現時点でのTDDについて理解をまとめておこうと思います。 ※ 講演の内容のまとめではなく、あくまでも講演を受けての@koichi222の考えです。 まず参加前の僕の状態について書いておきますと、 仕事でrails & rspecでの自社サービスを

TDDBCはスタッフ参加を含めて今回が3回目です。 今回は一参加者として参加させてもらいました。 今回のTDDBCの傾向 今回3回目なのでこれまで参加した、また見聞きした感覚として今回のTDDBCは Githubを使っていたペアが多かった 1ペアごとのレビュー時間が長かった 学生の参加者の割合が多かった というのがあったと思います。 Githubを使っていたペアが多かった これは単純に最初のレビューで使っていたペアがいたので「使ってみたい」というのと、「レビューがしやすい」という2つが理由としてあったからではないかと思います。 しかしながらTDDBCで行うレビューに対してレビューしやすさを追い求めると、Red-Greenのそれぞれのフェーズでコミットし、そのそれぞれにコミットメッセージを細かくつける、といった目的から外れていってしまう部分もあるので注意が必要かなという印象でした。ただGit

6月15日，16日に開催されました，TDD Boot Camp Fukuoka 2013に行ってきました！ 2日間の濃密なBoot Campだった+ぺーぺーの学生だったので，それはまあ学ぶことが多かった週末となりました．全てをまとめると大変な量になってしまうので，学生なりの視点で参加したいきさつやこれからの決心に焦点をあてます． ということで，後先考えずに模造紙に描きながら考えてみました． そもそもTDDについては，学部3年の頃にかじっただけで，ほとんど経験がありません．最近ようやくテストを書くようにはなったのですが，なかなか思う通りに書けず悩んでいました．そんな時に開かれるTDDBC，ということで，熟練者のノウハウを盗みに，また昔わからなかったTDDのことも知れるなら一石二鳥だと思い，参加した所存です． TDDBCは基調講演+ペアプロ+コードレビューの3つのプログラムで組まれていましたが

JUnitでのテストでは、古くは次のように書いてました。 assertEquals("期待値", "実際の値"); で、比較の種類だけassertXxxがあるわけです。 最近だと assertThat("実際の値", is("期待値")); のようにも書けます。 別にどっちでもええやん、とか思ってたのですけど、最近はassertThatのほうを使うようになりました。 というのも、assertEqualsを使おうとすると、補完で結構下まで移動する必要があったのです。 これがassertThatなら、次のようなstatic importにしておけば「as」で補完しても最初にassertThatが出てきます。 import static org.junit.Assert.assertThat; CoreMatchersも次のようにimportしておく必要がありますが、「is」とかは補完するまでも

ビジュアルの力で世界を丸くする。 地球の形状が「丸い」のは、そこで暮らす僕たちにひとつの「ビジョン」を指し示しています。地球の形と同じように、世界で起こっていることのすべてが丸く収まっていれば良いのですが、現実は違います。 大小いろいろな規模の摩擦がいたるところに発生し、繰り返されます。その解決に必要なのは、お互いの「考え」や「価値観」「立場」、「状況」「状態」を示し、認め合うことです。そのために、「ビジュアル」の力を活用していきます。

アプリケーションでどうしても捌けない量のリクエストが一時的に押し寄せてしまう場合、アプリケーションサーバが死ぬのを避けるために GET は制限を掛けたいが、POST はリトライが面倒なのでなるべく通してあげたい、というような要求を nginx で処理できるかどうか。 実装として一番望ましいのは GET は 100 req/sec で制限 (超えたら503) POST は無制限 のようにメソッドごとに別々の制限を掛けることだったのですが、とりあえず HttpLimitReqModule を使うことで、メソッドごとに同一の上限を設定することはできました。 http { limit_req_zone $request_method zone=method:1m rate=100r/s; server { listen 80; location / { limit_req zone=method;

こんにちは、エンジニアの黒木です。 先日の6月18日に六本木ヒルズで行われた、CROOZ株式会社主催のITイベント「テックヒルズ」の第6回にて、「進行中の開発プロジェクトで増えていくテストを自動で回し続けるために行ったいくつかのこと」というタイトルで、自動テストについて発表しました。 当日発表したスライドが下記のものです。 時間の都合もあり、詳細に踏み込みすぎる部分など、当日お話できなかった内容もあります。いくつかはスライドの最後に追加してありますので、見てもらえたらと思います。 AimingではJenkinsをだいたいどこのプロジェクトでも日常的に使用していて、プロジェクトごとに使用方法が少しずつ違っています。 今回お話したのは主に私が関わったプロジェクトでのJenkinsの使い方でしたが、他のプロジェクトでの話もこのブログなどで出来たらと思っています。 今回の発表が、聴いてくれた皆さん

参考：http://maven.apache.org/pom.html blog.pepese.com ■概要 <project ...> <issueManagement> <system>...</system> <url>...</url> </issueManagement> <ciManagement> <system>...</system> <url>...</url> <notifiers> <notifier> <type>...</type> <sendOnError>...</sendOnError> <sendOnFailure>...</sendOnFailure> <sendOnSuccess>...</sendOnSuccess> <sendOnWarning>...</sendOnWarning> <configuration> <address>...</

参考：http://maven.apache.org/pom.html blog.pepese.com ■概要 <project ...> <reporting> <outputDirectory>...</outputDirectory> <plugins> <plugin> <artifactId>...</artifactId> <version>...</version> <reportSets> <reportSet> <id>...</id> <reports> <report>...</report> </reports> <inherited>...</inherited> <configuration> <links> <link>...</link> </links> </configuration> </reportSet> </reportSets> </plugi

参考：http://maven.apache.org/pom.html blog.pepese.com ■概要 <project ...> <build> <defaultGoal>...</defaultGoal> <directory>...</directory> <finalName>...</finalName> <filters> <filter>...</filter> </filters> <resources> <resource> <targetPath>...</targetPath> <filtering>...</filtering> <directory>...</directory> <includes> <include>...</include> </includes> <excludes> <exclude>...</exclude> </exclude

参考：http://maven.apache.org/pom.html blog.pepese.com ■概要 <project ...> <dependencies> <dependency> <groupId>...</groupId> <artifactId>...</artifactId> <version>...</version> <type>...</type> <scope>...</scope> <optional>...</optional> <exclusions> <exclusion> <groupId>...</groupId> <artifactId>...</artifactId> </exclusion> </exclusions> </dependency> </dependencies> <parent> <groupId>...</groupId>

参考：http://maven.apache.org/pom.html ■全体概要 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>...</groupId> <artifactId>...</artifactId> <version>...</version> <packaging>...</packaging> <!-- ■依存関係設定 -->

今度読む用おれおれブックマーク はてブとか使えや、とかいうツッコミはなしな方向で。 ってか増え続ける一方で全然消化できねぇｗｗｗ 以下で分類。 IT総合 プログラミング言語全般 Java Java7 Java8 JavaEE Spring Framework その他Javaフレームワーク ツール 関数型 ソフトウェアテスト Python Ruby on Rails フロントエンド スマホ系 CI、CD DevOps 開発プロセス・方法論 DB系 Hadoop ミドル OS セキュリティ IT総合 Linux Virtual ServerとKeepalivedで作る冗長化ロードバランサ 手遅れになる前に！Webディレクターがプログラミングを学ぶ時に使いたいサイト10選 情報産業のグローバル化に対応した上級資格制度-情報処理学会 はてなブックマーク REST API DevRates どんなソ

8 回にわたって JPA + EJB + JSF による Web アプリケーション開発の例を見てきましたが、私の感想としては この組み合わせは非常に相性が良い というのが率直なところです。全て Java EE の標準であり、Java EE サーバさえ用意すれば動かすことができます。サードパーティのフレームワークのように別途ライブラリを用意する必要がありません。JBoss の場合は JPA の実装に Hibernate を使っていますが、表向きは Hibernate を使っていることを意識することなく開発できますし、JPA の実装の違いさえ押さえておけば Java の精神である「Write Once, Run Anywhere」で、他の Java EE サーバで動かすこともできる*1というのがいいところです。 Java EE の魅力の一端を垣間見たところで、このシリーズは締めといたします。

これまでの総仕上げとして、一からテーブルを作って JPA + EJB + JSF で Web アプリケーションを作成してみましょう。 テーブルの作成 今回は RDBMS として PostgreSQL を使います。 CREATE TABLE district ( id INT PRIMARY KEY, name VARCHAR(30) ); INSERT INTO district ( id, name ) VALUES (1,'北海道'); INSERT INTO district ( id, name ) VALUES (2,'東北'); INSERT INTO district ( id, name ) VALUES (3,'関東'); INSERT INTO district ( id, name ) VALUES (4,'中部'); INSERT INTO district ( i

前回の続きです。 管理 Bean の作成 package jp.mydns.akanekodou; import javax.faces.bean.ManagedBean; import javax.annotation.PostConstruct; import javax.ejb.EJB; import java.util.List; import jp.mydns.akanekodou.dao.EmployeeDAO; import jp.mydns.akanekodou.entity.Employee; @ManagedBean public class EmployeeList { @EJB private EmployeeDAO dao; private List<Employee> items; @PostConstruct private void init() { ite

エンティティ間の結合を表現する 現在サンプルとして使用しているデータベースにおいて、担当者マスタテーブルには MGR_ID というカラムがあります。これは外部キーとして同じ担当者マスタテーブルの担当者IDカラムを参照しており、上司である担当者の担当者IDを入力することになっています。これを JPA で表現してみましょう。 package jp.mydns.akanekodou.entity; import java.io.Serializable; import java.util.Date; import java.util.List; import javax.persistence.Entity; import javax.persistence.FetchType; import javax.persistence.Table; import javax.persistence.I

CSS を作成する ちょっと間が開きましたが CSS の作成に進みます。Facelets と合わせて、JSF では最も難しい部分と言えます。何しろ Facelets のタグがどんな HTML タグに変換されるかわからないと CSS が書けないからです。 resources/css/customer/search.css body { background-color : silver } h1 { font-size : x-large; text-align : center } table { margin : auto } p { text-align : center } resources/css/product/search.css .name { width : 15em } 後は menu.html にリダイレクトするダミーの index.jsp (ソースコードは省略)と

Facelets を作成する 管理 Bean の次は Facelets を作成します。 /customer/list.xhtml <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xmlns:h="http://java.sun.com/jsf/html" xmlns:f="http://java.sun.com/jsf/core"> <h:head> <title>顧客マスタ一覧</title> </h:head> <h:body> <

さて、DAO の実装が済んだところで Web アプリケーション側の構築に入ります。普通に Servlet と JSP でも作れますが、今回は JSF を使ってみましょう。 JSF(JavaServer Faces) とは JSF は Java EE 純正規格であるコンポーネントフレームワークです。Struts との決定的な違いは「Java EE 純正の API である」ということでしょう。*1 Struts では View にカスタムタグが使えましたが、あくまでも JSP です。それに対し、JSF 2.0 からは Facelets という、独自のタグが用意された XHTML で View を作成します。また、Struts では ActionForm を継承した Form Bean のクラスと Action クラスを継承したクラスを用意する必要がありましたが、JSF では管理(Managed

EJB による DAO 層の実装 DAO を EJB を用いて実装します。 package jp.mydns.akanekodou.dao; import javax.ejb.Local; import java.util.List; import jp.mydns.akanekodou.entity.Customer; @Local public interface CustomerDAO { List<Customer> all(); Customer find(int id); } package jp.mydns.akanekodou.dao; import javax.ejb.Stateless; import javax.persistence.PersistenceContext; import javax.persistence.EntityManager; import

いよいよ本日から JPA + EJB + JSF による Web アプリケーションの作成に入ります。まずは既存のデータベースで単一のテーブルを利用して、Hibernate のサンプルとして作ったものと同じものを作ってみます。その後、新規にデータベースとテーブルを作成して(以前作ったものではありますが)一から Web アプリケーションを構築する例を取り上げます。結合の話もここでやる予定です。 エンティティクラス(永続化クラス)の作成 EJB プロジェクトを用意して、そこにエンティティクラスを作成します。 package jp.mydns.akanekodou.entity; import java.io.Serializable; import javax.persistence.Entity; import javax.persistence.Table; import javax.per

いよいよ JPA + EJB + JSF によるアプリケーション構築に向けて、まずは EJB の簡単なサンプルを作ってみましょう。 EJB プロジェクトの作成 まずは EJB プロジェクトを作成します。名前は EJBHello にしてください。EJB プロジェクトを作る際に EAR プロジェクト(EAR : Enterprise Archive)も作っておくといいでしょう。名前は自動で EJBHelloEAR になるはずですので、そのまま作成します。 続いて ejbModule 直下にパッケージを作って Session Bean を作成します。Class name には Interface の実装クラスの名前を入れます。ここでは HelloImpl としましょう。Create business interface の Local にチェックを入れて、名前を Hello とします。No-in

以上、6 記事にわたって Hibernate の使い方を見てきました。本当は結合とかの話もしたかったのですが、私自身まだ実例を作っていない*1ということもあるのですが、何よりも Hibernate そのものを使うことはほとんどない という実態の方が大きな要因として挙げられます。最近では JPA を使うことの方が多く、Hibernate はその実装という立場に回り、表向きは Hibernate を知らなくても良くなりました。HQL の代わりに JPQL(Java Persistence Query Language)を使い、マッピングファイルからも解放され、全てアノテーションで解決することができます。EJB と組み合わせれば、かなりスピーディーに開発を進められるでしょう。 もう一つの要因として 複数データベースへの対応が必要ないのに Hibernate や JPA を積極的に利用する意味はあ

いよいよ Controller の作成です。 package jp.mydns.akanekodou; import java.io.IOException; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.annotation.WebServlet; import java.util.List; import jp.mydns.akanekodou.dao.CustomerDAO; import jp.mydns.akanekodou.model.Custo

DAO 層までの構築が終わったので、View を作っていきますが、その前に準備として JSTL(JSP Standard Tag Library) をインストールします。JSTL は以下のサイトからダウンロードできます。 Standard Tag Libraries for JavaServer Pages ― Project Kenai javax.servlet.jsp.jstl-api-1.2.1.jar javax.servlet.jsp.jstl-1.2.1.jar を WEB-INF/lib フォルダに入れてください。 WebContent 直下に customer, product, resources の三つのフォルダを作ります。resources の下には css, js の二つのフォルダを作り、css 直下に menu.css と customer, product の

DAO クラスの作成 package jp.mydns.akanekodou.dao; import org.hibernate.SessionFactory; import org.hibernate.service.ServiceRegistry; import org.hibernate.service.ServiceRegistryBuilder; import org.hibernate.cfg.Configuration; public class DaoUtil { private SessionFactory sessionFactory; private static DaoUtil inst = new DaoUtil(); private DaoUtil() { sessionFactory = createSessionFactory(); } public sta

永続化クラスとマッピングファイルの作成 まずは永続化クラスを作成します。普通の JavaBeans の作り方と同じです。 package jp.mydns.akanekodou.model; import java.io.Serializable; public class Customer implements Serializable { private static final long serialVersionUID = 1L; private int id; private String name; private String phone; public Customer() { name = ""; phone = ""; } public int getId() { return id; } public void setId(int id) { this.id = id

Criteria による問い合わせ HQL による問い合わせは、オブジェクト指向の中に問い合わせ言語の考えを持ち込むことになるので、その点では従前の SQL を用いる方法とあまり変わりがありません。そこで Hibernate には Criteria という、もう一つの問い合わせのための API が用意されています。実はこれ、全件取得のときにさりげなく使っていたのですが、そのときは条件を付け加えなかったので全件取得になっただけで、条件を付け加えればそれにしたがって問い合わせを行ってくれます。 package jp.mydns.akanekodou.dao; import org.hibernate.Session; import org.hibernate.Criteria; import org.hibernate.criterion.Restrictions; import java.u

Hibernate は Java で利用できる ORM のひとつで、世界的にもっとも利用されているものです。 以前紹介した MyBatis では、実際に問い合わせを行う SQL を自分で書く必要がありました。しかし問い合わせるデータベースの種類によって微妙に変わることがあります(古いバージョンの Oracle Database では JOIN 句がサポートされていない、SQL Server では USING 句がサポートされていない、etc...)。Hibernate ではそう言った「方言」の違いは気にする必要がありません。独自の HQL(Hibernate Query Language) という問い合わせ言語を用いて問い合わせを行うことができます。今回は例の menudb を用いて 顧客マスタの全データを一覧で表示する 顧客マスタから主キーである顧客 ID を指定してデータを検索する 商

今回は JBoss Application Server (以下、JBoss AS) のインストールについて説明します。 JBoss AS のダウンロード JBoss Community のサイトからダウンロードできます。 JBoss Application Server Downloads - JBoss Community 7.1.1.Final をダウンロードしてください。 JBoss AS のインストール ダウンロードした zip ファイルを適当なところに解凍するだけです。解凍が終わったら、環境変数 JBOSS_HOME を設定します。JBoss AS のルートディレクトリを指定してください。お好みで PATH に %JBOSS_HOME%\bin を追加してもいいと思います(Eclipse から起動する分には必要ありません)。 JBoss Tools のインストール Eclips

タブ文字とスペースの相互変換機能は昨今なら大体のエディタに機能が備わっているものですが、私なんぞは eclipse で Java のコードを書くときは何も考えずにタブ文字でインデントしていまして、これをはてなダイアリーに掲載するときに半角スペースに置き換えるのに「ブログを書くときはどうせブラウザ起動してるんだし、ブラウザで動くものが欲しいなぁ」と思ってガリッと JavaScript で書いてしまったわけですが、それを jQuery で書き直したものをご紹介したいと思います。 <!doctype html> <html> <head> <title>タブ &harr; スペース変換</title> <script src="lib/jquery-2.0.0.min.js"></script> <link rel="stylesheet" href="parseTab.css" type="t

前回の jQuery のプログラムを修正して、エラーのときは赤文字で出力するように変更してみましょう。 $(":button").on("click", function () { var inRadix = parseInt($('[name = "inRadix"]:checked').val()); var outRadix = parseInt($('[name = "outRadix"]:checked').val()); var input = $("#input").val(); var output; var color; if(validate(input, inRadix)) { output = parseInt(input, inRadix).toString(outRadix).toUpperCase(); color = "black"; } else { ou

JavaScript の歴史と jQuery JavaScript はもともと Netscape 社が LiveScript という名前で開発をしていました。それが Sun Microsystems 社との共同開発により JavaScript という名前になり、Netscape Navigator 2.0 に実装されるようになったのが始まりで、その後 Internet Explorer 3.0 にも JScript という形で実装されました。 最初のうちは「ステータスバーに関係のないメッセージを流す」などの「お遊び」的な用途に使われるケースが多かったこと、また、Netscape Navigator と Internet Explorer の「ブラウザ戦争」に巻き込まれて実装が異なった結果、使えない機能があったり動作が違ったりなど不都合が多く、JavaScript を嫌う人は多かった印象があ

EJB も使えるようになったしいよいよ Hibernate JPA + EJB に挑戦しようとしたがなかなか上手く行かない。ファイル構成が拙いのかも知れないので、現状のファイル群の配置状況を見てもらってアドバイスをもらおうかと思います。 まず EJB プロジェクト側。 これがアプリケーション側。 persistecne.xml の中身も載せておこう。 <?xml version="1.0" encoding="utf-8"?> <persistence xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java

早く Hibernate の話を書きたいんですがグッとこらえてもう一つ MyBatis の話を。前回の Customers に続き CustomerSearch に MyBatis を導入します。 Customers から流用するもの mybatis-config.xml, DaoUtil.java 元の CustomerSearch から流用するもの web.xml, velocity-toolbox.xml, velocity.properties, Customer.java, index.jsp(ダミーページ), search.vm, search.css struts-config.xml の修正 <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE struts-config PUBLIC "-//Apache Software Fo

当ブログでは Struts, Wicket, Velocity, MyBatis など Java に関する様々なフレームワークやツールを紹介してきました。また、その際には、必要なライブラリは各サイトからダウンロードしてきて自前で用意する形を取ってきました。 しかし、実際の開発において、これらをいちいち自分でやるのは面倒ですし、また、新しいツールを導入するときには、初心の方にとってはどの jar が必要なのかわからず困難を伴います。 「こういうプロジェクトを作ってください」と指示をしたら、自動でそのプロジェクトを作ってくれて、必要な jar も全部自動で持ってきてくれる…そんな便利なツールがあればいいですよね。そうすれば、覚えるのはその便利なツールの使い方だけです。これを使うにはこれこれの jar が必要で…なんて覚える必要がなくなります。 その便利ツールこそが今回ご紹介する Maven で

MyBatis とは MyBatis(旧名・iBatis) とは SQL 文等と Java オブジェクト間のマッピングを行う永続化フレームワーク(O/R マッピングライブラリ)です。マッピングを行うことにより、データベースへの接続方法の変更等があった場合でも、プログラムのソースコードを変更することなく、設定ファイル(XML 形式)を修正するだけで良くなります。 例えば、テーブルの構造はそのままに、テーブル名やカラム名の変更が行われたとしましょう。このとき、従前のやり方ではソースコードを修正する必要がありました。しかし MyBatis なら、マッピングの設定が書かれている XML ファイルを修正するだけで問題なく動作し続けます。 こうしたデータベース側のちょっとした変更に対してシステム側の修正をなるべく少なくするために MyBatis が導入されることが良くあります。 似たようなものとしては

CustomerSearch も Velocity で書き変えてみましょう。 ライブラリの追加、velocity-toolbox.xml の作成、velocity.properties の作成、web.xml の修正は前回と同様。 search.vm の作成 search.jsp を手直しして search.vm を作ります。 <!doctype html> <html> <head> <title>顧客マスタ参照</title> <link rel="stylesheet" href="search.css" type="text/css"> </head> <body> <h1>顧客マスタ参照</h1> <form action="$link.setAction('/search')" method="post"> <table> <tr> <td>顧客ID</td> <td><inp

テンプレートエンジンが Web アプリケーションで活かされる例を見てみましょう。 以前 Customers というプロジェクトを作りました。最初は Servlet と JSP で作り、それを Struts で書き変えました。今度はそこに Velocity を導入してみます。 ライブラリの追加 /WEB-INF/lib に以下の jar を追加します。 commons-collections-3.2.1.jar commons-lang-2.6.jar commons-logging-1.1.1.jar*1 velocity-1.7.jar*2 velocity-tools-2.0.jar velocity-toolbox.xml の作成 /WEB-INF 直下に以下の内容で velocity-toolbox.xml を作成します。 <?xml version="1.0"?> <toolbo

いよいよプログラム本体です。 package jp.mydns.akanekodou; import java.io.StringWriter; import java.util.List; import java.util.ArrayList; import org.apache.velocity.Template; import org.apache.velocity.VelocityContext; import org.apache.velocity.app.Velocity; import java.sql.*; import jp.mydns.akanekodou.bean.*; public class Products { public static void main(String[] args) { String DBSERVER = "jdbc:mysql://loc

Velocity は Java のためのテンプレートエンジンです。「テンプレートエンジンって何ぞや ?」という方のために、わかりやすい例を挙げてみましょう。 みなさん、年賀状をソフトで作成するときのことを想像してください。住所録を作りますよね。それをソフトが用意しているテンプレートに当てはめることによって宛名印刷ができます。それをやってくれるツールがテンプレートエンジンです。 Velocity の入手 まぁ何はなくとも Velocity とやらを手に入れてこないと使えませんので、Apache Velocity Project のサイトからダウンロードします。当面は Engine だけあれば十分です。最新版は 1.7 です。 ダウンロードした zip ファイルの中に velocity-1.7/velocity-1.7-dep.jar*1 というファイルがありますので、これを適当なところに置い

昨日のつづき。修正箇所はそこまで多くなかったので、自前で修正してjarを作ることにした。 DbUnitが依存するApache POIを最新の3.8にしてNoSuchMethodErrorを回避する方法。 org.dbunit.dataset.excel.XlsTable org.apache.poi.ss.usermodel.DateUtilをimportして、153行目あたりの if (HSSFDateUtil.isCellDateFormatted(cell)) を、 if (DateUtil.isCellDateFormatted(cell)) に直す。 org.dbunit.dataset.excel.XlsDataSetWriter 101行目あたりの cell.setCellValue(new HSSFRichTextString(column.getColumnName())

Selenium Webdriverを使ったテストで、前回のスローテストと別に起きる大きな問題が、テストコードのメンテナンス性の悪さでした。 SeleniumのJUnit4テストコードを作るために、今までやっていたことは以下のような方法です。 Firefoxの「Selenium IDE」プラグインを使ってケースを自動生成 テストデータ（入力値）のパターンを増やしてテストするため、上記のテストコードをコピペして、別のテストケースを作成 この方法だと、アプリケーションの修正などでテストコードの修正が必要な時に、悲惨なことになります*1。 さておき、今回のネタは http://code.google.com/p/selenium/wiki/PageObjects にもあるように、ページオブジェクトパターンを使って書くといいよという話。 以下のコードを見直してみたいと思います。Googleのページ

久しぶりの勉強会エントリですが、GlassFish Users Group Japan 勉強会 2013 #1に参加して来ました。 勉強会の内容は、サブタイトルの「Java EE 7リリース記念・集中勉強会」の通り、先日リリースされたJava EE7の機能についての紹介がメインでした。個人的なJava EEとの関わりはほぼJBoss ASだったので、GlassFishには疎いのですが、そんなことは関係なく非常に参考になる勉強会でした。事前知識はGlassFish v4をインストールして起動しただけですｗ すばらしい資料が公開されていますので、感想と備忘録だけ残します。 はじめに 会場のオラクルへは19時少し過ぎについたのですが、ほぼ満席でした。 Enterprise Editionだけあって、普段の勉強会よりも圧倒的にスーツの人が多かったですね（かくいう私もですが）。会社の身近にJava

最近急遽Restful Webサービスを提供するサーバーを構築する必要に迫られ、3年ぶりくらいにJavaEEを扱うことになりました。別に何で作っても良かったのですが、サービスの運用も含めて考えると一番慣れているのがJavaEEなので。 JavaEE6にはRestful Webサービスを構築するための仕様であるJAX-RSが含まれています。これを使ってWebサービスを提供することにしました。 APサーバーとしてはGlassFishを使うことにしたので、JAX-RSの実装系としては Jersey を採用しました。 今回構築することになったWebサービスではクライアントに返すフォーマットとしてJSONとHTMLの2種類を用意する必要がありました。 HTTPにはクライアントがサーバーに対して欲しいコンテンツタイプを要求できる、コンテンツネゴシエーションという仕様があります。 この仕様では、クライア

はじめに TwitterでJavaFX関連の話になったときにしばしば見かけるのが、「ダイアログ表示できないの？」というコメントです。 JavaFXにはOSレベルでのウィンドウを作成するための Stage クラスがあり (Swingの JFrame 相当のクラスです) 、これを使えばダイアログの作成は可能です。 でも、Swingの JOptionPane に相当するユーティリティクラスは残念ながらありません。 次のバージョンに当たるJavaFX8ではSandboxプロジェクトで開発されていたのですが、いつの間にやら ControlsFX というオープンソースプロジェクトに独立していました。これもJavaFX8にならないと使えません。 と言うわけでJavaFX2ではダイアログを表示するためには自分で実装する必要があるのですが、一度やり方を覚えてしまえばまあそんなに面倒でもないです。 また、現在

ここからは、更にGradleを幸せに使える方法を紹介していきます。 gradle --daemon について さて、Gradleを使っていると不満に思えてくるのが、実行時間の遅さです。なにせ、筆者の環境では先のJavaプロジェクトでgradle testすると実行に4.732秒ほどかかります。少し、長いなと感じますね。 その不満を解消するために、gradleには裏で常に待機していてもらうモードがあります。それが--daemonオプションです。 試しにgradle --daemon testとしてみましょう。1回目は裏で待機していないため、やはり5秒くらいかかりますがもう一回実行してみると、1.041秒というごく短時間でタスクを完了することができます。うーん、素晴らしい！ 毎回毎回 --daemon とつけるのもメンドクサイので、GRADLE_OPTS環境変数に-Dorg.gradle.da

EcmaScript5でStrictモードが策定され、Firefox, Google Chromeなどのブラウザで使えるようになってきました。 *1 PerlのStrictプラグマみたいに、危ない操作を仕様とすると怒ってくれるものらしい。ちなみに今は no strict プラグマはない様子。 詳しくはここを参照。 http://dmitrysoshnikov.com/ecmascript/es5-chapter-2-strict-mode/ で JSではarguments.callee.callerってのを使って呼び出し元の引数を参照できるんですが、 Strict-modeでは使えません。 "use strict"; // この書き方はstrict-modeでエラー arguments.callee.caller.arguments 使えないなら引数を渡すのがよさそうかなぁ。こんな感じ。

世の中には手続き型言語、オブジェクト指向言語、関数型言語あたりがあるとして、どれがTDDに向いてるかというと、いや特に差異はないよねという話です。 それぞれのやり方で、「手続き」なり「オブジェクト」なり「関数」なりがパターン爆発しない大きさに収まる限り、ユニットテストのコードを書くことは現実的に可能だし、RED->GREEN（もしくはその逆も）の変化を観察することに対して、大きな違いがあると思ったことはない。穿った見方をすると、書籍としてオブジェクト指向の本が多いのは、オブジェクト指向言語のパラダイムが難しいことを説明してると考えることもできる。リスコフの置換原則は我々には早すぎた道具だったのだ！！ まぁとりあえず、テスト性をよくすることで自然と高凝集かつ低結合なモジュール構成が出来上がったりします。ので、私が作る程度のプログラムでは、テスト可能な感じにまとめつつ、意図通りに変化しているこ

TDDミートアップ - connpass TDDミートアップ #TDDMeetUp - Togetterまとめ TDD 実践してないけど面白そうなので行ってきました！ いろんなトピックがあったなかで自分が提案したトピックが取り上げられてよかったです。 ディスカッションした感想というか考えたことを書きました。 TDD とプログラミングパラダイム 個人的に TDD はオブジェクト指向プログラミングと一緒に語られることが多いと感じています。 『テスト駆動開発入門』や『実践テスト駆動開発』では、サンプルコードが Java なので当たり前っぽいですが、『テスト駆動開発による組み込みプログラミング』などは、サブタイトルが "C 言語とオブジェクト指向で学ぶアジャイルな設計" です。 疑問としては手続き型言語で TDD をする場合でもオブジェクト指向な設計に洗練して行くべきなのか？ということでした。*1

2WaySQLが使えるシンプルなデータベースアクセスライブラリーのMirageを使ってみました。 ソース自体は、ドキュメントにあるものに少し手を加えたものですが、ログ出力をSFL4Jにしたかったのでその点を調べてみました。 Mirageのインストール ドキュメントの通り、pom.xmlを以下のようにします。今回はデータベースにH2を使うのでH2のJDBCドライバも一緒に入れておきます。 <repositories> <repository> <id>amateras</id> <name>Project Amateras Maven2 Repository</name> <url>http://amateras.sourceforge.jp/mvn/</url> </repository> </repositories> <dependencies> <dependency> <group

はじめに 半年前くらいからSpring MVCについて勉強していまして、テストをどうしようかと思っていたところ、先日Spring 3.2がリリースされました。Spring 3.2からはSpring MVC Testが正式にサポートされるようになり、Spring MVCのテストが簡単に書けるようになりました。 そこで、テストアプリケーションをテストしてわかったことを、簡単にまとめてみました。 ショーケースのサンプルを見ながらやっています。こうしたほうがいいよとか、ここ違うよとかあれば突っ込んでいただけたら幸いです。 以下のファイルは、https://github.com/kuwalab/spring-mvctestに置いてあります。Eclipse＋WTPで作っています。 Mavenを利用して作成していますので、依存しているライブラリーはpom.xmlを参照してください。 最初のサンプル まず