Jesus be The Center

Jesus at the centre of it all
Jesus at the centre of it all
From beginning to the end, it will always be,
It's always been You Jesus, Jesus
Jesus, Jesus

Nothing else matters, nothing in this world will do
Jesus You're the centre and everything revolves around You, Jesus You

Jesus be the centre of my life
Jesus be the centre of my life
From beginning to the end, it will always be,
It's always been You Jesus, Jesus

From my heart to the heavens, Jesus be the centre
It's all about You, Yes it's all about You

Jesus be the centre of my church
Jesus be the centre of my church
And every knee will bow
And every tongue shall confess You
Jesus Jesus

Script PHP convert To PDF dan Spreadsheet

Pengetahuan scripting PHP akan Reporting & Konversi Data ke PDF & spreadsheets sangat dibutuhkan di dunia industri Sistem Informasi.

Banyak hal yang dapat dilakukan dan terbantu dengan adanya jasa convert ini. Data-data yang bersifat berkas “Non Editing” menjadikan dokumen utama atau aseli tetap terjaga keaseliannya.

Hal ini karena data-data telah tersajikan dalam bentuk ekstensi PDF. Dokumen-dokumen tersebut dapat berupa dokumen informasi stok atau dokumen pengumuman maupun informasi lainnya yang berkenaan dengan informasi yang tidak dapat dirubah (readonly).

Untuk transfer to spreadsheet, dimaksudkan karena data-data source merupakan data-data dalam basisdata atau database yang struktur data tersebut merupakan struktur normal basisdata , dimana akan sulit bagai kita(user) membaca informasi dari struktur basisdata tersebut.

Hal tersebut dapat dimudahkan dengan penyalinan kembali kedalam dokumen spreadsheet yang berisi informasi-informasi yang dibutuhkan oleh user (dapat ditambahkan penjelas / query data) dimana data tersebut bertujuan dapat di olah untuk dapat di laporkan sesuai dengan bentuk laporan yang diinginkan oleh user, dan perubahan layout atau penambahan fungsi dapat dilakukan jika data tersebut ada di dalam dokumen spreadsheet.

sumber : http://kulinerbahanajar.wordpress.com/

XML Web Service Architectures

Service-Oriented Architecture

Sebuah arsitektur berorientasi layanan sangat ideal (baik) untuk melaksanakan seperti terdistribusi aplikasi. Ini adalah arsitektur konseptual untuk menerapkan dinamis, longgar digabungkan, aplikasi terdistribusi.

Sebuah service-oriented architecture terdiri dari tiga peran utama: adalah penyedia service, layanan konsumen, dan 'broker' layanan.

Service provider

Penyedia jasa adalah node pada jaringan (intranet atau Internet) yang menyediakan
akses ke interface ke layanan perangkat lunak yang melakukan serangkaian tertentu
operasi. Sebuah node penyedia layanan memberikan akses ke layanan dari
bisnis sistem, subsistem, atau komponen.

Service consumer
Seorang konsumen jasa adalah node pada jaringan yang mengikat ke layanan dari
penyedia layanan dan menggunakan layanan untuk mengimplementasikan solusi bisnis. Dalam model arsitektur berorientasi layanan, layanan konsumen tidak aplikasi, tetapi node. Namun, untuk tujuan kursus ini, kita akan melihat layanan
konsumen sebagai aplikasi klien pada sebuah node.

Service broker
Seorang broker (makelar) layanan adalah node pada jaringan yang merupakan repositori pelayanan deskripsi dan dapat digunakan seperti buku alamat untuk menemukan lokasi layanan. Layanan konsumen bisa menginterogasi broker layanan untuk locatea diperlukan penyedia layanan dan layanan. Layanan broker akan sering juga bertindak sebagai layanan dalam kasus di mana penyedia layanan yang diminta adalah layanan makelar

Interaction between the roles

Tiga sebelumnya peran service-oriented architecture berinteraksi untuk melakukan tiga
dasar operasi:

Publikasikan layanan
Penyedia layanan mempublikasikan layanan mereka sebagai broker ervice. Informasi
diterbitkan mencakup definisi antarmuka layanan, lokasi layanan
penyedia, dan mungkin informasi pendukung lain atau dokumentasi.

Menemukan layanan
Layanan konsumen menemukan yang diperlukan / diinginkan servi ces dengan menggunakan layanan broker.

Mengikat untuk layanan
Layanan konsumen mengikat untuk layanan tertentu yang disediakan oleh layanan
operator. Proses pengikatan mencakup otentikasi konsumen

Baik mencari dan mengikat ke layanan dapat dilakukan secara dinamis untuk memungkinkan aplikasi untuk mengkonfigurasi dirinya sendiri secara dinamis. Sebagai contoh, jika aplikasi menemukan bahwa waktu respon dari penyedia layanan telah menjadi tidak dapat diterima, maka mungkin memutuskan untuk beralih ke penyedia layanan pada saat run waktu

Sekilas Web Service Arsitektur



