1. SpringOne 2GX 2014 参加報告 & Spring 4.1について JSUG勉強会 #jsug 2014-12-11 Toshiaki Maki (@making)
1. SpringOne 2GX 2014 参加報告 & Spring 4.1について JSUG勉強会 #jsug 2014-12-11 Toshiaki Maki (@making)
Gradle 2.1 intelliJ IDEA 14 Spring Boot 1.1.9 Spring loaded 1.2.1 手順 1. build.gradle作成 以下がテンプレート buildscript { repositories { mavenLocal() mavenCentral() } dependencies { classpath("org.springframework.boot:spring-boot-gradle-plugin:1.1.9.RELEASE") classpath("org.springframework:springloaded:1.2.1.RELEASE") } } apply plugin: 'idea' apply plugin: 'spring-boot' idea { module { inheritOutputDirs = fa
Spring Framework4.0が2013年12月にリリースされました。 メジャーバージョンアップということで、前提PP/関連ライブラリのバージョンが結構変わりました。 関連ライブラリのバージョンだけだから影響少ないと思ったら、結構、でかいです。 Spring MVCに特化した変更点をまとめたものを公開します。 今回は、関連する仕様のJava8、JavaEE関連が大幅に変わったため、それらの調査に手間取って時間がかかりそうな気がします。 地味に、Bean Validation1.1(JSR-349)対応がうれしいかもしれません。EL式対応で微妙に使いやすくなっています。 なんか、年1回の12月のSpringのバージョンアップ/リビジョンアップの調査やまとめ作業が、自分のライフワークになりそう。 まだ、Cookbookの方のまとめが終わっていないのに・・・。 【変更履歴】 2014/0
今回のブログは、Spring Framework Advent Calendar 2012の6日目の記事として投稿します。 Springに関係する内容として何を書こうか考えたところ、最近、私の周りでよく話題になるSpring IntegrationとMuleについて、妄想レベルですが、書きたいと思います。 Spring IntegrationとMuleは、どちらもEAIのプロダクトとして知られており、EIP(Enterprise Integration Patterns)に従って作られています。ですので、プロダクトの選定時の候補として、どちらを採用すべきか比較されることが多いのですが、実は、用途が結構違うのではと考えています。なぜかと言うと、サービスバス(データの流れを制御する部分という意味で使っています)によって疎結合にしようとする対象が違う(と思う)からです。 Muleの場合、サービス
はじめに 前回の記事では、Spring AMQPとRabbitMQを利用した簡単なメッセージ送受信を行いました。今回は一歩進んで主に受信側の実装として必要となるメッセージリスナーを、前回に引き続きSpring AMQPを利用して実装を行います。メッセージリスナーを実装することで、RabbitMQを利用する場合のメリットでもある非同期なシステムの実装が可能です。また、実際にRabbitMQとSpring AMQPを利用したアプリケーションを本番環境で稼働させる場合に必要となる、冗長構成におけるポイントも紹介します。 対象読者 RabbitMQを利用したJavaアプリケーションの開発を行いたいと考えている人。 非同期なメッセージリスナを実装する SpringAMQPには非同期にメッセージを処理するため、SimpleMessageListnerContainerというコンポーネントが用意されてい
2014年初の勉強会はJJUG(日本Javaユーザーグループ)のナイトセミナーでした。 テーマは「Spring Framework 特集」 http://jjug.doorkeeper.jp/events/8113 Spring Frameworkは実際に触ったことないのですが、Java EEを選ぶまでには当然名前が挙がって、書店によっては金魚本より以下のSpring3入門がドーンと置いてあったりしますよね(^^; Spring3入門 ――Javaフレームワーク・より良い設計とアーキテクチャposted with amazlet at 14.01.21長谷川 裕一 大野 渉 土岐 孝平 技術評論社 売り上げランキング: 55,079 Amazon.co.jpで詳細を見る 今日の発表でもこの本の紹介してました。Springを始める方には、やはりオススメの一冊とのことです。 自分は立ち読みでパ
http://d.hatena.ne.jp/minokuba/20110501/1304265347の10.5.7.1 Requiredにある以下の記述が納得行かないんです。 PROPAGATION_REQUIREDの場合、内側のトランザクションがrollback-markを付与した場合はそれは外側のトランザクションに伝搬する。もし内側のトランザクションが指示かにrollback-markを付与したが、外側のトランザクションで明示的にロールバックしなかった場合は外側のトランザクションスコープに対するインターセプターでロールバックする際に、UnexpectedRollbackExceptionを送出する。よって外側のトランザクションを呼び出す人は、UnexpectedRollbackExceptionを必要に応じて適切に処理する必要がある*1。 ( ゚Д゚)ハァ? 俺の誤訳かと思ったけどたし
アメリカではほとんどデフェクトスタンダードとなっている「」の覚書きです。Spring は簡単に言うと、IoC (制御の反転)、またの名を DI (依存性注入) という仕組みを取り入れた軽量コンテナです。 Springはとても抽象化した方法で、トランザクション管理を行います。抽象化というのは実装に依存していないという意味です。アプリケーションサーバが持つトランザクション機能や、 JDBCのようなリソースを使った DataSource に関しても、共通の方法でトランザクション管理を提供しています。 Springの詳細については、ほかにもっとよいサイト(Springフレームワークの紹介)があるので、そちらを参考にしてください。ここでは、Springを使っていて、ハマった点や気になった点などをメモしていこうと思います。随時更新していくつもりです。間違っている可能性が高いので、気になる点があればコメ
Spring Batchとは、名前のとおりバッチ処理用に定義されたフレームワークです。 様々なインターフェイスを持ち、オフラインバッチに限らずオンラインバッチへの利用も可能です。 ファイル・DBへの読み書き、コミット/ロールバック制御等のバッチ処理に必要な基本的機能から並列処理、バッチアベンド後のリラン制御などの機能も提供しています。 うまく使いこなせば、他システム連携バッチやデータ移行プログラム開発などの効率化にも貢献してくれます。 何が楽になるのか (図:バッチ処理の基本フロー) バッチ処理の基本的な処理の流れは「図:バッチ処理の基本フロー」のとおりです。 SpringBatchでは、この基本的なバッチ処理の流れをコントロールするフレームワークを提供してくれているため、実装者は入力を受け取るためのBeanとデータチェック・加工処理、出力処理を実装して設定ファイルに記述するだけで
IoC Container, Events, Resources, i18n, Validation, Data Binding, Type Conversion, SpEL, AOP, AOT.
を、以下のサイトを参考に行う。・・・も、若干手こずったので手順をメモしておく。 Spring 3 MVC: Internationalization & Localization Tutorial with Example SpringMVCをはじめる⑤ ~ ロケールを使用する。 Have mvc:annotation-driven Setup I18N プロパティファイルを作成し、WEB-INF/i18n フォルダに置く message_[言語].properties ファイルを作成 messages_en.properties messages_ja.properties 英語用 WEB-INF/i18n/messages_en.properties label.firstname=First Name 日本語用 WEB-INF/i18n/messages_ja.properties
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く