Ini tugas dari salah satu kuliah, semoga bisa bermanfaat dan tolong koreksi jika salah. 🙂
Remoting Technology Implementation
Corba (Common Object Request Broker Architecture)
Definisi
Corba (Common Object Request Broker Architecture) merupakan suatu infrastruktur komputasi obyek terdistribusi yang bersifat open.
Tujuan :
Meng-automatisasi tugas-tugas yang umum dalam pemrograman jaringan, seperti object registration, location dan activation; framing dan error-handling; parameter marshaling dan un-marshaling; dan operation dispatching. Automatisasi ini biasa dihandle oleh sebuah software perantara yang disebut ORB (Object Request Broker). Posisinya berada di antara layer Data dan aplikasi.
Kelebihan memakai CORBA :
- Programmer dapat dengan mudah menulis aplikasi yang mampu bekerja secara independent antar platform dan jaringan.
- Memberikan kemampuan untuk mengintegrasi software aplikasi yang berbeda, tanpa harus tergantung pada fasilitas komunikasi tingkat bawah.
- Bekerja secara baik dengan beberapa middleware-middleware yang ada, termasuk Microsoft distributed system(DCOM).
- Memberikan extensi opsional untuk area yang tidak bisa dijamah oleh core aplikasi.
- Support penggunaan secara statis maupun dinamis.
- Punya protocol yang menjadi kesepakatan – IIOP, yang memfasilitasi komunikasi antar ORB.
Nevis
Modular Web-Access Platform
Nevis digunakan sebagai infrastruktur keamanan untuk melindungi data, servis-servis dan aplikasi yang sensitive. Nevis memiliki bagian-bagian komponen keamanan yang efisien dan cocok untuk framework keamanan sebuah perusahaan untuk melindungi akses yang tidak berwenang atas suatu data baik dari dalam maupun luar.
Nevis ini dikembangkan oleh AdNovum ber-kerjasama dengan perusahaan besar di Swiss. Nevis sudah banyak diadopsi oleh perusahaan-perusahaan yang bergerak di bidang pelayanan keuangan maupun perusahaan telekomunikasi. Komponen-komponen Nevis secara periodik juga di update untuk memenuhi kebutuhan kostumer akan aplikasi yang selalu aman.
Nevis berbasis pada open standarts seperti Java, J2EE, Corba, W3C/WSS, Liberty, GSS, dan PKCS#11 dan pengembanganya dari implementasi open source yang ada, seperti apache, open ssl, Log4j, Struts, JDOM, dan Tomcat. Semua komponen Nevis berjalan di sistem operasi Solaris dan Linux-based.
Nevis Proxy – salah satu komponen yang tersedia di Nevis.
Secure Reverse Proxy
- Assumes the role of a » Application Firewall together with » nevisAuth
- Based on proven open-source components » OpenSSL und » Apache 2
- Development of these open source components is constantly enhanced. All potential security fixes are immediately accepted and the customer is informed through a proprietary AdNovum Security Bulletin
- All communication channels are SSL-secured by default
- Optimal use of Hardware Security Modules (HSM) or Crypto accelerators for Crypto operations
- Modular internal architectures with filters and connectors based on the Servlet API (» Sun Developer Network, Java Servlet specification ) guarantee that the application-based mechanism is simple and can be expanded
- Configuration via a standard XML file (» Java Servlet 2.3 Specification ), Apache configuration is automatically generated
- Multi-threaded for optimal resource use
- Configurable multi-step handles authentication of non-authorized requests
- Security Features: cookie caching, renegotiation of client-session association, input validation
- Failsafe connectors to content providers
- Configurable client-identification: ssl, cookie, both
- Configurable session termination (URL-based, timeout or joined)
- Elaborate mechanisms to prevent hacker attacks (ex: denial of service)
- Powerful protection from Man-in-the-Middle (MitM) attacks, based on client-certificates/PKI or SSL/TLS Session aware user authentication
- Optional additional or extensible protocols (IIOPS Proxy, SSO Tunnel, Citrix Gateway) that are based on proven open source components open ssl and Apache2 can also integrated into the SSO-Domain
Sumber :
- http://www.adnovum.ch/en/bausteine/index.php?page=nevisweb&subpage=nevisproxy
- Fundamentals of Distributed Object Systems: The CORBA Perspective Zahir Tari, Omran Bukhres Copyright_c 2001 John Wiley & Sons, Inc.
makasih mas atas artikelnya,, coz saya juga lagi cari2 artikel tentang corba ini 😀
sama-sama.
apa hubungannya antara J2EE dan corba?
saya coba jawab ya, corba adalah salah satu bentuk arsitektur distributed system agar memudahkan dalam pembuatan seluruh sistem yang berbeda-beda, sedang J2EE salah satu tools untuk bikin itu.. 🙂
kekurangan corba itu apa saja gan?
tolong dijawab ya 🙂
LMGTFY..
got it. ada di http://www.javacoffeebreak.com/articles/rmi_corba/ mas.
“Describing services require the use of an interface definition language (IDL) which must be learned. Implementing or using services require an IDL mapping to your required language – writing one for a language that isn’t supported would take a large amount of work.
IDL to language mapping tools create code stubs based on the interface – some tools may not integrate new changes with existing code.
CORBA does not support the transfer of objects, or code.
The future is uncertain – if CORBA fails to achieve sufficient adoption by industry, then CORBA implementations become the legacy systems. (artikel th 1997)
Some training is still required, and CORBA specifications are still in a state of flux.
Not all classes of applications need real-time performance, and speed may be traded off against ease of use for pure Java systems.”