Elemen-elemen dasar dalam arsitektur layanan Web adalah:

Penyedia layanan Web, yang merupakan simpul jaringan layanan web hosting.

Konsumen layanan Web, yang merupakan simpul jaringan hosting klien yang
dapat berkomunikasi dengan menggunakan Hypertext Transfer Protocol (HTTP). Klien
termasuk browser, aplikasi konsol, dan tradisional pengguna grafis
interface (GUI) aplikasi.

Broker layanan Web, yang merupakan simpul jaringan hosting registri global
layanan web yang tersedia banyak seperti buku alamat global

Web Services Sebagai Implementasi Arsitektur Berorientasi Layanan

Layanan Broker di Web Service
Peran broker layanan terutama dipenuhi oleh sebuah node yang host
Universal Description, Discovery, dan Integrasi (UDDI) registri. Anda akan
diperkenalkan untuk UDDI nanti dalam modul ini. Untuk ecoverage lebih complet
program layanan Web dan konsumen layanan Web dengan menggunakan UDDI.

Penyedia Layanan di Web Service
Peran penyedia layanan adalah dipenuhi oleh node yang mengekspos layanan Web
melalui halaman ASP.NET dengan ekstensi. asmx.

Layanan Konsumer di Web Service
Peran seorang konsumen layanan dipenuhi oleh setiap node yang dapat berkomunikasi dengan menggunakan Simple Object Access Protocol (SOAP) atau HTTP, memahamilayanan antarmuka yang sedang digunakan, dan bisa menyediakan otentikasi yang diperlukan kredensial.

Peran dalam Arsitektur Layanan Web

• The Web service Provider
• The web service Consumer
• The Web service Broker

Aturan dalam Web Service Arsitektur

1. Web Service Provider

Salah satu aturan penting dalam arsitektur web service adalah web service provider. Salah satu contohnya adalah web service provider harus menyediakan untuk web service yaitu HTTP protocol handling dan servis autentikasi . Jika web service provider tidak dapat menawarkan banyak infrasuktur, maka web service harus mendukung infrastruktur ini. Bagaimanapun hal ini akan membuat pengembangan web service menjadi lebih sulit.

Web service provider mungkin mempunyai banyak web service, itu dapat memudahkan untuk merequest beberapa web service. RPCSS (Remote Procedure Call Subsystem ) bertanggungjawab untuk menghandel permintaan DCOM (Distributed Component Object Model) dan mendirect ke server COM(Component Object Model). Web service consumer yang tidak dikenal dapat mengakses web service provider. Oleh karena itu, untuk meminimumkannya, web service harus menyediakan layanan keamanan pada level protocol.

2. Web Service Consumer

Untuk menggunakan web service , web service consumer harus memanggil method web service dengan parameternya dengan menggunakan protocol (contohnya, SOAP).

Sebelum web service dapat digunakan, consumer harus mengalokasikan web servise.

Alokasi web service dapat dilakukan secara statis dengan hard-coding pada endpoint web service consumer. Dapat juga dilakukan secara dinamis pada lokasi web service saat run time.

Ketika mengimplementasikan web service consumer , developers dapat menghabiskan waktu dengan mengerjakan beberapa tugas :

1. Bekerja dengan underlying protocols

2. Membagi byte streams untuk extract data

3. Memvalidasi paket data

Peran layanan consumer dipenuhi oleh setiap node yang dapat berkomunikai dengan SOAP atau HTTP , memahami layanan antarmuka yg sedang digunakan, dan bias menyediakan otentikais yg diperlukan hak akses.

3. Web Service Broker

Tidak hanya arsitektur service-oriented yang membutuhkan service broker, tetapi arsitektur web service juga membutuhkan sebuah service broker. Untuk interaksi,untuk mempublish informasi kepada konsumer. Web service broker berhubungan dengan web service provider dan web service consumer.

Hubungan antara web service consumer dan web service broker adalah berhubungan untuk pencarian. Broker harus memfasilitasi pencarian untuk memudahkan mengalokasi web service dan informasi yang diinginkan untuk dibinding ke web service.

Peran broker terutama dipenuhi oleh sebuah node yang dilengkapi UDDI registry.

UDDI (Universal Description Discovery and Integration) adalah spesifikasi untuk distribusi web-based registry pada web service. Secara konseptual, informasi terbagi menjadi tiga bagian:

- Business address, kontak informasi, identitas yang diketahui.

- Daftar dari kategori industrial yang berdasarkan standar taksonomi.

- Informasi teknikal tentang web service yang termasuk business exspose.

The need for XML Web Service

<!--[if gte mso 9]> Normal 0 false false false EN-US X-NONE X-NONE MicrosoftInternetExplorer4 Normal 0 false false false EN-US X-NONE X-NONE MicrosoftInternetExplorer4

Evolusi dari distribusi Applikasi

Distribusi Applikasi itu adalah sebuah aplikasi yang memproses persyaratan yang dapat dipenuhi oleh beberapa komputer fisik, dan data yang disimpan di dalam banyak lokasi fisik, tetapi yang logis fungsi tidak ditentukan oleh topologi fisik yang digunakan untuk mengimplementasikan aplikasi .

