EJB + MQ

[ANDI KUSNADI-3]

Dear Jugger's,

Saya lagi mau buat General Ledger dan juga Jurnal Transaction,
Arsitektur yang bagus nya itu gimana yah ?
Kalau saya pake EJB3 Session bean + Entity Bean , dan pake Message Queue , APplication Servernya GlasshFish,

begini yang kepegen arsitektur yang di buat.
Session Bean (TX --> REQUIRED) , buat General Ledger dan di alihkan VO nya ke MQ , MQ yang buat Insert ke tablenya MQ nya (TX --> REQUIRED) dan setelah itu kembali ke Session bean dari Sesison bean saya buat lagi Journal Transactionnya , pada saat buat di alihkan VO nya ke MQ MQ yang buat lagi untuk Insert ke tablenay dan update beberapa table yang terkait.

jadi Session beannya cuman jadi koordinator dari beberapa transaksi yang di lakukan.
Apakah cara saya ini Benar ? , atau memang ada yang lebih benar lagi.

Oh iya Session beannya di panggil di JSP , dengan Interfacenya di taruh di ServletContext attribute, jadi pada saat buat Listener saya Inject @EJB private TransactionLocal  dan di simpan di ServletContext , nah di JSP baru saya panggil interfacenya.

Terima Kasih atas tanggapannya.



Best Regards,


Andi Kusnadi,Skom
0813 1883 92 37
programmer .net, java, streamezzo



     

[mujoko mujoko]

On 7/24/08, ANDI KUSNADI <myokaku@...> wrote:

>
>   Dear Jugger's,
>
> Saya lagi mau buat General Ledger dan juga Jurnal Transaction,
> Arsitektur yang bagus nya itu gimana yah ?
> Kalau saya pake EJB3 Session bean + Entity Bean , dan pake Message Queue ,
> APplication Servernya GlasshFish,
>
> begini yang kepegen arsitektur yang di buat.
> Session Bean (TX --> REQUIRED) , buat General Ledger dan di alihkan VO nya
> ke MQ , MQ yang buat Insert ke tablenya MQ nya (TX --> REQUIRED) dan setelah
> itu kembali ke Session bean dari Sesison bean saya buat lagi Journal
> Transactionnya , pada saat buat di alihkan VO nya ke MQ MQ yang buat lagi
> untuk Insert ke tablenay dan update beberapa table yang terkait.
>
> jadi Session beannya cuman jadi koordinator dari beberapa transaksi yang di
> lakukan.
> Apakah cara saya ini Benar ? , atau memang ada yang lebih benar lagi.
>
> Oh iya Session beannya di panggil di JSP , dengan Interfacenya di taruh di
> ServletContext attribute, jadi pada saat buat Listener saya Inject @EJB
> private TransactionLocal  dan di simpan di ServletContext , nah di JSP baru
> saya panggil interfacenya.
>
> Terima Kasih atas tanggapannya.
>
>
>
> Best Regards,
>
> Andi Kusnadi,Skom
> 0813 1883 92 37
> programmer .net, java, streamezzo
>
>  
>

Hi,

Tidak ada yang tidak bagus, akan lebih baik jspnya di ganti yang lain, ke
depannya jika aplikasi di kembangkan lebih jauh, jika mengunakan JSP apa
enggak semrawut. JSP di desain untuk tampilan, bukan untuk meletakkan bisnis
proses.

Terus Session nya SLB or SFB?
Message Queue maksudnya MDB?



--
Mujoko

[ANDI KUSNADI-3]

"Tidak ada yang tidak bagus, akan lebih baik jspnya di ganti yang lain,
ke depannya jika aplikasi di kembangkan lebih jauh, jika mengunakan JSP
apa enggak semrawut. JSP di desain untuk tampilan, bukan untuk
meletakkan bisnis proses."

Jawab : --> untuk jsp nya hanya sebagai semacam yang terima data doang dan panggil EJB nya di sana.

Terus Session nya SLB or SFB?--> Stateless session beans. "cemplungin datanya dan lupakan" MDB nya yang kelola.
Message Queue maksudnya MDB?  --> Betul.



 Best Regards,


