EJB(Enterprise Java Beans)のSessionBeanと普通のJavaクラスのアクセス

こんにちは！
問題は山のようにあるんですが、とりあえず、

EJBを作る際にSessionBeanを作ったんですが、そのBean以外に
DBにアクセスするクラスを自分で勝手に作ったら”abstract”だと
怒られるのですが、

・普通のクラスを使用するのは根本的に間違ってるのでしょうか？

また、
・他にEntityなりSessionなり（よく違いを理解していなくてすいません・・・）
でやる場合は、やはり新しくHomeやRemoteが必要なのでしょうか？


以上なんですが、わかる方がいらっしゃたらお願いします。



※番外編なんですが、もしAPWORKS（富士通さんの）お使いの方いらっしゃいま
したら、EJBを作る時の新規DAクラス作成方法を教えてください。

ながながとすんません。。。でした

No.2 ベストアンサー 回答者： rabbie 回答日時： 2001/03/03 10:01

すいません、コンピュータに接続できなかったものですっかり遅くなってしまいました。

質問をよく理解していなかったようですね。ごめんなさい。

一応確認ですが、同じサーバーのVM内で EJB の bean と別のクラスのオブジェクトとがアクセスするという事でいいですよね。

こういうことでしょうか？（以下、MyBean を EJB の bean のクラス、MyDbEngine を普通のクラスとします。）
１． MyBean のメソッドの中で myDbEng = MyDbEngine.getInstance(); とか myDbEng = new MyDbEngine(SomeParameters) のようにやって myDbEng.truncateAllTable(); のようにできるか。

２．MyBean のメソッドの中で MyDbEngine.startEngine(this); のようにするとMyDbEngine のほうで myBean = bean のように MyBean のインスタンスのレファレンスを保持してさらに別のスレッドを起動してその中から MyBean のメソッドにアクセスする。ことはできるか。

３．MyDbEngine のメソッドから myBean = new MyBean(); のようにしてこれを利用する。

という事でいいでしょうか。
１．はもちろんOKです。ただ複数の Bean が同時にアクセスすることもあるでしょうから static なデータを持たせる場合には注意が必要です。

２．３．は問題があると思います。EJB の Bean 自体はコンテナ（APWORKS？）が管理するので他からダイレクトにアクセスするのはまずいでしょう。（３．で stateless sessoin bean なら平気なような気もしますが。）この場クライアント側のコードと同じように（JNDIをlookupして）Home を取得してそこから利用しなければならないと思います。ただし、この場合もアクセスする側（MyDbEngine) は EJB である必要は無く、あくまで普通のクラスでかまいません。JSPからEJBを利用する時と同じようなものです。

あと、abstract のほうはちょっとわかりません。何をしたら（javac/ejbc/runtime) 言われるのでしょうか、また、何が（class/method) というのも分からないでしょうか。

また何か違う事を答えているかもしれませんが、そうしたらまた言ってください。

この回答へのお礼

たびたびありがとうございます。
違いがあまりよく分からなかったのですが（ごめんなさい。。。）、
Beanから普通のJAVAクラスを呼び出して（newして）
そのクラスで処理させるというようなことを考えていたんですが、
うーん、やはり同じコンテナ内において
使うとかは無理なのでしょうね。

今は、時間の都合でEJB間通信をしてしまって
abstractが出たときの状態もわからなくなってしましました。。。
（とてもがさつなもんですいません。。。）

でも、なんとなくですが理解しました。
何度もご親切にありがとうございました。

お礼日時：2001/03/05 21:32

No.1 回答者： rabbie 回答日時： 2001/02/10 22:20

APWORKS は使った事は無いのでちがっていたらすいません。

まず、「普通のクラスを使う事」とは「DBにアクセスする場合には」という事で聞いてらっしゃると思いますが、どんな目的にしろ問題ありません。デザイン的にはという事であれば、それは場合によりけりだと思いますが、EJB はビジネスロジックだけいれてDBアクセスはそれ以外のクラスで、と言うこともよく考えられる事ではないでしょうか。

"abstruct"だと怒られるのは .java のコンパイル時だと思いますが、jbActivate() など SessionBean の interface に含まれるメソッドをインプリメントしていないのではないでしょうか。中身は何も無くても作っておかなければなりません。

public void ejbActivate() throws RemoteException { }
等。

つぎに、Home や Remote がいるかとの事ですが、これが無いものは EJB とは呼ばれない言うのが答えだと思います。

この回答へのお礼

どうもすいません！
先日返事を出したはずだったんですが、
今日見たら何も表示されていなかったので、また改めました。

>EJB はビジネスロジックだけいれてDBアクセスはそれ以外のクラスで、と
言うこともよく考えられる事

それ以外のクラスとはやはりEJBになるんでしょうか？

>ejbActivate() など SessionBean の interface に含まれるメソッドをインプ
リメント・・・

の部分は、一応APWORKSの方で自動生成してくれるのでいました。

>Home や Remote がいるかとの事ですが、これが無いものは EJB とは呼ばれ
ないと言うのが答えだと思います

の部分なんですが、私の言い方が悪かったのかもしれないんですが、
Home,Remote,BeanとあるEJBのBeanにだけアクセスするようなbeanのクラスも
EJBの形にしなければならない、つまりEJB間でしかやれないんでしょうか？
ということだったんです。

とにもかくにもいろいろとありがとうございました。
あつかましくもまたいろいろと書いてしまいましたが、
時間があるときにでもお返事をいただけたらと思います。

お礼日時：2001/02/16 19:17