Provisioning dapat diartikan sebagai membuat sesuatu tesedia. Over-the-air (OTA) provisioning memberikan pengertian proses tersedianya aplikasi MIDP (MIDlet) pada device hingga siap digunakan yang ditransfer lewat sebuah jaringan nirkabel (wireless network). Proses OTA provisioning untuk MIDlet mencakup proses mendapatkan aplikasi (discovery), download, install/update maupun penghapusan (removal).Pada sisi pengguna, OTA provisioning mempermudah pengguna untuk melakukan verifikasi dan installasi MIDlet. Pada sisi penyedia layanan OTA provisioning memberikan kemampuan untuk memberikan informasi content, melakukan proses pembiayaan (charging) dan lain-lain.OTA provisioning untuk aplikasi MIDP awalnya merupakan rekomendasi praktis bukan suatu spesifikasi. Rekomendasi tersebut dibuat setelah spesifikasi MIDP 1.0 namun kemudian rekomendasi ini masuk dalam spesifikasi MIDP 2.0 dengan beberapa pembaruan atau tambahan.Arsitektur sebuah OTA provisioning aplikasi MIDlet terdiri dari:- Provisioning serverProvisioning server adalah HTTP/Web server yang menyimpan file dan pemroses status hasil provisioning. File yang disimpan adalah file metadata atau java application descriptor (JAD) dan aplikasi MIDP (content) yang berupa file JAR. Content dapat juga disimpan di tempat lain misalnya pada suatu repository server atau content management system (CMS). Provisioning server berinteraksi dengan network elemen misalnya WAP gateway yang menghubungkannya dengan device pengguna. Server ini juga dapat berinteraksi dengan sistem lain misalnya charging/billing server, Authentication Authorization server dan lain-lain.- Client atau AMSApplication Management Software (AMS) biasa digunakan sebagai istilah untuk software pada sebuah device yang bertanggung jawab untuk mengatur suatu aplikasi misalnya mendownload, menyimpan (install), menjalankan (execution) atau bahkan membuang aplikasi. AMS biasa juga disebut Java Application Manager (JAM) untuk menunjukan software yang bertanggung jawab mengatur aplikasi MIDP pada device.Proses OTA provisioning dimulai dengan content discovery yaitu proses mendapatkan content dari web server. Pengguna biasanya mendapatkan content dari suatu website atau halaman WAP yang menggandung link ke file descriptor (JAD). Contoh link pada halaman WML:MIDlet sampleJika pengguna mengklik link tersebut, AMS (browser) akan mendownload file JAD menggunakan HTTP GET request ke web server.Web server akan meresponse request dengan memberikan file JAD. File tersebut harus diberikan dengan MIME type "text/vnd.sun.j2me.app-descriptor" pada HTTP response header.Dibawah ini contoh suatu file JAD yang didapat dari web server:Manifest-Version: 1.0Created-By: 1.3.1 (Sun Microsystems Inc.)MIDlet-Version: 1.0.3MIDlet-Name: Sample MIDletMIDlet-Vendor: JavanensisMIDlet-1: System Viewer, /icons/system.gif, net.javanensis.sample,SystemViewerMIDlet-2: Bluethoot Test, , net.javanensis.sample.BluethootTestMIDlet-Description: Contoh aplikasi MIDPMIDlet-Jar-Size: 86445MIDlet-Jar-URL: http://www.javanensis.net/contents/sample.jarMIDlet-Install-Notify: http://www.javanensis.net/MidpOtaProvisioing.do?file=sample.jarMIDlet-Delete-Notify: http://www.javanensis.net/MidpOtaProvisioing.do?file=sample.jarMIDlet-Delete-Confirm: Anda yakin akan menghapus aplikasi 'Sample MIDlet'?Setelah mendapatkan file descriptor, AMS biasanya melakukan verifikasi dan konfirmasi. Dari informasi yang ada pada file descriptot AMS bisa melakukan verifikasi apakah aplikasi yang akan diinstall sesuai dengan device, atau apakah ukuran file mencukupi untuk diinstall. Sebelum proses dilanjutkan, AMS dapat pula memberikan informasi yang tertera pada file descriptor kepada user dan meberikan konfirmasi kepada user untuk melanjutkan proses download dan install atau menghapus aplikasi jika aplikasi telah ada.Jika user memilih untuk melanjutkan proses download maka AMS akan mendownload MIDlet (file JAR) dari alamat URL yang tertera pada file descriptor bagian "MIDlet-Jar-URL". Proses download file JAR adalah proses HTTP download. AMS akan melakukan HTTP request ke web server, dan web server akan mengirimkan response yang berisi file dengan MIME type pada HTTP header adalah "application/java-archive"Setelah proses pengambilan file selesai, AMS akan melakukan installasi di tempat (directory) yang telah ditentukan.Bila proses installasi selesai, AMS akan memberitahukan ke provisioning server apakah proses tersebut berhasil atau tidak. Pemberitahuan hasil proses provisioning dilakukan AMS dengan mengirimkan HTTP POST request yang bersisi kode status dan pesan ke URL yang tertera pada "MIDlet-Install-Notify" dalam file descriptor.Contoh pengiriman status:POST /MidpOtaProvisioing.do?file=sample.jar HTTP/1.1Host: www.javanensis.netContent-Length: 13900 SuccessBila user memilih hapus aplikasi karena aplikasi telah ada. Status proses penghapusan dapat juga dikirimkan oleh AMS ke URL yang tertera pada "MIDlet-Delete-Notify"Code Description (Status Message)------ ---------------------------------------------------------900 Success901 Insufficient Memory902 User Cancelled903 Loss of Service904 JAR size mismatch905 Attribute Mismatch906 Invalid Descriptor907 Invalid JAR (MIDP 2.0)908 Incompatible Configuration or Profile (MIDP 2.0)909 Application authentication failure (MIDP 2.0)910 Application authorization failure (MIDP 2.0)911 Push registration failure (MIDP 2.0)912 Deletion Notification (MIDP 2.0)913 Required package not supported by the device (MIDP 2.0)Contoh proses diatas adalah proses yang biasa. Dibelakang layar sebuah provisioning server, penyedia layanan dapat menambahakan proses-proses yang diperlukan misalnya:- Klasifikasi berdasarkan device pada saat user melakukan discovery- Autentikasi user menggunakan Basic HTTP Authentication atau menggunakan cookies- Charging (pembiayaan) pada user- TrackingProses OTA provisioning MIDP ini diadopsi pada cakupan yang lebih luas yaitu Spesifikasi provisioning untuk aplikasi klien J2EE (JSR 124) dan OMA download.== Spesifikasi provisioning untuk aplikasi klien J2EEJSR 124 didesain tidak hanya untuk aplikasi MIDP, tapi masih mirip dengan OTA provisioning aplikasi MIDP. JSR 124 lebih kompleks karena menspesifikasikan cara untuk mengirimkan content termasuk packaging, publishing, authentication, policies, adapter, plug-in, konfigurasi device serta API untuk mengakses content repository.Descriptor yang digunakan pada JSR 124 berupa XML.== OMA Download OTAProses OMA download juga mirip dengan OTA provisioning aplikasi MIDP. OMA download tidak dikhususkan untuk men-download MIDlet atau tipe media spesifik lainnya, tetapi merupakan framework untuk mendownload media object apapun. OMA download juga menambahakan kemampuan untuk menghindari dari pengkopian ilegal suatu content dengan menambahkan spesidikasi Digital Rigth Management (DRM). Content descriptor yang digunakan OMA download berupa XML kecuali untuk aplikasi MIDP descriptor tetap menggunakan file JAD.Contoh descriptor pada OMA download OTA:
by : http://ejlp.blogspot.com/search/label/java
Tidak ada komentar:
Posting Komentar