Greetings, Java Hipster!JHipster is a development platform to quickly generate, develop, and deploy modern web applications & microservice architectures. JHipster is Open Source, and all development is done on GitHub. If you use JHipster, consider becoming a sponsor or a backer. If you want to code with us, feel free to join! If you like the project, please give us a ⭐️ on GitHub.
Springにて,HibernateのDataSourceをJNDIで取得する方法を調査してみた. JNDIによるDataSourceの設定 Tomcatでのセキュリティ設定 Servletコンテキストの設定 デプロイと動作確認 JNDIによるDataSourceの設定以下に本頁のサンプルのbeans.xmlを示す. id値sampleDataSourceがポイントである. classをJndiObjectFactoryBeanとし,あとはJNDI名を指定するだけである. 本頁のポイントは以上である. あとは以下の各要素を設定すると動作確認ができる. Springを使用したサーブレットのサンプル作成 Tomcatでのセキュリティ設定 DataSourceの設定を含むServletコンテキストの設定 デプロイと動作確認 これらのトピックはそれぞれ別頁に記述されており,本頁のサンプルではそれら
In 2014, we announced the retirement of our legacy forum, forum.spring.io, in favor of providing an improved community experience on stackoverflow.com. As part of that announcement, we put our forum into read-only mode, preserving forum posts that were referenced in various Spring issue trackers. On February 28, 2019, we plan to take the forum completely offline. In preparation for this end-of-lif
Spring 3 MVC: Internationalization & Localization Tutorial with Exampleby Viral Patel · July 14, 2010 Welcome to Part 5 for Spring 3.0 MVC Series. In previous article we saw how to configure Tiles framework with Spring 3 MVC application. We used org.springframework.web.servlet.view.tiles2.TilesConfigurer class in bean definition to define the tiles configuration file. This divided our HelloWorld S
［技術講座］ Spring Rooのご紹介 株式会社オージス総研 技術部クラウドインテグレーションセンター 鵜野 和也 1. はじめに IT業界全体をクラウドコンピューティングの盛り上がりが席巻しています。最近のJava開発におけるクラウド関連の動きとして、 SpringSourceがSalesforce.com及びGoogleとの連携強化を発表し、その存在感を増してきています。 クラウドの特徴である迅速性という点において、SpringはJBoss等のJavaEE陣営に対し仕様(標準ではなくデファクトスタンダード)、 実装(JavaEEコンテナではなくてTomcatベースのtcServer)の両面でクラウドとの相性に優れるのではないかと感じています。 今回は、SpringSourceのパブリッククラウドベンダーへの対応の中でも中核技術の一つとして位置づけられている、 Spring Roo(
なんてのが定義されると思います。 このとき、ある処理の場合はメソッド単位でトランザクション管理し、ほかの処理の場合は複数のメソッドにまたがってトランザクション管理したい場合があります。上の例だと、 addMemberはMemberを登録する addGroupはWorkGroup?を登録する addはMemberをGroupに追加する。引数のメンバーがいなかったらaddMemberでMemberを登録する。引数のグループなかったら、例外をThrowする とした場合、 メンバーを登録しようとしてaddMemberを呼び出した場合は、addMember内でトランザクションが開始され、終了すればいい。 add内でサブルーチン(<-古っ)としてaddMemberが呼ばれる場合は、addでトランザクションが開始され、終了されるのでaddMemberはすでにあるトランザクションに参加すればよい となりま
Webアプリケーションは，レイヤーによって論理的に分割され，各レイヤーでは様々なフレームワークを使用して効率的に開発を行います。例えば，図1のようにプレゼンテーション・レイヤーにはStruts，データアクセス・レイヤーにはHibernateを使うといった具合です。各レイヤーに適用するためのフレームワークは様々な種類があるため，作成するアプリケーションの要件に合わせて選びます。 このように各レイヤーごとに，フレームワークを適用して開発する方式はかなり一般的になりましたが，実際にプログラムを作っていく上で，いくつかの問題が出てきました。 変更に弱い 図1を見ると，各レイヤーは一見独立しているように見えるのですが，実際のところ，隣り合うレイヤーは密接に連結しています。例えば，ビジネス・レイヤーからデータアクセス・レイヤーのオブジェクトにアクセスする場合，通常は以下のようなプログラムになるでしょう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
