Spring-Retry - シンプルで本質的なコードを汚さないリトライ処理フレームワーク
※当記事でいう'リトライ'とはバッチの世界でのジョブの再試行という意味ではなくプログラム内の特定ロジックの再試行(いわゆる retry-handler )のことをいいます アプリケーションにおけるリトライ処理の必要性 アプリケーション構築においては、しばしばリトライ処理が必要な場面に出くわします。 例えば、 外部の Web API 等の外部サービスの呼び出し時の接続失敗等を考慮してのリトライ SMTP メール送信時の接続失敗等を考慮してのリトライ 生成したハッシュ値を DB 格納する等の際に万が一ハッシュ値が被る可能性を考慮してのリトライ などなど。 しかしながら、 リトライ処理を書くというのはいろいろと厄介 なものです。 リトライ処理したい部分を try - catch で囲んで〜と本質的でないコードを混ぜつつ書いていませんか？ そこで Spring-Retry spring-proje
Java8のHotSpotVMからPermanent領域が消えた理由とその影響 | ギークを目指して
今回も前回の記事につづき、Java8による変更点で未だあまり紹介されていないポイントを記事にしようと思う。 今回はJava8のHotSpotVMの話。Java8ではJEP122が取り込まれ、VMのメモリモデルが変更された。JEP122のタイトル「Remove the Permanent Generation」から想像できるとおり、Java8のHotSpotVMからは従来のPermanent領域が無くなった。 なぜ、こういった変更が行われたのだろうか？また、元々Permanent領域に格納されていた情報は何処にいってしまったのか？JVM付属のツールにどういった影響があるのか？ 今回の記事ではこの点をまとめていこうと思う。 なお、HotSpotVMのメモリモデルについて詳しくない方は、先にこちらの項番（「補足 – HotSpotVMのメモリ構造概説）を読んでいただくとスムーズに読み進められるだ
LinkedHashMap as LRU cache
I have a simple implementation for a LRU cache using LinkedHashMap. I want it to be as generic as possible. This is not for production use, just practice, so I don't care if its thoroughly robust as far as it is correct. However, I will welcome any comments, especially the ones which might make this better with simple changes :) Are there any other ways of doing this? class LRUCache<E> { @Suppress
待望のバッチ処理機能がJava EE 7で標準化。「jBatch」で何ができるのか、どう使うのか？ - builder by ZDNet Japan
Java EE 7では、企業システムで多用されているバッチ処理機能が「jBatch」として標準化された。GlassFish 4で実際に試すこともできる。jBatchの特徴、使いこなしのポイントを紹介する。 ユーザー企業も加わって標準化されたjBatch Java EE 7の目玉の1つは、企業システムで多用されているバッチ処理に関して、Javaによる実装方法が「JSR 352: Batch Applications for the Java Platform（通称：jBatch）」として標準化されたことだ。日本オラクルが2013年8月に開催した「リリース記念：今から始めるJava EE 7解説セミナー」では、NTTコムウェア品質生産性技術本部 技術SE部OSS・AP技術担当の上妻宜人氏によるセッション「Java EE 7から加わるバッチ仕様 Batch Applications for th
JVMのオススメ起動オプション - oinume journal
なんか秘伝のタレみたいになってきたので後世のために共有。 前提 Webアプリケーションを想定 TomcatなりJettyなりがListenするポートは外部からはアクセスできない ※-Xms -Xmx -Xmn あたりは搭載しているメモリ容量によって変える、-XX:MaxPermSize -XX:PermSizeは384mあれば十分だと思うけどロードするクラスの数次第なので要調整。 NOW=`date "+%Y%m%d-%H%M%S"` JAVA_OPTS="-server -Xms2g -Xmx2g -Xmn1g -XX:MaxPermSize=384m -XX:PermSize=384m \ -XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=85 -XX:MaxTenuringThreshold=32 \ Javaプログラマーなら習得しておきたい J
Using the builder pattern with subclasses | Java.net
Josh Bloch's Effective Java popularized the Builder Pattern as a more palatable way of constructing objects than constructors or factory methods when there are potentially many constructor parameters. The formulation in Effective Java makes for a particularly readable construction, like this: new Rectangle.Builder().height(250).width(300).color(PINK).build(); The advantage over a constructor invoc
Macでのjava 1.6,1.7の切り替え方法: butcher blog
mac os updateしたら java preFrenceが消えたので 暫定的に JAVA_HOMEを定義して1.6と1.7を切り替えています .profileに export JAVA_HOME='/Library/Java/Home' export JAVA_OPTS='-Dfile.encoding=UTF-8' $java -version java version "1.6.0_37" Java(TM) SE Runtime Environment (build 1.6.0_37-b06-434-11M3909) Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01-434, mixed mode) $unset JAVA_HOME $ /usr/bin/java -version java version "1.7.0_07"
今日から始めるJava8 - Taste of Tech Topics
こんにちは id:cero-t です。 「なんとやらは風邪をひかない」と言われているところ 先日、インフルエンザに掛かってしまいまして。 重ね着＋多段布団＋電気毛布２枚のコンボで一気に悪寒を吹き飛ばし、 一日で熱を下げたものの、感染予防のために出社を控えたために時間でき、 ちょっとJava8などと戯れていました。 そう、今日はJava8の話題です。 今年の秋に正式リリースが予定されているJavaSE8ですが、 OpenJDKのサイトでは、既にEarly Access版を入手することができます。 JDK8 : http://openjdk.java.net/projects/jdk8/ ダウンロード : http://jdk8.java.net/download.html 1/31に、マイルストーン6がリリースされ Feature Complete となりました。 名前からすると 全機能開発
java.util.concurrentパッケージを用いたマルチスレッドプログラミングについて
はじめに Java SE 6時点では、マルチスレッドプログラミングを行う素材として、当初から持つThreadクラスと、Java 5で追加されたjava.util.concurrentパッケージがあります。また、Swing GUI上でスレッドを扱うjavax.swing.SwingWorkerクラスもJava SE 6から追加されています。 Java SE 6におけるスレッドの生成方法 java.lang.Threadクラスのインスタンスをnewで生成し、start()メソッドを呼ぶ java.util.concurrent.Executorインタフェースを実装するクラスのインスタンスを取得し、execute()などの別スレッドで実行を依頼するメソッドを呼ぶ javax.swing.SwingWorkerクラスのサブクラスを定義し、そのインスタンスをnewで生成し、Swingスレッド(Eve
Javaウェブオペレーションエンジニアがトラブル切りわけ時に見ていること3つ - カイワレの大冒険 Third
忘年会シーズンで肝臓への負担を極力避けている@masudaKです。今回はJavaアプリケーションの運用のポイントに関して、書いてみたいと思います。 このエントリはJava Advent Calendar 2012の22日目のエントリです。 Javaアプリケーションの運用ポイントとは 昨今ではLLのほうが敷居が低く、開発スピードも早いということからか、PHPやRubyなどのLLによるWebアプリケーションが多くリリースされているかと思います。 しかしながら、TwitterがJVMベースの開発にシフトしたように、より深いレベルで実装を行おうとした際にLL以外の実装も一つの選択肢として残っているのは間違いないでしょう。 そのようななかで自分が最もよく触れているJavaでのアプリケーションの運用ポイントについて述べてみたいと思います。 ここでいう「運用」とは、サービスをリリースしたのち、サービスへ
Java変態文法最速マスター - プログラマーの脳みそ
Java基礎文法最速マスター - いろいろ解析日記をリスペクト。 Javaの変態文法・技法一覧です。Javaの基礎をある程度知っている人はこれを読めばJavaの変態をマスターしてJavaを書くことができるようになっています。簡易リファレンスとしても利用できると思いますので、これは足りないと思うものがあれば教えてください。 1.基礎 エンクロージング型内部classの作成 外部classのインスタンスに紐付くインスタンスを生成します。外部クラスのインスタンス - 内部クラスのインスタンス間に、クラス - インスタンスのような関係を持たせることができます。 public class Outer { public class Inner { } } というようなクラスを作った場合、 Outer o = new Outer(); Inner i = o.new Inner(); となります。new
イレイジャではジェネリクスの何が消えるのか
Javaのジェネリクスはコンパイル時に解決され、classファイルになった時にはジェネリクスの型情報は残されていません。そのためイレイジャ（型消去：type erasure）方式と呼ばれます。 と、ひとくちで言っても意味がよく分からないのでちょっと掘り下げてみましょう。 インスタンスからジェネリクスの型情報は拾えない リフレクションを用いたとしても、インスタンスからジェネリクス型パラメータが何であるかを取得することはできません。 List<String> stringList = new ArrayList<String>(); のような変数stringListがあったとして、ここから<String>を取得するということができないのです。これが消えてしまった部分。 この変数stringListに対する各種操作において、その型の安全はコンパイル時に精査され、 実行時にはあくまでObject型
Javaのジェネリクスで，T.class や new T() ができず悩んだ話 （型パラメータのインスタンス化に関し、フレームワーク設計からケーススタディ） - 主に言語とシステム開発に関して
Javaのジェネリクスで，型パラメータ T のインスタンスが欲しくなったことはあるだろうか？ 昨今のオブジェクト指向プログラミングにおいて，ジェネリクスは必須の基本文法だ。 扱う対象のクラスが抽象化されて汎用的になりつつ，なおかつ型安全性が確保される。 そのおかげで，処理の重複や分岐をコーディングする必要が無くなり，コード量が驚異的に削減される。 そういう基本的な原則を踏まえると， 「型パラメータのインスタンスが欲しい」 というシチュエーションは，Javaのジェネリクスの本来の導入目的に真っ向から逆らう。 なぜなら，ジェネリクスは型を抽象化して透過的に扱えるようにするための機構なのだから， せっかく抽象化した物をわざわざ具体化してどうするというお怒りを生む事になるのだ。 頑張って詳細なクラス情報を「T」でパラメータ化して具体性を隠ぺいしたにも関らず， その T に対して .class で具
型パラメータつきクラスの中から指定された型パラメータを知る方法 - Skirnirnismal
型パラメータつきクラスHoeがあるとして、指定された型パラメータをHoeクラスの中から知る方法。 public class Hoe<E> { private Class<E> type; public Hoe(E... e) { @SuppressWarnings("unchecked") Class<E> type = (Class<E>) e.getClass().getComponentType(); this.type = type; } public Class<E> getType() { return type; } } こうすると、具体的な型パラメータを取得できる。 例えば Hoe<Fuga> hoe = new Hoe<Fuga>(); という文があった場合、hoe.getType()はFuga.classになる。 かなり裏技的だけど。
ServletInputStreamを2回使う - 山奥通信 増刊号
個々のアクションとかの前処理段階で、HTTPリクエストに怪しいデータが入っていないかチェックするFilterを用意したりしていたんですが(・ω・) これがmultipartのPOST(ファイルアップロードのある画面)の時に対応していないっていうんで、multipartの時の処理(内部的にはcommons-uploadを使用)を追加してみたところ、今度はアクションにパラメータが渡らないという状況に(;´Д｀) 理由は、multipartのリクエストを解析するために使用しているServletInputStream(の実装)が再利用を考慮していないため、Filter内でServletInputStreamを使用してしまうと、アクションにパラメータを設定する際にはServletInputStreamのポインタがEOFになっているためですた(・ω・) Tomcatの実装もWebLogicの実装も駄目
JDK 6から同梱されている、簡易HTTPサーバを使う - CLOVER🍀
ちょっと試したいことがあって、HTTPサーバを用意したかったのですがApacheとかをインストールするのも面倒だったので、JDK 6から同梱されている簡易HTTPサーバを使ってみることにしました。 が、実際に書いたのはJavaも面倒で、Groovyですが（笑）。 参考にしたのは、このサイトです。 http://www.techscore.com/tech/Java/JavaSE/JavaSE6/8/#mustang8-5 APIドキュメントは、こちら。 http://docs.oracle.com/javase/jp/6/jre/api/net/httpserver/spec/index.html Jerseyと組み合わせ使うこともできるみたいですよ。 http://news.mynavi.jp/column/jsr/018/index.html で、書いたコードはこちら。 LightHt
hamcrest の CoreMatchers 詳細 - A Memorandum
blog1.mammb.com のついでに hamcrest の CoreMatchers についてまとめます。 Matchers については blog1.mammb.com まずは基本の is と not 全体的にはこんな感じ。 import static org.hamcrest.CoreMatchers.is; import static org.junit.Assert.assertThat; import org.junit.Test; public class FooTest { @Test public void testFoo() { String actual = "foo"; assertThat(actual, is("foo")); } } not はこう。 String actual = "foo"; assertThat(actual, not("bar"));
Java新機能メモ(Hishidama's Java up-to-date)
S-JIS[2008-07-07/2025-03-19] 変更履歴 Java新機能（Javaの変更点） Javaのバージョンによる変更点。 JDK1.4 [/2013-12-20] JDK1.5 [/2019-12-08] JDK1.6 [/2017-06-10] JDK1.7 [/2017-09-30] JDK1.8 [/2022-10-22] JDK9 [/2024-09-23] JDK10 [/2018-06-02] JDK11 [2018-10-01] JDK12 [/2020-09-29] JDK13 [2019-09-22] JDK14 [/2021-03-16] JDK15 [/2020-11-08] JDK16 [2021-03-21] JDK17 [2021-09-19] JDK18 [2022-03-23] JDK19 [2023-09-23] JDK20 [2023-
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
logback で出すログを強制的に１行にして収集しやすく・運用しやすくする - Qiita
http://duke.kenai.com/