Andi Kusnadi,Skom
0813 1883 92 37
programmer .net, java, streamezzo



----- Original Message ----
From: mujoko mujoko <mujoko.mujoko@...>
To: jug-indonesia@...
Sent: Thursday, July 24, 2008 1:23:10 PM
Subject: Re: [JUG-Indonesia] EJB + MQ





On 7/24/08, ANDI KUSNADI <myokaku@yahoo. com> wrote:
Dear Jugger's,

Saya lagi mau buat General Ledger dan juga Jurnal Transaction,
Arsitektur yang bagus nya itu gimana yah ?
Kalau saya pake EJB3 Session bean + Entity Bean , dan pake Message Queue , APplication Servernya GlasshFish,

begini yang kepegen arsitektur yang di buat.
Session
Bean (TX --> REQUIRED) , buat General Ledger dan di alihkan VO nya
ke MQ , MQ yang buat Insert ke tablenya MQ nya (TX --> REQUIRED) dan
setelah itu kembali ke Session bean dari Sesison bean saya buat lagi
Journal Transactionnya , pada saat buat di alihkan VO nya ke MQ MQ yang
buat lagi untuk Insert ke tablenay dan update beberapa table yang
terkait.

jadi Session beannya cuman jadi koordinator dari beberapa transaksi yang di lakukan.
Apakah cara saya ini Benar ? , atau memang ada yang lebih benar lagi.

Oh
iya Session beannya di panggil di JSP , dengan Interfacenya di taruh di
ServletContext attribute, jadi pada saat buat Listener saya Inject @EJB
private TransactionLocal  dan di simpan di ServletContext , nah di
JSP baru saya panggil interfacenya.

Terima Kasih atas tanggapannya.



Best Regards,


Andi Kusnadi,Skom
0813 1883 92 37
programmer .net, java, streamezzo

 Hi,

Tidak ada yang tidak bagus, akan lebih baik jspnya di ganti yang lain,
ke depannya jika aplikasi di kembangkan lebih jauh, jika mengunakan JSP
apa enggak semrawut. JSP di desain untuk tampilan, bukan untuk
meletakkan bisnis proses.

Terus Session nya SLB or SFB?
Message Queue maksudnya MDB?






--
Mujoko    


     

[mujoko mujoko]

JSP akan di translate ke servlet, then gunakan saja servlet dan Inject
enterprise bean di sana
Enterprise Bean by default transaction attributes REQUIRED.

MDB kerjanya seperti pendengar/listener, mensuscribe Message yang ada entah
dari Queue atau Topik tergantung Configurasi MDB listen ke Topik/Queue yang
mana.

Jika si SLB yang sampeyan buat itu ngirim message ke Queue MDB harap
dipertimbangkan jika ada rollback di MDB nya.
Jika Exceptionnya adalah System Exception maka rollback hanya transaksi yang
sedang berjalan.

Question? Kenapa Pake JMS untuk update table?


Mujoko




 JSP akan di translate ke servlet, then gunakan saja servlet dan
Inject enterprise bean di sana



On 7/24/08, ANDI KUSNADI <myokaku@...> wrote:

