Let me get this straight... WAR Module... yang gak bisa jalan sendiri tanpa WAR Main...
Ok... Kenapa WAR? Kalo gini kasus nya.. jadiin JAR ajah ... Jadi main nya tuh WAR... Extra module nya ituh a collection of JARs Tinggal load kalo di perlukan... Adelwin Handoyo | Senior Consultant - Wholesale Bank Standard Chartered Bank Plaza By The Park #06-00, 51 Bras Basah Road. Singapore (189554) T : (65) 655 72441 | E adelwin.adel...@sc.com ________________________________ From: jug-indonesia@yahoogroups.com [mailto:jug-indone...@yahoogroups.com] On Behalf Of Niksen Harjanto Sent: Tuesday, February 02, 2010 3:36 PM To: jug-indonesia@yahoogroups.com Subject: Re: [JUG-Indonesia] Re: WTA : Panggil Servlet/JSP di WAR x dari WAR y Gini... Di kantor dah ada aplikasi ERP pake VB6, konsep modular. 1 Main application berupa EXE, trus banyak modul2 (modul finance, accounting, warehouse, dll) berupa ActiveX (OCX). Modul OCX ini bisa dibongkar pasang tanpa mesti compile ulang 1 project, kalo mo pasang tinggal didaftarin ke database nama form sama nama file OCXnya. Ntar main application baca database, "dia" punya modul apa aja, trus ntar load form yang diinginkan dari OCX yang diinstall tadi. Model ini udah berhasil dikonversi-in jadi Java SE pake Swing. Main application dijadiin 1 buah JAR. Modul2 lain dijadiin JAR juga, tapi ga punya ""main" method sehingga ga bisa dijalanin sendiri. Nanti JAR-nya main application baca database, dia punya modul2 apa aja yang diinstall, trus me-load JPanel di file JAR modul ke JInternalFrame di JAR main application. Nah model ini yang diinginkan untuk diimplementasikan di Java EE web based. Pengennya ada 1 web application WAR, trus ada modul2 dalam bentuk WAR juga, tapi servlet/JSP yang ada di WAR modul itu ga bisa diload langsung tanpa WAR utamanya. Kenapa butuh sharing "Context Attribute", karna buat sharing database connection ke tiap2 "interface" aplikasi. Connection pooling bawaan app server sementara ini ga dipake supaya aplikasi buatan kita ga terpaku untuk satu app server itu aja. Moga2 makin memusingkan... eh makin jelas.... Makasih..... This email and any attachments are confidential and may also be privileged. If you are not the addressee, do not disclose, copy, circulate or in any other way use or rely on the information contained in this email or any attachments. If received in error, notify the sender immediately and delete this email and any attachments from your system. Emails cannot be guaranteed to be secure or error free as the message and any attachments could be intercepted, corrupted, lost, delayed, incomplete or amended. Standard Chartered PLC and its subsidiaries do not accept liability for damage caused by this email or any attachments and may monitor email traffic. Standard Chartered PLC is incorporated in England with limited liability under company number 966425 and has its registered office at 1 Aldermanbury Square, London, EC2V 7SB. Standard Chartered Bank ("SCB") is incorporated in England with limited liability by Royal Charter 1853, under reference ZC18. The Principal Office of SCB is situated in England at 1 Aldermanbury Square, London EC2V 7SB. In the United Kingdom, SCB is authorised and regulated by the Financial Services Authority under FSA register number 114276. If you are receiving this email from SCB outside the UK, please click http://www.standardchartered.com/global/email_disclaimer.html to refer to the information on other jurisdictions.
