Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Spring-Boot便利ですね。Springここまで進化しとったんかという感じです。 システムを作るとどうしても「設定」と「プログラム」を分離する必要が出てきます。 Javaには標準的にpropertiesファイルというやつがあるのですが、「どこからそのファイルを探すの?」というのは自前で作りこまなくてはなりません。 今日はSpring-Bootのそのへんの便利さについてです。(はっきり言って自分メモ) 読み込み優先順位の話 ここに、こんな記述があります。この中から自分が興味あるのだけピックアップします。 Command line arguments. JNDI attributes from java:comp/env. Java System properties (System.getProperties()). OS environment variables. A Random
Base64Demo.java p�l �� @{ �� import java.io.PrintStream; import java.util.Base64; /** * Java 8 より導入された java.util.Base64 の利用デモ。 */ public class Base64Demo { private static final PrintStream o = System.out; public static void main(String[] args) { エンコードとデコードのデモ(); _UrlEncoderのデモ(); _MimeEncoderのデモ(); } static void エンコードとデコードのデモ() { final String text = "いろはにほへと"; // エンコードは、Base64.getEncoder() で得られるオブ
BeanValidation(JSR-303)のアノテーションとして「@Valid」がありますが、これは、Spring MVCでControllerでCommandに対して値を検証したい場合に利用できます。 また、Spring自体にも似たアノテーション「@Validated」(org.springframework.validation.annotation.Validated)が存在します。 ただし、@Validatedは、Spring3.1から追加されたものです。 違いは、Springの「@Validated」では、グループが指定できるということです。 Spring MVCでは、通常は「@Validated」を使用するべきですが、公式のマニュアルを見ると、@Validatedではなく@Validでサンプルが説明されています。 import org.springframework.ste
閲覧には Mozilla FireFox、Google Chrome、もしくは Gecko、Webkit を利用したブラウザを推奨します。 Internet Explorer 6~8 では表示できない部分があります。 エラーメッセージを確認すると、No repository found containing というエラーが大量に出力されている。 更新サーバ上にファイルが見つからないと言っているようだ。 実際に出力されていたエラーメッセージは以下 インストールする項目の収集中にエラーが発生しました session context was:(profile=PlatformProfile, phase=org.eclipse.equinox.internal.p2.engine.phases.Collect, operand=, action=). No repository found co
プラグインのアップデート時に”No repository found containing”が発生することがあります。 対応策をググってみると、 アップデートサイトのリロードを行え アップデートサイトのURLを一旦削除して追加しなおす とありますが、僕の場合はいずれもダメでした。 更にググってみたところ、 「"Contact all update sites during install to find required software(必要な依存関係を見つけるために全てのアップデートサイトへアクセス)"のチェックを外せ」 とあり、僕の場合はコレが正解でした。 http://stackoverflow.com/questions/6470802/what-to-do-about-eclipses-no-repository-found-containing-error-messages
Webアプリケーションの開発と保守を行う場合、リクエストとレスポンスの詳細が出ている方が良いと考えています。 AOPを利用して、メソッドのinとoutを出力させていきます。 以下の記事を参考にしました。 はじめてのSpring AOP - CLOVER AOPについては以下の記事を参考にしています。 7.2 @AspectJ support - minokubaの日記 設定 build.gradleに追加します 以下を追加します。 compile('org.springframework.boot:spring-boot-starter-aop') Gradle Refresh All application.ymlにログ設定の追加 TodoAppフォルダのTodo.logが出力先です。 自作のクラスに対してdebugレベルで出力させます。 ソースコードの追加 ログが出ていることを確認する
SpringでのAOPをやったことがないなと思いまして、Interceptorの書き方を軽く見るとともに、挙動について把握しておこうかと思いまして。 Interceptorのかかり方について、気になるのは 可視性 Interceptorを動かすには、拡張されたインスタンス(要は@Autowiredなりで取得したもの)である必要があるのか? Interceptorの適用順 といったところですね。 実装はSpring Bootで行ったのですが、AOPを使ったプログラムを書くにあたり、参考にしたのは以下あたり。 Spring BootのAOPのサンプル Aspect Oriented Programming with Spring Declaring a pointcut Examples Advice ordering Spring AOP APIs @AspectJ cheat sheet
はじめに Seasar2の終了もひがさんから宣言されたことだし、Spring frameworkへ移行しようと思う。 IntelliJはライセンス持ってないのでパス Eclipseにプラグインを入れてもいいんだけど、あまり評判がよろしくないので STS本体のインストールをすることにしたのでメモ。 ダウンロード https://spring.io/tools/sts ここからダウンロード。 完了したら解凍する。おしまい。 セットアップ ワークスペースの作成 初回起動時にはワークスペースの作成が必要。 初期パスで問題なければそのままOKを選択すればよい。 どこか指定したければ適当に選択する。 日本語化 STSは結局のところEclipseなので、日本語化はPleiadesで可能。 http://mergedoc.osdn.jp/ ここからPleiadesプラグインをダウンロードして解凍する。 S
DI の自由度は諸刃の剣 近ごろ、「実プロジェクトでDIコンテナ(注1)を導入している」という話をちらほら耳にするようになりました。それと同時に、「DIコンテナを使ったプロジェクトが大変なことになっている」という話も耳にするようになりました。DIの魅力を十分に享受して低コスト、高品質を実現しているプロジェクトがある一方で「DIを導入してみたのはいいのだけれど、DIの設定ファイルが大きくなりすぎて管理しきれない」「DIを使っているのに、テスタビリティが全然向上していない」など苦労しているプロジェクトもあるようです。この差はいったいどこから来るのでしょうか。 DIは、EJBなどと比べると比較的取っ付きやすい技術ではありますが、ほかの技術同様、誤った使い方では十分に力を発揮できません。DIコンテナは非常に単純明快な技術ではありますが、そのシンプルさ故に自由度が高くさまざまな使い方ができます。その
PHPでアプリケーションを作ってゆく。大きくなると、classが増えてゆく。classが増えてゆき、constructorの引数が増えてゆく。classをnewする順番が決まってゆき、それに従はねばならない。同じインスタンスがあちこちで必要になる。DI (Dependency Injection, IoC) の出番だ。 はじめはPimpleを使うてゐたが面倒になり、既存のDIライブラリは複雑な手続きが必要で、面倒だったので自分で作った。Ranyuen/Diだ。 cf. Ranyuen/Di https://github.com/Ranyuen/Di cf. PHPで簡単に華麗にDIとAOPをキメる http://c4se.hatenablog.com/entry/2014/12/11/013136 こんなに苦労して作ったDIコンテナだが、Rubyでは20行で書けるとMatzも言ってゐる。
あけましておめでとうございます。 大晦日は実家でプログレ聞きながらコード書いてました。 今さらながら Heldon の Stand by とか聞いてたんですが、Tangerine Dream を思わせるミニマルなシンセサイザーの反復と、リシャール・ピナスによるロバート・フリップばりの暴力的なギターソロが絡みあっており、大変良いですね。 作ったもの また説明長くなりそうなので、はじめに作ったものの紹介です。 dee dee-rails この Dee というのが DI コンテナの本体です。 名前は Ozzy Osbourne ソロ 1st Blizzard of Ozz におけるランディ・ローズのギター曲からです。 50 秒と短く、メタルアルバムの中にあってクラシック風の静かなギター曲ですが、同時にアルバムから欠かせない存在感を放つ名曲です。 何が言いたいかというと、Dee はコンパクトな実装
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "依存性の注入" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2021年6月) 依存性の注入(いぞんせいのちゅうにゅう、英: Dependency injection)とは、あるオブジェクトや関数が、依存する他のオブジェクトや関数を受け取るデザインパターンである。英語の頭文字からDIと略される。DIは制御の反転の一種で、オブジェクトの作成と利用について関心の分離を行い、疎結合なプログラムを実現することを目的としている。 dependencyを「依存性」と訳すのは本来の意味[1] から外れているため「依存オブジェクト注入」の用語を採用す
このようにSeasar2の機能の移行先がSpring Frameworkにもあることが分かります。 では、商品一覧表示の機能を例にしてどのように移行するかを見ていきましょう。 移行前と移行後の実装を比較 移行前のシステムでは、コンポーネント毎に設定ファイルへ記述するスタイルで開発していたので、 新たに機能の追加がある場合は以下のファイルの追加が必要でした。 XXXAction.java XXXActionImpl.java XXXService.java XXXServiceImpl.java XXXDao.java XXX.dicon struts-config-XXX.xml ■ProductSearchActionImpl.java public class ProductSearchActionImpl implements ProductSearchAction { privat
Ruby で Processing 用のコードを書いて Android で動かすという試み。 前々から、出来そうだからやってみたいなーと思っていたけど、ようやくやってみた。 結果 こんなコードを class Sketch < PApplet def setup @pg = create_graphics(100, 100) @img_1 = load_image("weapon.png") @img_2 = load_image("potion.png") end def draw # 四角や丸を描画します background(150) stroke(0, 0, 0) rect(100, 100, 100, 100) stroke(125, 0, 0) rect(200, 200, 100, 100) stroke(255, 0, 0) ellipse(300, 300, 100, 10
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く