>
>
> "Tidak ada yang tidak bagus, akan lebih baik jspnya di ganti yang lain, ke
> depannya jika aplikasi di kembangkan lebih jauh, jika mengunakan JSP apa
> enggak semrawut. JSP di desain untuk tampilan, bukan untuk meletakkan bisnis
> proses."
>
> Jawab : --> untuk jsp nya hanya sebagai semacam yang terima data doang dan
> panggil EJB nya di sana.
>
> Terus Session nya SLB or SFB?--> Stateless session beans. "cemplungin
> datanya dan lupakan" MDB nya yang kelola.
> Message Queue maksudnya MDB?  --> Betul.
>
>
>
> Best Regards,
>
> Andi Kusnadi,Skom
> 0813 1883 92 37
> programmer .net, java, streamezzo
>
> ----- Original Message ----
> From: mujoko mujoko <mujoko.mujoko@...>
> To: jug-indonesia@...
> Sent: Thursday, July 24, 2008 1:23:10 PM
> Subject: Re: [JUG-Indonesia] EJB + MQ
>
>
>
> On 7/24/08, ANDI KUSNADI <myokaku@yahoo. com <myokaku@...>> wrote:
>>
>>   Dear Jugger's,
>>
>> Saya lagi mau buat General Ledger dan juga Jurnal Transaction,
>> Arsitektur yang bagus nya itu gimana yah ?
>> Kalau saya pake EJB3 Session bean + Entity Bean , dan pake Message Queue ,
>> APplication Servernya GlasshFish,
>>
>> begini yang kepegen arsitektur yang di buat.
>> Session Bean (TX --> REQUIRED) , buat General Ledger dan di alihkan VO nya
>> ke MQ , MQ yang buat Insert ke tablenya MQ nya (TX --> REQUIRED) dan setelah
>> itu kembali ke Session bean dari Sesison bean saya buat lagi Journal
>> Transactionnya , pada saat buat di alihkan VO nya ke MQ MQ yang buat lagi
>> untuk Insert ke tablenay dan update beberapa table yang terkait.
>>
>> jadi Session beannya cuman jadi koordinator dari beberapa transaksi yang
>> di lakukan.
>> Apakah cara saya ini Benar ? , atau memang ada yang lebih benar lagi.
>>
>> Oh iya Session beannya di panggil di JSP , dengan Interfacenya di taruh di
>> ServletContext attribute, jadi pada saat buat Listener saya Inject @EJB
>> private TransactionLocal  dan di simpan di ServletContext , nah di JSP baru
>> saya panggil interfacenya.
>>
>> Terima Kasih atas tanggapannya.
>>
>>
>>
>> Best Regards,
>>
>> Andi Kusnadi,Skom
>> 0813 1883 92 37
>> programmer .net, java, streamezzo
>>
>>   Hi,
>
> Tidak ada yang tidak bagus, akan lebih baik jspnya di ganti yang lain, ke
> depannya jika aplikasi di kembangkan lebih jauh, jika mengunakan JSP apa
> enggak semrawut. JSP di desain untuk tampilan, bukan untuk meletakkan bisnis
> proses.
>
> Terus Session nya SLB or SFB?
> Message Queue maksudnya MDB?
>
>
>
>
>
>
> --
> Mujoko
>
>  
>

--
Mujoko

[ANDI KUSNADI-3]

Jawab: Untuk mendukung jika servernya nya mati ,maka transaksi nya masih bisa di jalankan, kalau datanya lengkap.
dan rollback kalau datanya ada yang kurang lengkap,
saya tambahkan di exception kelas berupa anotasi rollback=true
Jadi Stateless session bean nya sebagai koordinator untuk menangani perhitungan dan juga memanggil MDB yang mana saja yang di perlukan.

 


Best Regards,


Andi Kusnadi,Skom
0813 1883 92 37
programmer .net, java, streamezzo



----- Original Message ----
From: mujoko mujoko <mujoko.mujoko@...>
To: jug-indonesia@...
Sent: Thursday, July 24, 2008 4:35:18 PM
Subject: Re: [JUG-Indonesia] EJB + MQ


JSP akan di translate ke servlet, then gunakan saja servlet dan Inject enterprise bean di sana
Enterprise Bean by default transaction attributes REQUIRED.

MDB kerjanya seperti pendengar/listener, mensuscribe Message yang ada
entah  dari Queue atau Topik tergantung Configurasi MDB listen ke
Topik/Queue yang mana.

Jika si SLB yang sampeyan buat itu ngirim message ke Queue MDB harap dipertimbangkan jika ada rollback di MDB nya.
Jika Exceptionnya adalah System Exception maka rollback hanya transaksi yang sedang berjalan.

Question? Kenapa Pake JMS untuk update table?


Mujoko





JSP akan di translate ke servlet, then gunakan saja servlet dan Inject enterprise bean di sana


