Middleware is the technological foundation for cloud-native architectures and includes application runtimes, enterprise application integration and cloud services. Organizations turn to middleware as a way to keep application development quick and cost-effective in complex IT environments. Middleware can support application environments that work smoothly and consistently across a highly distribut
LDAPとJNDIでシングルサインオン可能なWebを作る
はじめに 企業内などで複数のシステムが開発されると、ユーザーはシステムごとにユーザーID・パスワードを使い分けるなどの不便さを強いられることがしばしばあります。このようなわずらわしさを解消するために、シングルサインオンという仕組みへの取り組みが企業などではじまっています。シングルサインオンとは、ユーザが一度認証を受けるだけで、許可されているすべての機能を利用できるようになるシステムのことをいいます。このシングルサインオンにより、安全な認証機能の実現、システム管理者やアプリケーション開発者の負担軽減などの効果も期待できます。 シングルサインオンを実現する際は、ユーザー認証情報を「ディレクトリサービス」という仕組みで統合的に管理するという手法が一般的に採用されます。「ディレクトリサービス」とは、ユーザー情報などのネットワーク上の資源と、その属性とを保存し、検索できるようにしたシステムのことです
はじめに 企業内などで複数のシステムが開発されると、ユーザーはシステムごとにユーザーID・パスワードを使い分けるなどの不便さを強いられることがしばしばあります。このようなわずらわしさを解消するために、シングルサインオンという仕組みへの取り組みが企業などではじまっています。シングルサインオンとは、ユーザが一度認証を受けるだけで、許可されているすべての機能を利用できるようになるシステムのことをいいます。このシングルサインオンにより、安全な認証機能の実現、システム管理者やアプリケーション開発者の負担軽減などの効果も期待できます。 シングルサインオンを実現する際は、ユーザー認証情報を「ディレクトリサービス」という仕組みで統合的に管理するという手法が一般的に採用されます。「ディレクトリサービス」とは、ユーザー情報などのネットワーク上の資源と、その属性とを保存し、検索できるようにしたシステムのことです
Red Hat uses the best and most effective ideas from the community projects to build enterprise products. These products remain open and are being used all around the world by corporations, governments, and non-profit organizations. Learn more at developers.redhat.com @rhdevelopers Hello to our dear JBoss community. We, the editorial team, have noticed a downward trend in our readership and have ma
信頼できるソフトウェアを迅速に提供 エンドツーエンドの可視性、セキュリティ、制御の機能を提供して、信頼性の高いリリースの配信を自動化する唯一のソフトウェアサプライチェーンプラットフォームです。 DevOps、DevSecOps、MLOpsの各チームを信頼できる唯一の情報源にまとめます。
Restrict LDAP access via JNDI by rgoers · Pull Request #608 · apache/logging-log4j2
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
JNDIをJ2EEサーバ無しでかつテスト用ライブラリも無しでテストする場合、InitialContextに自前でbindしてlookupします。 @BeforeClassだったり、setUpメソッドで以下のようにbindすると良いでしょう。 この例では、T2でCDIの単体テストを行う時に利用しています。 System.out.println("CdiTestCase#setUp"); System.setProperty(Context.INITIAL_CONTEXT_FACTORY, "org.apache.naming.java.javaURLContextFactory"); System.setProperty(Context.URL_PKG_PREFIXES, "org.jboss.weld.resources.ManagerObjectFactory"); ic = new I
JBoss Advent Calendar 2011の12日目のエントリです。 JNDIはJava EEサーバのEJB、JDBCデータソースやJMSのConnectionFactoryなど、各種サービスにアクセスするためのエントリポイントとなる部分なのですが、あまりエキサイティングな技術ではないので注目されることはないですし、どのようなものなのかを調べたりする機会もなかなかないでしょう。というわけでさらっと振り返ります。 まず基本的な機能はリモートアクセスもできるサーバ上のグローバルHashMapみたいなものです。メソッド名がちょっと違い、get()ではなくlookup()、put()ではなくrebind()となっています。 データソースを取得するようなコードはこのようになります。 InitialContext context = new InitialContext(); DataSou
Java Naming and Directory Interface (JNDI) is a Java API that allows clients to discover and look up data and objects via a name. These objects can be stored in different naming or directory services, such as Remote Method Invocation (RMI), Common Object Request Broker Architecture (CORBA), Lightweight Directory Access Protocol (LDAP), or Domain Name Service (DNS). In other words, JNDI is a simple
us-16-MunozMirosh-A-Journey-From-JNDI-LDAP-Manipulation-To-RCE
A JOURNEY FROM JNDI/LDAP MANIPULATION TO REMOTE CODE EXECUTION DREAM LAND Alvaro Muñoz (@pwntester) Oleksandr Mirosh Who are we • Alvaro Muñoz (@pwntester) • Principal Security Researcher, HPE Fortify • Oleksandr Mirosh • Senior QA Engineer, HPE Fortify Agenda • Introduction to JNDI • JNDI Injection • RMI Vector • Demo: EclipseLink/TopLink • CORBA Vector • LDAP Vector • LDAP Entry Poisoning • Demo
データベースの接続情報は、開発環境から実行環境への移行や、アプリケーションをパッケージとして配布する際に変更する必要があります。この情報は大概「.jsp」ファイルや「.java」ファイルに分散して記述されており、実行環境への移行やパッケージとしての配布の際に、修正漏れや間違いを引き起こしやすい要因といえるでしょう。 この問題を解決する方法の1つに、JNDI（Java Naming and Directory Interface）を使って環境に依存する（かつアプリケーション内で共通して使用する）情報をアプリケーション上で一元的に管理するというテクニックがあります。JNDIを採用することで、個々の「.jsp」「.java」ファイルにいちいち接続情報を記述する必要はなくなりますし、接続先のデータベースに変更があった場合にも容易に変更が可能となります。もちろん、「.java」ファイルのコンパイルな
The Apache Tomcat 5.5 Servlet/JSP Container - JNDI Datasource HOW-TO
JNDI Datasource configuration is covered extensively in the JNDI-Resources-HOWTO. However, feedback from tomcat-user has shown that specifics for individual configurations can be rather tricky. Here then are some example configurations that have been posted to tomcat-user for popular databases and some general tips for db usage. You should be aware that since these notes are derived from configura
DBUnit のように DB 操作を行うユニットテストを実施する際、そこで使うコネクションをどう取ろうかという話。 バッチ処理のような単体プログラムであれば、単純に JDBC のコネクションを自前で生成すれば良いんだろうけど、Webアプリケーションのなかで、DB操作を行うメソッドを間接的に利用するクラスをテストしようとすると、ちと面倒なことになる。わざわざテスト用コネクションを受けるインタフェースと実装を用意しなくちゃなんない。うざー。 そこで考えてみる。 実際のアプリケーションは、tomcat などのコンテナの JNDI を使ってコネクションを張るわけで。じゃあ、ユニットテストケースからも tomcat が見えて、JNDI を使えれば良いんじゃないか、と。そんなことできるのか、と。ツールとか無いのか、と。あったよ、と。 JUnit JNDI DataSource helper packa
最近の更新 (Recent Changes)2012-11-06FrontPage 2012-10-17Facelets 2012-09-25Facelets_Dialog 2012-08-20Facelets_Xhtml Facelets_Download Facelets_Upload 最新リリース情報manjyu (manjyu-0.0.9)2012-11-21 21:12 Wikiガイド(Guide)Wikiの文法 リンクの種類と文法 ブロックプロセッサ 拡張文法 サイドバー プロジェクトWikiでの広告設定 サイドバー (Side Bar)このサイドバーについて このサイドバーの編集 JDBC Driver for MySQL (Connector/J) おすすめ設定使い方MySQL の「JDBC Driver for MySQL (Connector/J)」は、デフォルト設定で
JNDI Datasource configuration is covered extensively in the JNDI-Resources-HOWTO. However, feedback from tomcat-user has shown that specifics for individual configurations can be rather tricky. Here then are some example configurations that have been posted to tomcat-user for popular databases and some general tips for db usage. You should be aware that since these notes are derived from configura
動機 今日は道草、寄り道。 50%:50%の合弁会社なのでシステム部門も3つあったりする会社での仕事。 相手先がウチよりもレベルが高い(CMMレベル5)ことを鼻にかけて「キミんところで無理なようなら、うちが全部やってあげるよ」とか言われたらしくて、その場にいた一同、ムカッときたらしい。 いや、やってくれるのはかまわないのだが、その見下した態度はどうなのか。 私は、その場に居なかったのでいいんですけど。 実力ないのは事実だし。 final InitialContext ctx = new InitialContext(); final UserTransaction userTx = (UserTransaction) ctx.lookup("java:comp/UserTransaction"); final DataSource ds = (DataSource) ctx.lookup(
memo: OpenSSO RestFul Sample. 1 day 9 hours agoMemo: CentOS 5.3 + VMWare Player 2.5.3 + Solaris 10 1 week 3 days agoSnow Leopard installed. 4 weeks 2 days agoBook: IDEについて 4 weeks 4 days agoBook: 基本的な構造 4 weeks 4 days agoBook: Web Application について 4 weeks 4 days agoVirtualBox Virtual Networking 8 weeks 6 days agoIPA Font Install memo. 9 weeks 2 days agoSolaris ZFS - about Kernel Memory #1 (in prog
ちょうどJNDIの話がでていたのとおとなり日記でTomcat5の設定方法を目撃したので． いくつか方法があるけど，まずは管理ツールを使う方法．これが一般的だと思う． ログインしたら左にあるメニューからJDBCのところを探します．JDBC接続リソースとコネクションプールの2つに別れています．JDBC接続リソースは単にJNDIでの名前を設定するだけです．プールを先に設定しておいてどのプールを使うのかといったことを設定します．つまり接続先を帰る場合はこの変更画面でドロップダウンリストからかえるだけとなります． 先に接続プールを作成します．DB一覧から選ぶとドライバの名前など面倒な設定がいりません．もちろん，ここにないものでも使うことが出来ます． 追加プロパティにはあらかじめプロパティ名はすでに設定されているので右側のテキストフィールドのみを入力するわけです．いらなそうなのは削除して４つだけに絞り
Doma で DataSource を JNDI 経由で取得する方法 - hakobera's blog
Seasar2 とかを使わずに JavaEE コンテナから JNDI 経由で DataSource を取得する方法のメモ。 ソースをまったく書き換えることなく、UT、ローカル開発サーバ、本番環境に対応できるので便利。Glassfish v3.0.1 上の JAX-RS + CDI + Doma なアプリ環境で稼動確認してます。 Doma 設定クラス package sample; import javax.naming.InitialContext; import javax.naming.NamingException; import javax.sql.DataSource; import org.seasar.doma.jdbc.DomaAbstractConfig; import org.seasar.doma.jdbc.JdbcLogger; import org.seasar.
spring3(JNDI,宣言的トランザクション) + Doma 単体テスト環境構築 覚書 - Qiita
dependencies{ ["core", "context","test","tx","jdbc","aop"].each { compile "org.springframework:spring-${it}:3.2.3.RELEASE" } //AOP testCompile 'aspectj:aspectjrt:1.5.4' testCompile 'aspectj:aspectjweaver:1.5.4' //具象クラスに対するAOP(<aop:config proxy-target-class="true">) testCompile 'cglib:cglib-nodep:2.2.2' //JNDI on Spring Context (jndi.properties,jndi.xml) testCompile 'org.apache.xbean:xbean-spring:3
JNDI（Java Naming and Directory Interface） JNDIは、ネームサービスやディレクトリーサービスにアクセスする方法を提供している。J2EEの仕様のひとつ。 概要（使用目的） 概要（仕組み） 概要（使用方法） [/2009-11-14] 概要1：使用目的 いきなりネーミングサービスやらディレクトリーサービスと言われても「何の事やら？」だが。 乱暴な言い方をすれば、JNDIはプロパティーの取得と同じ。 プロパティーでは、ローカルに置いたプロパティーファイルに「キー = 値」という行を複数書いておき、実行時にキーを指定することによって値（文字列）を取得する。 JNDIでも、キーを指定して値を取得する。 JNDIとプロパティーの違い 例 ネットでJNDIを検索してみると、前者と後者のどちらかに主眼を置いて解説されていることが多い。 なので、この2パターンが存在
はじめに 企業内などで複数のシステムが開発されると、ユーザーはシステムごとにユーザーID・パスワードを使い分けるなどの不便さを強いられることがしばしばあります。このようなわずらわしさを解消するために、シングルサインオンという仕組みへの取り組みが企業などではじまっています。シングルサインオンとは、ユーザが一度認証を受けるだけで、許可されているすべての機能を利用できるようになるシステムのことをいいます。このシングルサインオンにより、安全な認証機能の実現、システム管理者やアプリケーション開発者の負担軽減などの効果も期待できます。 シングルサインオンを実現する際は、ユーザー認証情報を「ディレクトリサービス」という仕組みで統合的に管理するという手法が一般的に採用されます。「ディレクトリサービス」とは、ユーザー情報などのネットワーク上の資源と、その属性とを保存し、検索できるようにしたシステムのことです
「TomcatのJNDI DatasourceをJava Appliactionから取得する方法」（1） Java Solution － ＠IT
＠IT 会議室 Indexリンク Windows Server Insider Insider.NET System Insider XML & SOA Linux Square Master of IP Network Java Solution Security & Trust Database Expert RFID＋IC リッチクライアント & 帳票 Server ＆ Storage Coding Edge ＠ITクラブ Cafe VB業務アプリケーション開発研究 ＠IT SpecialPR
現場にて起きている怪現象。 構成は、SAStruts(1.0.4-sp1) + S2JDBC(2.4.28) + Tomcat(6.0.18) + Oracle11g。 jdbc.diconの設定を、org.seasar.extension.dbcp.impl.XADataSourceImpl から javax.sql.DataSource に変えると、ActionクラスでException発生 時に正常にロールバックしません。 S2JDBCが悪いのか、diconの書き方が悪いのか、Tomcatのserver.xmlの書き方が悪いのかのどれかと思うのですが、どうも後ろの2つは違うっぽい。 どなたかご存知の方はいらっしゃいますでしょうか。。。 ＃ギブアップ気味 以下、ソースと設定ファイルです。 サンプルのActionクラス 2つのテーブルをINSERTやUPDATEして、わざとRuntime
環境はEclipse3.4.2、WTP3.0.4、Tomcat5.5.27。プロジェクトはMavenのmaven-archetype-webappで作成。今回のDBはSQL Server 2005。 まずはsrc/main/webapp/META-INF配下にcontext.xmlを作成する。context.xmlの内容は以下の通り。 <?xml version="1.0" encoding="UTF-8"?> <Context docBase="projectname" path="/projectname" reloadable="tr ue" source="org.eclipse.jst.j2ee.server:sjp"> <Resource name="jdbc/sample" auth="Container" type="javax.sql.DataSource" factor
Currently, Lookup plugins [1] don't support JNDI resources. It would be really convenient to support JNDI resource lookup in the configuration. One use case with JNDI lookup plugin is as follows: I'd like to use RoutingAppender [2] to put all the logs from the same web application context in a log file (a log file per web application context). And, I want to use JNDI resources look up to determine
LDAPとJNDIでシングルサインオン可能なWebを作る
CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
GlassFish 4.1でのJNDIコネクションプーリングの設定方法 - 行きあたりばったりエンジニアの日記
GlassFish 4.0でも手順は同じですが、4.1では管理コンソール画面が英語しかありません。 今回のDBはPostgreSQLですが、どのDBでも基本的に同じのはずです。 Cドライブ直下にGlassfish 4.1がインストールされているものとします。 JDBCドライバの配置 まず、C:\glassfish4.1\glassfish\domains\domain1\libフォルダに、JDBCドライバのJARファイルを置きます。 （GlassFishはまだ起動しないでください） 注意してほしいのは、アプリケーション側で使用しているものと同じバージョンを使うということです。 バージョンが違っていたりすると、うまく動きません。 コネクションプールの作成 次に、GlassFishを起動し、管理コンソール画面（http://localhost:4848/）を開きます。 画面左の[Common
xbean-springでSpringFrameworkのbeanを JNDIで公開する - Be an Idealistic Realist
フル J2EE コンテナを使わずに SpringFramework だけ利用する場合って、 JNDI を前提にされると結構めんどくさいことがありますよね。 たとえば、UserTransaction を JNDI 経由で取得するのが前提の場合とか。 そんなとき、xbean-spring の SpringInitialContextFactory が便利です。 xbean-spring を使うと、Spring の bean 定義ファイルを元に BeanFactory を生成し、任意の bean を JNDI 経由で公開することができます。 XBean project XBean project は、Apache Geronimoのサブプロジェクトらしいです。 http://geronimo.apache.org/xbean/ おいらは maven のリポジトリから xbean-spring の
JavaでLDAPにアクセスする方式は大きく分けて、LDAP SDKを使う方法と、JNDIを使ってアクセスする方法２種類があり、LDAP SDKにはいろいろな実装(OpenLDAP -Novel JLDAP-, Netscape,Mozilla LDAP Java SDKなど )があるが、開発が若干スローダウン気味です。（枯れていて安定しているという見方もできます。） 一方、JNDIのほうは、JDKとともに保守されているので、最新性が保たれているように感じられます。今回はJNDIを使ってアクセスしてみたいと思います。JNDI(Java Naming Directory Interface)は、LDAPに特化した仕様ではなく、Service Providerを切り替えれば、DNSやNIS、RMI、ファイルシステムなどからも情報を汎用的に操作できるようになる抽象化されたAPIです（個人的には抽
Spring DataSource JNDI with Tomcat Example | DigitalOcean
While we believe that this content benefits our community, we have not yet thoroughly reviewed it. If you have any suggestions for improvements, please let us know by clicking the “report an issue“ button at the bottom of the tutorial. Welcome to the Spring DataSource JNDI Tomcat Example Tutorial. Earlier we saw how to implement database operations using Spring JDBC integration. However most of th
Tomcat 6 provides a JNDI InitialContext implementation instance for each web application running under it, in a manner that is compatible with those provided by a Java2 Enterprise Edition application server. The J2EE standard provides a standard set of elements in the /WEB-INF/web.xml file to reference/define resources. See the following Specifications for more information about programming APIs f
図内のクラスの各役割をパッケージごとに以下の表にまとめます。 「javax.naming.directory」パッケージ内のクラス・インターフェースは、次の通りです。
次の記事 ≫SpringでJNDIを提供する 続き この記事は 2013年4月に STBBS.NET Blogから移動されたものです 「え、それって<jee:jndi-lookup/> のこと？」 ・・・だったらわざわざブログのエントリなぞ起こさんわい。JNDIを参照する側ではなく、提供する側の話。 Springは JNDIを参照することは出来るけど、JNDIサービス自体は提供していない。 ふつう JNDIはアプリケーションサーバが提供するものなので（ついでに言えば Java EEのサービスなので） Springの守備範囲ではないのだが、何らかの理由でユニットテストのターゲットが JNDIを参照しているとか（レガシーなSLSBを使い回してるとか、中のJRubyで activerecord-jdbc-adapterを使ってるとかね）、ユニットテスト用の Bean定義ファイル内でもデータソース
JNDIで属性を取得する
Javaを使ってLDAPクライアントを作成してみよう。 Java用のライブラリは何種類かあるらしいが、 主なものとしてはNetscape の Directory SDK（だったかな）と、 SunのJDK1.3SEに含まれるJNDI(Java Naming DIrectory Interfaceか？）がある。 うわさでは、Netscape のやつのほうは、ＣのライブラリのJava版みたいな感じだそうだ。 せっかくJBuilder4を入れたらJDK1.3も入ったので、今回はJNDIを使ってみよう。 こんな感じだ。 package test1; import java.util.Hashtable; public class test1 { public static void main(String[] args) { Hashtable env = new Hashtable(); e
RMI/JAX-RPC/JNDIもプロパティで一括化 - Crispy 0.6.2公開 | エンタープライズ | マイコミジャーナル
The Crispy projectは28日(現地時間)、Crispyの最新版となるCrispy 0.6.2を公開した。Crispy 0.6.2は簡単な操作で多種類のサービスをコールするためのシンプルなAPI実装。Crispyという名称はClient for Remote Invocation for different kinds of Services via ProxYsという英文からきている。 Crispy 0.6.2はGNU LESSER GENERAL PUBLIC LICENSE Version 2.1のもとでオープンソースソフトウェアとして公開されている。サポートしているサービスはRMI、Web-Service(JAX-RPC)、EJB(JNDIルックアップ対応)、XML-RPC、Burlap and Hessian(Caucho)、JBoss Remoting、REST(
新山祐介 (Yusuke Shinyama) on Twitter: "そもそもLog4jのLDAP/JNDI機能は後方互換性のために残されていたもので、開発者らはずっと削除したがっていた。Log4j のメンテナはほぼボランティアであり、彼らは修正やら問い合わせへの対応やらに昼夜を問わず無給で対応して… https://t.co/QXBhaZSxjm"
そもそもLog4jのLDAP/JNDI機能は後方互換性のために残されていたもので、開発者らはずっと削除したがっていた。Log4j のメンテナはほぼボランティアであり、彼らは修正やら問い合わせへの対応やらに昼夜を問わず無給で対応して… https://t.co/QXBhaZSxjm
開発環境と品証、本番環境のデータベース接続情報が違うのは当たり前ですね。 Pentaho ETLで素直に作るとTransformファイルの中にデータベース接続文字列が 埋め込まれてしまう。 これは、上記の様な場合には都合が悪い。 Jobで複数のTransformファイルを使うので環境毎に書き換えるのは大変な作業となる。 その為の対策としてPentahoにはJNDI接続が用意されている 別にAPサーバー等が無くても使う事が出来る。 インストールしたディレクトリのサブディレクトリに simple-jndi と言うディレクトリがある。デフォルトでは中身が空 ここにjdbc.propertiesと言う名前でファイルを作成 以下の様な内容を入れる。 例はオラクルの例、 サーバーはservernameと言うマシン オラクルユーザーはorauserと言うid パスワードもそれに対応した物 sample/
JNDI - しいしせねっと
[技術資料室] [Java] [J2EE] Java Naming and Directory Interface(JNDI) ってなんぞ? おしながき はじめに JNDI2つの役割 名前空間 J2EEで使うには? DNS はじめに J2EEの環境(Tomcat等々)でJDBCのDataSourceを使うには、JNDIを使わないといけません。 その他、最近いろんなものを使うのにはJNDIを参照するという場面が目立ちます。で、JNDIへ漂流してきてしまいます。J2EEではJNDIはフレームワークが管理してくれます。そのまま気にしないで使えればいいのですが、気になってしまいますので、JNDIについて調べてみることにしましょう。 参考 JNDI 機能ガイド(Java 2 SDK 1.5 Document) パッケージ javax.naming javax.naming.director
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JBoss.com - Forums - Stateless and JNDI once again
LDAPとJNDIでシングルサインオン可能なWebを作る：CodeZine
JBoss.com - Forums - Stateless and JNDI once again
再びJNDIの脆弱性！：H2 DBコンソールでリモートコード実行
JNDI lookupを単体テストする方法 - よねのはてな
JNDIをさらっと振り返る - nekop's blog
Exploiting JNDI Injections in Java | Veracode
＠IT：Java TIPS -- JNDI活用でデータソース管理を一元化する
JNDI を使用したユニットテストの方法 | dTblog
JNDI_MySQL - Manjyu Wiki - Manjyu - OSDN
Apache Tomcat 6.0 (6.0.53) - JNDI Datasource HOW-TO
JTAとJNDIの謎を追う - seraphyの日記
Book: Javaを使ったLDAPアクセス -JNDI, Search- | WebLog about me.
GlassfishでJNDIデータソースの設定方法その１ - しんさんの出張所 はてなブログ編
JNDIメモ(Hishidama's JNDI(Java Naming and Directory Interface) Memo)
LDAPとJNDIでシングルサインオン可能なWebを作る：CodeZine
S2JDBCでJNDI経由だとロールバックが正常に処理されない！？ - しょうたろーブログ
WTPでTomcatのJNDIを利用する - m-namikiの日記
[LOG4J2-313] JNDI Lookup plugin support - ASF JIRA
Book: Javaを使ったLDAPアクセス -JNDI, Search- | WebLog about me.
Apache Tomcat 6.0 (6.0.53) - JNDI Resources HOW-TO
LDAPとJNDIでシングルサインオン可能なWebを作る：CodeZine
SpringでJNDIを提供する - ブログ - ワルブリックス株式会社
Web化したPentaho ETL で JNDIをつかう
JDBCとJNDIを使ってデータベース(MySQL)に接続する時に必要な設定【設定環境：Eclipse4.2】 | MJ-WAVE.COM