Kenapa kita membutuhkan distribusi aplikasi??

1. Cost of mainframes ( biaya mainframe )

salah satu kekuatan pendorong utama adalah biaya mainframe.

2. Data ownership ( kepemilikan data )

Data ownership merupakan faktor penting di balik desentralisasi adalah politik kepemilikan data. Data dapat diakses bebas tanpa adanya perizinan dari pemiliknya, karena tanggung jawab me-manage data tidak didelegasikan.

3. Security ( keamanan )

Data dapat diakses bebas tanpa adanya perizinan dari pemiliknya, karena tanggung jawab me-manage data tidak didelegasikan.

Pertimbangan Desain untuk Distribusi Aplikasi

· Tipe data tidak compatible antar system yang berbeda

Kita harus mempertimbangkan bagaimana untuk menghandel type data yang tidak kompatibel antar perbedaan system.

· Kehilangan dari respon server atau Kegagalan Server

Karena komponen dari distribusi aplikasi sering hilang , ada banyak single points dari kegagalan. Untuk itu , kita harus mempertimbangkan bagaimana untuk mengandel kegagalan server dan kehilangan server repon.

· Kegagalan Klient

jika server menyimpan suatu status atas nama klien, dan klien gagal, maka Anda harus mempertimbangkan bagaimana server akan diberitahu.

· Mencoba sebuah panggilan

Kita haru mempertimbangkan sebuah panggilan

· Keamanan

Di dalam distribusi aplikasi ada banyak peluang kejahatan, tidak hanya harus mempertimbangkan autentikasi dan autorisasi, tetapi kita juga harus mempertimbangkan bagaimana komunikasi antaa kliaent dan server, dan bagaimana menjaga dari serangan-serangan.

· Mensinkronkan antara beberapa Komputer

Memastikan sinkronisasi supaya beberapa computer dapat berkomunikasi.

RPC – Based Architecture

RPC adalah sebuah RPC adalah panggilan dibuat untuk suatu prosedur atau fungsi yang berada pada sistem remote.

Transparansi Lokasi

Programmer tidak perlu tahu lokasi fisik dari service provider

Model Programming yang Familiar

Kebanyakan programmer biasa menggunakan beberapa call procedure

Fitur yang jelas dari Message based architecture adalah mereka merupakan jenis asynchronous dan mereka berdasarkan pada pertukaran message daripada pemanggilan fungsi.Fitur fitur tersebut memiliki beberapa keuntungan , seperti :

Pesan dapat di route berdasarkan load dan prioritas

Asynchronous call memungkinkan client untuk melakukan kerja yang produktif selama mengunggu operasi time consuming .

Masalah dengan protokol biner

1. Firewall
2. Interoperability
3. Data format

HTML adalah bahasa yang mendefinisikan bagaimana untuk menambhakan markup ke text dokumen untuk menyediakan informasi kepada web browse atau bagaimana melakukan layout teks di dokumen.

HTTP adalah protocol yg digunakan untuk merequest dan menerima hypertext document di Web.

Pada tahun 1996 , keterbatasan HTML membuat lahirnya bahasa marking up teks untuk mendeskripsikan struktur data dokumen. Bahasa itu dikenal sebagai extensible Markup Language (XML)

Tujuan dari XML adalah harus :

1. Mudah digunakan di internet
2. Tidak ambigu
3. Mudah untuk dibuat
4. Mudah untuk di parse dan di proses
5. Ekstensibel , platform yg independen , dan dapat mensuport localization

Web service adalah suatu sistem perangkat lunak yang dirancang untuk mendukung interoperabilitas dan interaksi antar sistem pada suatu jaringan. Web service digunakan sebagai suatu fasilitas yang disediakan oleh suatu web site untuk menyediakan layanan (dalam bentuk informasi) kepada sistem lain, sehingga sistem lain dapat berinteraksi dengan sistem tersebut melalui layanan-layanan (service) yang disediakan oleh suatu sistem yang menyediakan web service. Web service menyimpan data informasi dalam format XML, sehingga data ini dapat diakses oleh sistem lain walaupun berbeda platform, sistem operasi, maupun bahasa compiler.

Beberapa alasan mengapa digunakannya web service adalah sebagai berikut:

1. Web service dapat digunakan untuk mentransformasikan satu atau beberapa bisnis logic atau class dan objek yang terpisah dalam satu ruang lingkup yang menjadi satu, sehingga tingkat keamanan dapat ditangani dengan baik.

2. Web service memiliki kemudahan dalam proses deployment-nya, karena tidak memerlukan registrasi khusus ke dalam suatu sistem operasi. Web service cukup di-upload ke web server dan siap diakses oleh pihak-pihak yang telah diberikan otorisasi.

3. Web service berjalan di port 80 yang merupakan protokol standar HTTP, dengan demikian web service tidak memerlukan konfigurasi khusus di sisi firewall.