On 7/24/08, ANDI KUSNADI <myokaku@yahoo. com> wrote:

"Tidak ada yang tidak bagus, akan lebih baik jspnya di ganti yang lain,
ke depannya jika aplikasi di kembangkan lebih jauh, jika mengunakan JSP
apa enggak semrawut. JSP di desain untuk tampilan, bukan untuk
meletakkan bisnis proses."

Jawab : --> untuk jsp nya hanya sebagai semacam yang terima data doang dan panggil EJB nya di sana.

Terus Session nya SLB or SFB?--> Stateless session beans. "cemplungin datanya dan lupakan" MDB nya yang kelola.
Message Queue maksudnya MDB?  --> Betul.



 Best Regards,


Andi Kusnadi,Skom
0813 1883 92 37
programmer .net, java, streamezzo



----- Original Message ----
From: mujoko mujoko <mujoko.mujoko@ gmail.com>
To: jug-indonesia@ yahoogroups. com
Sent: Thursday, July 24, 2008 1:23:10 PM
Subject: Re: [JUG-Indonesia] EJB + MQ





On 7/24/08, ANDI KUSNADI <myokaku@yahoo. com> wrote:
Dear Jugger's,

Saya lagi mau buat General Ledger dan juga Jurnal Transaction,
Arsitektur yang bagus nya itu gimana yah ?
Kalau saya pake EJB3 Session bean + Entity Bean , dan pake Message Queue , APplication Servernya GlasshFish,

begini yang kepegen arsitektur yang di buat.
Session
Bean (TX --> REQUIRED) , buat General Ledger dan di alihkan VO nya
ke MQ , MQ yang buat Insert ke tablenya MQ nya (TX --> REQUIRED) dan
setelah itu kembali ke Session bean dari Sesison bean saya buat lagi
Journal Transactionnya , pada saat buat di alihkan VO nya ke MQ MQ yang
buat lagi untuk Insert ke tablenay dan update beberapa table yang
terkait.

jadi Session beannya cuman jadi koordinator dari beberapa transaksi yang di lakukan.
Apakah cara saya ini Benar ? , atau memang ada yang lebih benar lagi.

Oh
iya Session beannya di panggil di JSP , dengan Interfacenya di taruh di
ServletContext attribute, jadi pada saat buat Listener saya Inject @EJB
private TransactionLocal  dan di simpan di ServletContext , nah di
JSP baru saya panggil interfacenya.

Terima Kasih atas tanggapannya.



Best Regards,


Andi Kusnadi,Skom
0813 1883 92 37
programmer .net, java, streamezzo

 Hi,

Tidak ada yang tidak bagus, akan lebih baik jspnya di ganti yang lain,
ke depannya jika aplikasi di kembangkan lebih jauh, jika mengunakan JSP
apa enggak semrawut. JSP di desain untuk tampilan, bukan untuk
meletakkan bisnis proses.

Terus Session nya SLB or SFB?
Message Queue maksudnya MDB?






--
Mujoko
 


--
Mujoko    


     

[Endy Muhardin]

2008/7/24 ANDI KUSNADI <myokaku@...>:

> Dear Jugger's,
>
> Saya lagi mau buat General Ledger dan juga Jurnal Transaction,
> Arsitektur yang bagus nya itu gimana yah ?
> Kalau saya pake EJB3 Session bean + Entity Bean , dan pake Message Queue ,
> APplication Servernya GlasshFish,
>
> begini yang kepegen arsitektur yang di buat.
> Session Bean (TX --> REQUIRED) , buat General Ledger dan di alihkan VO nya
> ke MQ , MQ yang buat Insert ke tablenya MQ nya (TX --> REQUIRED) dan setelah
> itu kembali ke Session bean dari Sesison bean saya buat lagi Journal
> Transactionnya , pada saat buat di alihkan VO nya ke MQ MQ yang buat lagi
> untuk Insert ke tablenay dan update beberapa table yang terkait.
>
> jadi Session beannya cuman jadi koordinator dari beberapa transaksi yang di
> lakukan.
> Apakah cara saya ini Benar ? , atau memang ada yang lebih benar lagi.
>
> Oh iya Session beannya di panggil di JSP , dengan Interfacenya di taruh di
> ServletContext attribute, jadi pada saat buat Listener saya Inject @EJB
> private TransactionLocal  dan di simpan di ServletContext , nah di JSP baru
> saya panggil interfacenya.
>
> Terima Kasih atas tanggapannya.
>
>
>

