Spring Petclinic を JavaEE MVC 1.0 (JSR-371) で作る 〜 その2 〜 - A Memorandum
前回 blog1.mammb.com の続きです。 TemplateEngineProducer JAX-RS Application Fragments コントローラ Owner 検索 Owner 編集 使いにくい点 まとめ TemplateEngineProducer Ozark で Thymeleaf を使えるように org.thymeleaf.TemplateEngine の Producer を作成します。 @Dependent public class DefaultTemplateEngineProducer { @Produces @ViewEngineConfig public TemplateEngine getTemplateEngine(ServletContext context) { ServletContextTemplateResolver resolver
Spring Petclinic を JavaEE MVC 1.0 (JSR-371) で作る 〜 その1 〜 - A Memorandum
はじめに モデル 構成 Payara 起動クラス persistence.xml web.xml ベースエンティティ Owner Pet Visit Repository OwnerRepository の実装 PetRepository の実装 VisitRepository の実装 まとめ はじめに Spring MVC ベースのサンプル・アプリケーション Spring Petclinic を JavaEE MVC 1.0 に移植してみます。 MVC 1.0 は Early Draft 段階ではありますが、JavaEE 7 環境でもそれなりに動かすことができます。ここでは、なるべく JavaEE 標準機能をそのままに JavaEE Petclinic を作っていきます。 モデル モデルは Owner が Pet を持っていて、Pet は来院の履歴として Visit を持つ といった単純
Wildfly Swarm で JavaEEアプリケーションを FatJAR 化する - A Memorandum
wildfly-swarm とは JavaEE アプリケーションを Dropwizard や Spring Boot のようにコンテナごと fat JAR 化する 先日 1.0.0.Alpha4 がリリース WildFly 10.0.0.Beta1をベース 以前から要望のあった Netflix OSS サポート(Ribbon, Hystrix) Keycloak による認証 Logstash によるログの収集 などなどJavaEEの基本機能に加え、マイクロサービス向けの機能が盛り込まれている。 使い方 以前は Maven のサポートのみだったが、Gradle むけプラグインが出来た。 以下でプロジェクト作成。 mkdir wildfly-swarm-example1 cd wildfly-swarm-example1 gradle init --type java-library プラグイ
今どきのJava Webフレームワークってどうなってるの？ - きしだのHatena
昨日のSeasar2のエントリについたコメントなどで、「とはいえ代わりに何つかうの？」みたいな話が出てたので、とりあえずJava EEのWebフレームワークについて簡単にまとめてみます。 Java SE 8+Java EE 7+lombokで書いていますが、基本的なところはJava SE 7+Java EE 6でも大丈夫です。 なので、今どきとは書いてますが、基本的には2009年12月のJava EE 6ということで、実はすでに4年近くたってます。 何も考えてない なんも難しいこと考えないなら、やっぱJSPが楽ですよね。 なんでも書けちゃう。 <%@page contentType="text/html" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content=
JavaEEについてまとめてみる - log4jk
自分が知っているJavaEEは、J2EEと呼ばれていたときの1.4というバージョンで、それ以降、JavaEE5を勉強して、今度はJavaEE6準拠とのことなので、勉強を兼ねつつまとめてみる。 JavaEE(J2EE)の歴史 バージョン 仕様 備考 J2EE 1.2 Servlet2.2/JSP1.1/EJB1.1/JDBC2.0/JavaMail1.1 J2EE 1.3 Servlet2.3/JSP1.2/EJB2.0/JDBC2.0/JavaMail1.2 JSR 58 J2EE 1.4 Servlet2.4/JSP2.0(JSTL1.1)/JSF1.1/EJB2.1/JDBC2.0/JavaMail1.3 JSR 151 JavaEE 5 Servlet2.5/JSP2.1(JSTL1.2)/JSF1.2/EJB3.0/JPA1.0/JavaMail1.4 JSR 244 JavaEE
“全部入り”のEclipseで学ぶ統合開発環境の常識
“全部入り”のEclipseで学ぶ統合開発環境の常識：企業システムの常識をJBossで身につける（2）（1/4 ページ） 企業向けアプリケーションのさまざまな“常識”をJavaのオープンソース・フレームワーク群である「JBoss」から学んでいきましょう。企業システムを構築するうえでの基礎となる知識をリファレンス感覚で説明していきます。初心者から中堅、ベテランまで大歓迎！ 連載第1回の「企業向けアプリの常識を学び、JBossの環境構築」では、企業向けアプリケーションに必要な要素としてフレームワークやアプリケーションサーバ、そしてその一例として、JBossプロジェクトの概要を説明しました。 今回は、企業向けアプリケーションを構築する際に必要な要素として「統合開発環境」を説明し、実際にサンプルアプリケーションを作成します。企業向けアプリケーションの構築における、統合開発環境の機能やその重要性を学
企業システムの常識をJBossで身につける
企業向けアプリケーションのさまざまな“常識”をJavaのオープンソース・フレームワーク群である「JBoss」から学んでいきましょう。企業システムを構築するうえでの基礎となる知識をリファレンス感覚で説明していきます。初心者から中堅、ベテランまで大歓迎！ 企業向けアプリの常識を学び、JBossの環境構築 企業システムの常識をJBossで身につける（1） 企業システムに不可欠なフレームワークや、アプリケーションサーバとしてJBossの概要を説明し、実行環境も構築します
JBoss Seam ～Java EEは統合フレームワークへ～
統合的なフレームワークを目指すJava EE Java EE 5という標準規格が策定された経緯について第1回で説明しましたが、Java EE 5で行われた作業は、まさに標準規格の「再整理」と呼べるものでした。 誕生当初から次代のJava EE（このころは、まだJ2EEと呼ばれていた）の中核を担う技術として注目を集めていたJSF 1.2がプレゼンテーション層のフレームワークとして正式に採用され、Java EEの本体とも言えるEJBはDIコンテナの機能を取り込み、生産性を飛躍的に向上させたEJB 3.0として大きく生まれ変わりました。 また、それまでCMP Entity BeanとしてEJB仕様の一部として存在していたO/Rマッピング機能は、Java EEとは独立して発展し続けてきたHibernateやTopLinkといったオープンソースのO/Rマッピング・ツールに歩み寄る形で新たに策定され、
エンタープライズ向けJava標準化の歴史
企業情報システムを支えるJava JavaでWebアプリケーションを開発する際にフレームワークを利用することは、すでに当たり前になっています。JavaのWeb開発フレームワークは、細かい技術領域ごとに商用／オープンソースを問わず多数のプロダクトが入り乱れており、それらの特徴／メリットもさまざまです。そこで、プロジェクトの特性に応じたフレームワークをその都度選択して組み合わせて使うことが一般的になっています。 一方で、基幹系アプリケーションを含む大規模なシステムの構築をミッションとするユーザー企業の情報システム部などでは、限られた人材で品質と生産性を安定的に維持するために、「自社のすべてのアプリケーション開発を支える『共通基盤』を整備したい」というニーズが根強くあります。この場合は、JavaのWebアプリケーション開発のための基盤についてもその都度選択するのではなく、何らかの汎用的な標準を定
Java EEサーバからレスポンス返らず。何から調べる？
今回は、Webシステムの代表的な問題の1つとして、Java EE（J2EE）サーバのプロセスのハングアップが発生した場合を取り上げる。こういった場合、IT情シス・SE/プログラマがどういった流れで問題解決をしていくべきか。その手順について話をうかがったので、その内容を紹介する。 現象の見え方 今回は、以下の問題についての話だ。 問題解決への流れ 通常のプロセスハングアップが発生した場合、設定によっては、Java EEサーバのハングアップを検知して、自動的に障害資料採取およびサーバの再起動が実施される。しかし、このような設定を行っていない場合は、どうすればいいのだろうか。手動で障害資料を取得してから、サーバの再起動を行う必要がある。 プロセスハングアップ時に必要な障害資料は、OSの統計情報やJava EEサーバのログ・トレース、スレッドダンプだ。 スレッドダンプ 特に、スレッドダンプはハング
Javaバージョン年表 - 人類みんなごくつぶし
主にサーブレット/JSPとの対応。どっか正式資料みたいなのあると楽なのに。 ----------------------------------------------------------------------------- 年 月 J2SE J2EE サーブレット/JSP EJB JSF 補足 ----------------------------------------------------------------------------- 1996 2 1.0 1997 2 1.1 1998 12 1.2 JavaがJava2に数字UP 1999 12 1.2 2.2/1.1 1.0 2000 5 1.3 2001 2002 1 1.3 2.3/1.2 2.0 2 1.4 2003 11 1.4 2.4/2.0 2.1 2004 9 5.0 1.4から5.0に数字UP 20
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Spring Frameworkの今 (2013年版) #jjug_ccc #ccc_r17 #springframework
JAX-RSを使ったWebサービスのカスタマイズ