Home | Dropwizard
Dropwizard is a Java framework for developing ops-friendly, high-performance, RESTful web services. Developed by Yammer to power their JVM-based backend services, Dropwizard pulls together stable, mature libraries from the Java ecosystem into a simple, light-weight package that lets you focus on getting things done. Dropwizard has out-of-the-box support for sophisticated configuration, application
PlayアプリをPostgreSQL対応してHerokuにデプロイ＆自動テスト
PlayアプリをPostgreSQL対応してHerokuにデプロイ＆自動テスト：Javaの常識を変えるPlay framework入門（終）（1/4 ページ） サーブレット／JSPを基にする重厚長大なJavaのWeb開発のイメージを変える軽量フレームワーク「Play」について解説し、Webアプリの作り方を紹介する入門連載。最終回は、作成したアプリを簡単にWeb上に公開する方法とPostgreSQL対応、テスト環境の構築と自動テストの実行の仕方を解説します。 前回の記事「Playの充実したテスト環境で行う5種のテスト」では、Play frameworkを使ったアプリのテストを紹介しました。今回はJavaを使ったPlay framework開発の入門連載の最終回として、作成したアプリを簡単にWeb上に公開する方法を紹介します。 アプリの公開には、「Heroku」というサービスを利用します。 フ
JSF2.0なのでPrimeFacesを使ってファイルアップロード - Challenge Engineer Life !
今回の開発にファイルアップロードはないかな、と思っていたのですが、ありました(^^; Java EE7でJSF2.2になれば標準機能でできるようになるとのことですが…↓ @den2snさんの記事 リリース間近！Java EE 7の気になるところ 現時点(2013/5/20)で自分はJava EE6でJSF2.0にて開発してるので標準が使えません(>_<) 幸いPrimeFacesを使っているので、FileUploadコンポが利用できそうです。 既に@kisさんが色々触られています↓ ファイル処理するコードがJSFであっというまにファイルアップロード対応になって驚いた件 PrimeFacesのファイルアップロードでパラメータが文字化けする件 で、さっそく自分も組み込もうと思ったら、意外としょうもない所でつまづいてしまったので、メモ。 まずは簡単なサンプルを、と思ってPrimeFaces3.5
XLSBeans 1.2.3をリリースしました - たけぞう瀕死ブログ
ExcelファイルをアノテーションでPOJOにマッピングするライブラリ、XLSBeans 1.2.3をリリースしました。 https://github.com/takezoe/xlsbeans このバージョンでの修正点は以下の通りです。今回は以前から要望の多かった型変換のカスタマイズなど、久しぶりにいくつかの新機能を実装しています。 @HorizontalRecordsや@VerticalRecordsアノテーションのrecordClass属性はオプションになった。デフォルトではListの場合はジェネリクスの型パラメータから、配列の場合は配列要素の型を使用します。 XLSBeansの動作をカスタマイズするためのXLSBeansConfigクラスを導入。 TypeConverterでプロパティの型に応じた型変換をカスタマイズできるようになった。 セルの値を文字列にマッピングする際にトリムする
Play!Framework1.2.5でDBFlute1.0.0を使う | ウェブインパクトエンジニア IT番長ブログ
いささか旧聞ですが、2ヶ月ほど前にDBFluteのバージョン1がリリースされました。 DBFluteといえば、非常に強力で柔軟なO/Rマッパーです。 どれぐらい、強力で柔軟かというと、便利すぎて、DBFluteのv1.0リリースを記念として、社内DBFlute信者による布教活動勉強会が先日行われたほどです： 今回は、これを、JavaのPlay!Frameworkで使っちゃおうというのが、本記事です。 ただ、Play!Frameworkについては、最新の2.0ではなく、1.2系を使っています。 と言うのも、まだ2.0系とDBFluteの連携は試してないから、そもそも記事に出来ないという単純な理由です。 とまぁ、そんな前置きは置いておいて、とりあえず、進めていきましょう。 今回の環境 まず、今回の環境は以下の通りです。 特にDBサーバー等は予め用意しておいて下さい。 Play! Framwor
PowerMockとJUnitのRuleを使うときのメモ - 日々常々
少し試行錯誤してしまったので書いときます。この情報はバージョンによって古くなる可能性が十分にあります。 PowerMock: 1.5 Mockito: 1.9.5 junit: 4.11 short answer PowerMockRule は使わず PowerMockRunner を使いましょう。 PowerMock? powermock - PowerMock is a Java framework that allows you to unit test code normally regarded as untestable. - Google Project Hosting いわゆるMockのアレですが、名前の示す通りPowerある感じです。staticとかをアレできるところとかが。使い方はJUnitのRunnerで指定するのが基本です。 @RunWith(PowerMockRu
JAX-RSをGradleでアレしたい - 日々常々
なんか最近ほっとな感じがするJAX-RSのお話に便乗。 JavaでさくさくWebアプリ開発 - しんさんの出張所 はてな編 JAX-RSとかの話 — 裏紙 short answer apply plugin: 'java' apply plugin: 'jetty' repositories.mavenCentral() dependencies { providedCompile 'com.sun.jersey:jersey-bundle:1.17.1' providedCompile 'asm:asm:3.1' } これで `gradle jettyRun` で動かせます。やったね。 以下ははまりどころとかpom出力とか。 ライブラリの依存解決 jersey-bundleは全部入りでコンパイルするには便利なんですが、動かす際のライブラリがprovidedになってたりして持ってきてくれま
Java™ Logging API 詳細 - Javaロギング
Logger のインスタンスはそれぞれコンストラクタや getLogger() で指定した 名前を持っています。これはピリオドで区切ったドメインで階層化されており、ルート に存在するものはルートロガーと呼ばれます。 Formatter のサブクラスは、Handler オブジェクトがファイルなどの ストリーム型のデバイスに出力を行うために使用するクラスです。名前の通り LogRecord オブジェクトから実際に出力する文字列を生成します。 Logging API は標準では 2 つの Formatter が用意されていますが、本格的な 利用ではどちらも実用性に欠けると言わざるを得ません。Formatter は自分 たちで実装するものと考えておいて下さい。 SimpleFormatter 1～2 行の簡単なフォーマットです。Formatter が指定されていない場合の デフォルトとして使用され
java.util.loggingで採取するログの書式を変更する - Kazzz's diary
java.util.loggingで採取するログの書式はlog4jのように設定ファイルに書式文字列を書くのとは違い、フォーマッタクラスを使用する。 フォーマッタクラスは通常$JAVA_HOME/jre/libの下に存在するプロパティファイル"logging.properties"に記述する。(Javaオプションでこれ以外のファイルを変更することもできる) logging.properties (抜粋) ############################################################ # Handler specific properties. # Describes specific configuration info for Handlers. ###################################################
2008-07-23 - きしだのはてな [java]Log4Jの落とし穴
実行状況を表示してるのをファイルにも書いてとか、プロパティで出力の有無を切り替えれるようにしてとか言われて、ログAPIを使おうと思って、とりあえず標準のjava.util.logging使おうと思ったんだけど、設定がインストールしたJDK全体に及ぶとか、使えなすぎて涙ちょちょぎれ。 みんながjava.util.logging使えないって言ってるのがわかった。どうせマニアックな使い方しようとしてるんじゃねぇの？とか思っててごめんなさい。普通の使い方でも無理ですコレ。 Commons Loggingがすでに依存ライブラリとして使われてるのでそれ使おうかと思ったけど、実装がLog4J一択な感じで、実装を切り替えれるメリットも感じないので、Log4Jを直で使うことにしました。 ということで、Log4Jを使おうと思ってlog4j.jarをクラスパスに含めたら、今までおとなしかったライブラリがモノを言
![2008-07-23 - きしだのはてな [java]Log4Jの落とし穴](https://cdn-ak-scissors.b.st-hatena.com/image/square/06a15c64ba0ceec233d86d71001ebb29a9dcbf5d/height=288;version=1;width=512/https%3A%2F%2Fcdn.blog.st-hatena.com%2Fimages%2Ftheme%2Fog-image-1500.png)
標準ロギングは使いやすいのは常識かと思ってたけど - しんさんの出張所 はてなブログ編
http://d.hatena.ne.jp/nowokay/comment?date=20080723#c プロパティファイルでカテゴリごとに出力先を切り替えれて、独自パターンで出力形式が指定できるフォーマッタがあれば、java.util.loggingでいいんだけども 個人的には標準ロギングは使いやすいと思ってるけど．カスタムも容易で覚えることが少ないし．出力先はログハンドラを返ればいいし，フォーマットはログフォーマッタをかえればいいだけ． package logtest; import java.io.IOException; import java.util.logging.LogManager; import java.util.logging.Logger; import logtest2.LogTest2; public class LogTest1 { public LogT
入門から実践までJavaで学べる「ログ」の常識
【実践】開発現場におけるロギングの実際 ここまでは、ロギングAPIやプロパティファイルをどのように利用すればログが出力されるのか、について説明してきました。 ここからは、ロギングに関するプログラミングを実際に行う際の話題について、簡単にお伝えします。 ログのフォーマットを変更 現実的なログファイルでは、ログのフォーマットを変更したくなったり、あるいはログのフォーマットが決められている場合があります。 このような場合には、下記のようにjava.util.logging.Formatterクラスを継承したフォーマッタクラスを作成してフォーマットを変更します。 formatメソッドの内容を以下のように変更して、ログ1件がテキストファイル上の1行で表現されるように変更してみましょう。 import java.text.SimpleDateFormat; import java.util.Date;
オレオレURLプロトコル - Be an Idealistic Realist
任意の情報を独自プロトコルの URL で指定したいなぁと思い立った今日この頃。 たとえば、hogeプロトコル。 hoge://example.com/foo/barとか。 でも、URL って基本的に http プロトコルくらいしか使わんですよねー (´・ω・`) たとえば http://www.yahoo.co.jp のテキストを取得するとか。（以下 Groovy の例）*1 new URL("http://www.yahoo.co.jp").text では、http や ftp のようにデフォルトの実装が存在しないプロトコルはどのように扱うんだろ？ たとえば、DB内の情報検索で oreoredb://example.com/user?userId=10とか、 sum://a,bで a と b の和を返すとか。 ということで、ちょっと調べてみました。 URLクラス まずは、 URL クラス
いまさらですが、職業Javaプログラマーなら理解しておいてほしい「継承」の意味について - 達人プログラマーを目指して
正しく意味を理解している方にとっては、まったく常識レベルの話であり、何をいまさらと思われる方々も多いかと思いますが、大規模案件のレガシーコードなど、私が仕事で見かけるJavaのコードを読むと、「このコードを書いたSEやPGの方々は、はたして継承の意味を正しく理解していないのではないか」と思われる設計のコードに出会うことが少なからずあります。現在では改良されましたが（Javaプログラミング能力認定試験の問題がかなり改善されていました - 達人プログラマーを目指して）、以前のJavaプログラム認定試験の問題は、そうした不適切な設計がされている典型的な例となっていたのですが、実際、SI業界ではあのような品質のコードのシステムが今でも現役で多数稼動しているというだけでなく、現在でも新たに生み出されているというのは残念ながら紛れもない事実のようなのです。 確かに新人研修で「哺乳類を継承して犬クラスと
次世代のモックフレームワークであるJMockitの基本的な使い方 - 達人プログラマーを目指して
以前のモックフレームワークの技術的制約 今まで私が担当してきたプロジェクトにおいては、モックオブジェクトを使ったJUnitの単体試験はjMockとEasyMockのいずれかのフレームワークを利用して行ってきました。しかし、これらのフレームワークはJavaプラットフォームにおけるコード自動生成の考え方の変遷で説明したように動的プロキシーに基づいているため、以下のような制約がありました。 モック化する対象の型はインターフェースを実装しているか、継承可能なクラスであること モック化するメソッドはfinal、static、privateでないこと*1 モック化するロジックはコンストラクターの呼び出しではないこと モックオブジェクトをテスト対象クラスにDIかパラメーター経由で引き渡すことが可能であること モック化する場合はクラス全体をモック化する必要があること（getterやsetterなどは本物の
SQLITE3のあれこれ、色々 - maachangの日記
SQLITEと言うものがある。 ブラウザやAndroidで標準的に使われている、組み込み専用のデータベースで、単純であることから速度が速いらしいと言うのが私の認識で、Webアプリなど使えるのか？って思っています。 ただ、やはり「速い」と言う部分、ちょっと気になるので、またJavaでもJDBC提供されているわけで、色々と調べてみることにしました。 SQLITE3が現在の標準なのだが、Webで調べてみても如何せん情報が古いらしく2007年やら2011年ぐらいまでのものが多くあるばかりで、まあ余り進展していないのか？って思ったわけだが、Webの良いところは情報を集めやすいことだが、しかし反面としては、私が知りたいことに関しては、このページで少し、あのページで少しと、まあ手間取るばかりであるし、それに折角調べたわけだからと言うことで、メモ程度としてこのブログにでも記述しようと至った次第であります。
ウェブアプリケーションサーバでよくあるクラスローダのトラブル - Kengo's blog
これはJ2EE Advent Calendarの25日目の記事です。昨日の記事はnobuokaさんによるJava Persistence API (JPA) 実践入門でした！ 本記事の趣旨は、developerWorksのクラスローダーとJ2EEパッケージング戦略を理解するに書いてあることをコードで確かめようというものです。昨今はOSGiの登場などによりあまり目立たなくなったのかもしれませんが、未だにクラスローダはJ2EEアプリケーションの実装・運用において重要な役割を担っています。本記事がクラスローダの理解に役立てば幸いです。 はじめに：クラスローダとは？ クラスローダとは、クラス定義をclassファイルから読み込んでくれるものです。 通常のJavaアプリケーションではJVMが用意する複数の基本クラスローダが存在し、このクラスローダがJREのクラスとCLASSPATHにあるクラスを読み込
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java EE関連技術が人気ないのは日本だけでなく世界的な傾向？
MavenとGradleを比べてGradleがいいんじゃないかなって思う理由
Java Advent Calendar 2013 - Adventar