Pertama, dalam urusan desain tidak ada benar dan salah.
Yang ada cuma design goal, constraint, kompromi dan trade off.
Saya gak tau design goalnya apa,
sehingga gak bisa komentar apakah pemilihan teknologi di atas sudah
tepat atau belum.
Apa mau mencari kemudahan teknis, supaya timnya bisa newbie?
Apa mau high throughput, bisa posting jurnal secepat mungkin?
Apa mau disconnected operation, artinya kalo server mati, client tetap
bisa kerja?
Atau apa?

Harus tau dulu design goal dan constraintnya, baru bisa pilih arsitektur.


Kedua, semua urusan buatlah sesimple mungkin.
Ini akan memudahkan tuning, troubleshooting, dan maintenance.
Sekilas lihat, stacknya lumayan kompleks, karena pakai synchronous
invocation (Session Bean)
dan juga async invocation (MDB).
Saya sih gak suka yang rumit2 ... kecuali keadaan memaksa.


Ketiga ... dan ini berlaku juga buat calon penanya yang lain.
Kalo saya gak jawab di milis, tidak usah japri.
Kecuali pertanyaannya confidential atau menyangkut detail
teknis/politis sehingga tidak bisa dibuka di milis.

Kalo pertanyaan gak saya jawab, kemungkinannya:
- Saya lagi sibuk, kejar tayang, deadline mepet, atau simply gak sempat
- Saya gak tau jawabannya atau tidak ada pengalaman di bidang tersebut
- Si penanya terkesan malas baca dokumentasi
- Tidak cukup informasi untuk membuat jawaban yang bagus
- Simply lagi gak mood
- atau berbagai alasan lain.


--
Endy Muhardin
http://endy.artivisi.com
Y! : endymuhardin
-- life learn contribute --

[Arif Rachim]

> 2008/7/24 ANDI KUSNADI <myokaku@...>:
>
>> Dear Jugger's,
>>
>> Saya lagi mau buat General Ledger dan juga Jurnal Transaction,
>> Arsitektur yang bagus nya itu gimana yah ?
>> Kalau saya pake EJB3 Session bean + Entity Bean , dan pake Message Queue ,
>> APplication Servernya GlasshFish,
>>
>> begini yang kepegen arsitektur yang di buat.
>> Session Bean (TX --> REQUIRED) , buat General Ledger dan di alihkan VO nya
>> ke MQ , MQ yang buat Insert ke tablenya MQ nya (TX --> REQUIRED) dan
>> setelah
>> itu kembali ke Session bean dari Sesison bean saya buat lagi Journal
>> Transactionnya , pada saat buat di alihkan VO nya ke MQ MQ yang buat lagi
>> untuk Insert ke tablenay dan update beberapa table yang terkait.
>>
>> jadi Session beannya cuman jadi koordinator dari beberapa transaksi yang
>> di
>> lakukan.
>> Apakah cara saya ini Benar ? , atau memang ada yang lebih benar lagi.

Udah benar kok :)

>>
>> Oh iya Session beannya di panggil di JSP , dengan Interfacenya di taruh di
>> ServletContext attribute, jadi pada saat buat Listener saya Inject @EJB
>> private TransactionLocal dan di simpan di ServletContext , nah di JSP baru
>> saya panggil interfacenya.

Maksud paragraf ini gimana ya ? Interface SLSB ditaruh di servlet
context ?? maksudnya apa ya ?? apakah SLSB diambil dari JNDI terus
ditaruh di servletContext gitu ??

