JJUG CCC 2016 Spring で発表した時の資料です。
JJUG CCC 2016 Spring で発表した時の資料です。
In this tutorial we'll develop a simple Bulletin application where various users can create, add, edit, and delete posts depending on their access levels. Our application is a simple CRUD system that utilizes an Access Control List (ACL) to secure domain objects. The corresponding permissions will be retrieved from an external MySQL database. There's a separate database for the Bulletin posts and
Spring WebApplicationInitializer and programmatic support for web.xml file Servlet 3.0 provides a programmatic way to specify and configure the contents of a web.xml file. A servlet 3.0 based web application can implement a ServletContainerInitializer interface, which is explicitly passed a ServletContext which is a runtime representation of the container, to be used for configuring the servlets,
Categories 2.0 (29) 2.5/2.1 (18) 3.0 (37) 3.1 (17) AMQP (7) Android (4) AOP (20) Apache Tomcat (7) Books (3) Builds (16) Bundlor (1) Business (28) Cloud Computing (49) Cloud Foundry (18) Containers (12) Data Access (42) dm Server (64) Enterprise Integration (24) Google (3) Green Beans (6) Groovy/Grails (51) Hyperic HQ (6) Hyperic IQ (1) IOC Container (32) Java (81) JMS (6) JMX (4) JSF (2) Manageme
あくまで2012年の第四半期頃に触ったCDIとの比較なので、今の最新版はいろんなものが解消されてる・・・といいな〜 DIとしての機能 CDIはclassのスキャンを基本にしてアノテーションだけで済まそうとしてる ただし、空っぽのxmlファイルは一つ絶対に必要 SpringはXMLでの定義が基本 Scopeの違い CDIはSeamから継承してるスコープがある(conversation scope) Springは昔から変わってない 両方とも独自スコープを追加できるのであんまり絶対的な比較にならない気がする(Seasarは出来ないんだよなぁ〜) AOPの違い CDIはアノテーションでAOPを使う事を宣言して実際に適用するものはbean.xmlに書く SpringはXMLに書く必要がある。困ったことにいろんな書き方、種類があるので迷う。 ぶっちゃけSpringって駄目じゃんって思うのはいつもここ
よく訓練されたアップル信者、都元です。前回は、Springのコードを見ながらDIについて学びました。DIを使うと、「オブジェクトの生成と初期化」という宣言的な記述に親和性の高い情報と、「オブジェクトの利用」という手続き的な記述に親和性の高い情報を分離できることが確認出来ました。 Springはbean(Springの管理下にあるインスタンス)の生成と初期化に関する情報(Configuration metadataと呼びます)をXMLで受け取ります。XMLの一例は前回示した通りですが、このConfiguration metadataは色々な記述方法があります。 p及びcネームスペースの使用によるSpringの設定 XMLの閉じタグが目障りだ、という人がいるようです。では、こんなのはいかがでしょうか。 <?xml version="1.0" encoding="UTF-8"?> <beans
今やすっかりAWS屋、しかもアプリではなくインフラ寄りのプロダクトばかり触っている都元です。しかし元々はサーバサイドアプリ屋ということで、ボスのAWSへの想いとは裏腹に、ぼちぼちとサーバサイドJavaの話も出して行こうと思っています。 というわけで、Spring Frameworkについて色々書いて行こうと思うのですが、どう考えても1回で終わる内容ではないため、シリーズ形式(連載)とさせて頂きたいと思います。ただ、書くネタは無限にありそうなので、回数は反響に応じて調整しようかな、と思っています。ギブミー・いいね。 Javaフレームワークの世界 Javaはフレームワークがいっぱいあることが利点でもあり欠点でもあります。多くの言語にはデファクトと言えるフレームワークが存在します。あまり知らない分野なので深く触れてヤケドしたくはないのですが、例えばRubyだったらRailsでしょうし、Pytho
In a spring MVC application, I initialize a variable in one of the service classes using the following approach: ApplicationContext context = new ClassPathXmlApplicationContext("META-INF/userLibrary.xml"); service = context.getBean(UserLibrary.class); The UserLibrary is a 3rd party utility which I am using in my application. The above code generates a warning for the 'context' variable. The warnin
よく訓練されたアップル信者、都元です。 一般的に、AWS上にアプリケーションを構築する際、そのメインとなるのはWebアプリであることが多いと思います。ご存知の通り、Webアプリは、ユーザからのHTTPリクエストに応じてHTTPレスポンスを返すアプリケーションです。 しかし、少々凝ったシステムを作る場合、Webアプリに加えて、タスクスケジューリングを利用したバッチアプリが必要になる場合があります。例えば、定期的にメールを送信したい、定期的にTwitterでつぶやいたりタイムラインをチェックを実施したい、等です。 このようなアプリケーションは、HTTPを介した処理ではないので、Webアプリではありません。今回は、このようなスケジューリングを利用したバッチアプリケーション(以下、scheduled-batch)について考えていきたいと思います。 スケジューリングに関する考察色々 まずは、このよう
Dear Spring community, I'm happy to announce that the next iteration of the core framework will be Spring Framework 4.0! The current 3.2 generation is a natural conclusion of the 3.x line, with Java-based configuration and REST having been recent focus areas next to Java SE 7 and Servlet 3.0 support. For Spring Framework 4.0, our focus is on emerging enterprise themes in 2013 and beyond: First-cla
SpringFramework-3.2.0がリリースされてました。 というわけでサッソク依存関係を解決してみたのですが… spring-asm-3.2.0.jarがどこにも無い。 maven centralどころか、SpringFramework公式リポジトリにも無い。何故…? というわけで、埒があかないのでChangeLogを見たんです。ChangeLog。 http://static.springsource.org/spring/docs/3.2.x/changelog.txt そしたらこういうことが書いてあるわけですよ。 Changes in version 3.2 M2 (2012-09-11) -------------------------------------- *1355841086* inlined ASM 4.0 into spring-core, removed
Web層ではSpring XMLの設定が下の層に比べて冗長になりがちで、おそらくその価値も低い傾向にあるので、わずかな量のXMLで済むというのは素晴らしいニュースです。コントローラは、view名やフォームオブジェクト名、バリデータ型など多数のプロパティを保持しますが、その目的は依存性注入よりも設定です。そうした設定を効率的に管理する方法として、bean定義の継承や、あまり頻繁に変更しないプロパティの設定回避があります。しかし、経験から申し上げると、多数のデベロッパがそうした方法をとらないので、結果として必要以上のXMLとなってしまうのです。ですから、@Controllerと@AutowiredはWeb層の設定に非常に好ましい効果を上げられるのです。 シリーズ第2弾でこの議論を引き継ぎ、Web層向けのSpring 2.5アノテーションを一通り見て回ります。こうしたアノテーションは非公式に@M
Javaによるメッセージベースアーキテクチャのエンタープライズ・サービス・バス実装「Spring Integration」について解説する書籍です。アプリケーション統合の基本戦略から、メッセージチャネル、エンドポイント、トランスフォーマ、フローコンポーネント、アダプタという、フレークワークを構成する各要素について概説します。Spring Integrationの初学者に加え、EBSの基本的な概要を知りたい読者にも役立つでしょう。なお本書はEbookのみの販売となります。 まえがき はじめに 1章 統合の基礎 はじめに 統合戦略 スタンドアロンメッセージングモデル まとめ 2章 基本 はじめに メッセージ メッセージチャネル エンドポイント まとめ 3章 メッセージチャネル はじめに メッセージチャネル まとめ 4章 エンドポイント はじめに よく使われるエンドポイント Spring式 スク
In this part we are going to add the the Access Control List (ACL) part of spring security so we can add security down to the domain object level. Add dependencies to lib folder spring-security-acl-2.0.4.jar echcache-1.4.1.jar backport-util-concurrent-3.1.jar jsr107cache-1.0.jar All of these are available in the lib folder of the deploy spring security example for contacts. Create ACL Schema and D
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く