Kalau ini maksudnya sih designnya keleru, soalnya ini artinya akan ada
1 instance slsb yg akan dipake rame rame setiap ada request. Padahal
guna dari ejb kontener itu akan memanage pool dari SLSB, jadi lebih
baik SLSB dipanggil per request gitu.

Kalau maksudnya akan dibuatkan filter setiap ada request masuk
dipanggil instance SLSB dari JNDI, dan ditaruh kedalam RequestContext
sehingga bisa dipake jsp, nah ini baru okeh punya.

Tetapi jangan salah, spec jee5 cuma bisa servlet dan managed bean yg
bisa di @inject sama ejb, kekekekeke, jadi kalau mau mengandalkan
transuectien, mendingan servlet sebagai Front Controller nya di extend
terus @inject ejb, baru simpet ke dalam request koentext.

Kalau kata Mr. Endi urusan desain tidak ada benar dan salah, kata aye
sih urusan desain tidak ada yg paling benar, tetapi bisa jadi design
itu salah ;)

Regards,

[ANDI KUSNADI-3]

 Best Regards,


Andi Kusnadi,Skom
0813 1883 92 37
programmer .net, java, streamezzo



----- Original Message ----
From: Arif Rachim <a.arif.r@...>
To: jug-indonesia@...
Sent: Friday, July 25, 2008 2:40:14 PM
Subject: Re: [JUG-Indonesia] EJB + MQ

> 2008/7/24 ANDI KUSNADI <myokaku@yahoo. com>:
>
>> Dear Jugger's,
>>
>> Saya lagi mau buat General Ledger dan juga Jurnal Transaction,
>> Arsitektur yang bagus nya itu gimana yah ?
>> Kalau saya pake EJB3 Session bean + Entity Bean , dan pake Message Queue ,
>> APplication Servernya GlasshFish,
>>
>> begini yang kepegen arsitektur yang di buat.
>> Session Bean (TX --> REQUIRED) , buat General Ledger dan di alihkan VO nya
>> ke MQ , MQ yang buat Insert ke tablenya MQ nya (TX --> REQUIRED) dan
>> setelah
>> itu kembali ke Session bean dari Sesison bean saya buat lagi Journal
>> Transactionnya , pada saat buat di alihkan VO nya ke MQ MQ yang buat lagi
>> untuk Insert ke tablenay dan update beberapa table yang terkait.
>>
>> jadi Session beannya cuman jadi koordinator dari beberapa transaksi yang
>> di
>> lakukan.
>> Apakah cara saya ini Benar ? , atau memang ada yang lebih benar lagi.

Udah benar kok :)

>>
>> Oh iya Session beannya di panggil di JSP , dengan Interfacenya di taruh di
>> ServletContext attribute, jadi pada saat buat Listener saya Inject @EJB
>> private TransactionLocal dan di simpan di ServletContext , nah di JSP baru
>> saya panggil interfacenya.

Maksud paragraf ini gimana ya ? Interface SLSB ditaruh di servlet
context ?? maksudnya apa ya ?? apakah SLSB diambil dari JNDI terus
ditaruh di servletContext gitu ??

Kalau ini maksudnya sih designnya keleru, soalnya ini artinya akan ada
1 instance slsb yg akan dipake rame rame setiap ada request. Padahal
guna dari ejb kontener itu akan memanage pool dari SLSB, jadi lebih
baik SLSB dipanggil per request gitu.

Kalau maksudnya akan dibuatkan filter setiap ada request masuk
dipanggil instance SLSB dari JNDI, dan ditaruh kedalam RequestContext
sehingga bisa dipake jsp, nah ini baru okeh punya.

Tetapi jangan salah, spec jee5 cuma bisa servlet dan managed bean yg
bisa di @inject sama ejb, kekekekeke, jadi kalau mau mengandalkan
transuectien, mendingan servlet sebagai Front Controller nya di extend
terus @inject ejb, baru simpet ke dalam request koentext.

Jawab :

Saya akan buat servlet sebanyak mungkin untuk pada saat insert/ import file dari Excel, tapi kalau untuk view di arahkan ke Jsp yang mengambil dari servletContet.
Jika saya ambil nya dari servlet context maka akan menjadikan itu hanya satu buah instance saja yah ?


TKS





Kalau kata Mr. Endi urusan desain tidak ada benar dan salah, kata aye
sih urusan desain tidak ada yg paling benar, tetapi bisa jadi design
itu salah ;)

Regards,
   


     

[ANDI KUSNADI-3]

----- Original Message ----

From: Arif Rachim <a.arif.r@...>
To: jug-indonesia@...
Sent: Friday, July 25, 2008 2:40:14 PM
Subject: Re: [JUG-Indonesia] EJB + MQ

> 2008/7/24 ANDI KUSNADI <myokaku@yahoo. com>:
>
>> Dear Jugger's,
>>
>> Saya lagi mau buat General Ledger dan juga Jurnal Transaction,
>> Arsitektur yang bagus nya itu gimana yah ?
>> Kalau saya pake EJB3 Session bean + Entity Bean , dan pake Message Queue ,
>> APplication Servernya GlasshFish,
>>
>> begini yang kepegen arsitektur yang di buat.
>> Session Bean (TX --> REQUIRED) , buat General Ledger dan di alihkan VO nya
>> ke MQ , MQ yang buat Insert ke tablenya MQ nya (TX --> REQUIRED) dan
>> setelah
>> itu kembali ke Session bean dari Sesison bean saya buat lagi Journal
>> Transactionnya , pada saat buat di alihkan VO nya ke MQ MQ yang buat lagi
>> untuk Insert ke tablenay dan update beberapa table yang terkait.
>>
>> jadi Session beannya cuman jadi koordinator dari beberapa transaksi yang
>> di
>> lakukan.
>> Apakah cara saya ini Benar ? , atau memang ada yang lebih benar lagi.

Udah benar kok :)

>>
>> Oh iya Session beannya di panggil di JSP , dengan Interfacenya di taruh di
>> ServletContext attribute, jadi pada saat buat Listener saya Inject @EJB
>> private TransactionLocal dan di simpan di ServletContext , nah di JSP baru
>> saya panggil interfacenya.

Maksud paragraf ini gimana ya ? Interface SLSB ditaruh di servlet
context ?? maksudnya apa ya ?? apakah SLSB diambil dari JNDI terus
ditaruh di servletContext gitu ??

Kalau ini maksudnya sih designnya keleru, soalnya ini artinya akan ada
1 instance slsb yg akan dipake rame rame setiap ada request. Padahal
guna dari ejb kontener itu akan memanage pool dari SLSB, jadi lebih
baik SLSB dipanggil per request gitu.

Kalau maksudnya akan dibuatkan filter setiap ada request masuk
dipanggil instance SLSB dari JNDI, dan ditaruh kedalam RequestContext
sehingga bisa dipake jsp, nah ini baru okeh punya.

Tetapi jangan salah, spec jee5 cuma bisa servlet dan managed bean yg
bisa di @inject sama ejb, kekekekeke, jadi kalau mau mengandalkan
transuectien, mendingan servlet sebagai Front Controller nya di extend
terus @inject ejb, baru simpet ke dalam request koentext.

Jawab :

Kalau saya taruh di servlet dan di request.setAttribute() maka untuk forward ke halaman yang di kehendaki user gimana yang di method servicenya di tujukan agar ke halaman yang user inginkan.
contoh

web.xml saya buatkan url-pattern nya /* dan di servlet nya sudah di buat Inject EJBnya. , nah jika user mengetik URL http://localhost:8080/fxdx/test/testAndi.jsp, maka saya punya servlet maka didalamnya akan ada setAttribute(EJBXXXX) dan saya bingung gimana untuk forward tin ke halaman test/testAndi.jsp nya , dihalamannya blank.
Saya mau coba pake filter jadi pada saat filter berjalan maka akan di dapatkan request.setAttribute(EJBXXX).
TKS



Kalau kata Mr. Endi urusan desain tidak ada benar dan salah, kata aye
sih urusan desain tidak ada yg paling benar, tetapi bisa jadi design
itu salah ;)

Regards,