15 Jul 2009
Di mana kita harus menyimpan log output aplikasi kita? Tentunya kita ingin menggunakan lokasi yang dinamis sesuai dengan lokasi deployment. Misalnya, di Windows kita mungkin mendeploy aplikasi kita di
C:\Program Files\Apache Tomcat\webapps\aplikasi-saya
Sedangkan di Linux, kita mendeploy aplikasi di
/opt/apache-tomcat/webapps/aplikasi-saya
Dengan kemungkinan seperti di atas, bagaimana kita harus menulis konfigurasi log4j?
Mudah, bila kita menggunakan Spring MVC.
Kita bisa menggunakan Log4jConfigListener yang disediakan Spring. Class ini memungkinkan kita menggunakan variabel di konfigurasi log4j kita. Kita mendaftarkan class ini di dalam web.xml, sebelum ContextLoaderListener, seperti ini :
<listener>
<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
Dengan adanya Log4jConfigListener ini, kita bisa menyebutkan lokasi konfigurasi log4j seperti ini :
<context-param>
<param-name>log4jConfigLocation</param-name>
<param-value>classpath:artivisi-log4j.properties</param-value>
</context-param>
Isi artivisi-log4j.properties terlihat seperti ini :
# Konfigurasi kategori
log4j.rootLogger=INFO,fileout
# File output
log4j.appender.fileout=org.apache.log4j.DailyRollingFileAppender
log4j.appender.fileout.file=${webapp.root.path}/WEB-INF/logs/application.log
log4j.appender.fileout.datePattern='.'yyyy-MM-dd
log4j.appender.fileout.layout=org.apache.log4j.PatternLayout
log4j.appender.fileout.layout.conversionPattern=%d [%t] %p (%F:%L) %m%n
Perhatikan konfigurasi log4j.appender.fileout.file. Kita menggunakan variabel ${webapp.root.path} yang akan diisi dengan nilai lokasi deployment aplikasi web kita. Variabel ${webapp.root.path} ini didefinisikan dalam web.xml sebagai berikut :
<context-param>
<param-name>webAppRootKey</param-name>
<param-value>webapp.root.path</param-value>
</context-param>
Dengan konfigurasi ini, kita dapat meletakkan log output kita di
C:\Program Files\Apache Tomcat\webapps\aplikasi-saya\WEB-INF\logs\application.log
bila kita mendeploy di Windows, dan di
/opt/apache-tomcat/webapps/aplikasi-saya/WEB-INF/logs/application.log
bila kita deploy di Linux.
Konfigurasi di atas bisa disederhanakan lagi bila kita mengikuti nilai default yang disediakan Spring, yaitu cukup seperti ini dalam web.xml :
<listener>
<listener-class>org.springframework.web.util.Log4jConfigListener</listener-class>
</listener>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
Kemudian memberi nama file konfigurasi logger kita log4j.properties yang berada di top level dalam classpath, dan berisi seperti ini :
# Konfigurasi kategori
log4j.rootLogger=INFO,fileout
# File output
log4j.appender.fileout=org.apache.log4j.DailyRollingFileAppender
log4j.appender.fileout.file=${webapp.root}/WEB-INF/logs/application.log
log4j.appender.fileout.datePattern='.'yyyy-MM-dd
log4j.appender.fileout.layout=org.apache.log4j.PatternLayout
log4j.appender.fileout.layout.conversionPattern=%d [%t] %p (%F:%L) %m%n
Nilai variabel ${webapp.root} secara default akan diisi dengan lokasi deployment tanpa harus mengkonfigurasi webAppRootKey
03 Jul 2009
Dulu, kita sudah mencoba untuk membuat remoting service dengan menggunakan Spring Framework. Salah satu protokol yang digunakan adalah Spring HTTP Invoker. Untuk mempublish service dengan protokol ini, kita harus menggunakan servlet engine, misalnya Tomcat.
Akan tetapi, Sun Microsystem merilis Java versi 6 yang sudah dilengkapi dengan HTTP Server sederhana. Dengan memanfaatkan fitur ini, kita tidak perlu lagi menggunakan Tomcat hanya untuk mempublish service dengan HTTP Invoker. Ini akan sangat bermanfaat untuk aplikasi kecil yang ingin dipanggil oleh aplikasi lain.
Pada artikel ini, kita akan mempublish service dengan protokol HTTP Invoker pada HTTP Server yang disediakan oleh Sun JRE versi 6.
Di Netbeans, kita akan membuat tiga project, yaitu
-
remoting-shared : project ini menampung interface RemotingService, yang akan digunakan di client dan server
-
remoting-server : project ini yang akan mempublish service. Implementasi RemotingService juga ada di sini
-
remoting-client : project ini yang akan mengakses service yang dipublish remoting-server
Berikut screenshot Netbeans. Project remoting-server dan remoting-client memiliki dependensi terhadap remoting-shared.
Pertama, mari kita lihat dulu service interfacenya. Berikut adalah kode programnya.
package com.artivisi.tutorial.remoting.spring.service.api;
public interface RemotingService {
public String halo(String nama);
}
Kode program ini berada di project remoting-shared.
Berikutnya, kita lihat dulu di sisi client. Kita cuma butuh satu class untuk menjalankan aplikasi, yaitu ClientLauncher sebagai berikut.
package com.artivisi.tutorial.remoting.spring.client;
public class ClientLauncher {
private static final Logger log = Logger.getLogger(ClientLauncher.class.getName());
public static void main(String[] args) {
AbstractApplicationContext ctx =
new ClassPathXmlApplicationContext("client-ctx.xml", ClientLauncher.class);
ctx.registerShutdownHook();
RemotingService service = (RemotingService) ctx.getBean("remotingService");
String msg = service.halo("endy");
log.info("Pesan dari server : "+msg);
}
}
ClientLauncher akan membaca client-ctx.xml yang isinya seperti ini.
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
<!-- proxy dengan protokol HTTP Invoker -->
<bean id="remotingService"
class="org.springframework.remoting.httpinvoker.HttpInvokerProxyFactoryBean">
<property name="serviceUrl"
value="http://localhost:9090/RemotingService"/>
<property name="serviceInterface"
value="com.artivisi.tutorial.remoting.spring.service.api.RemotingService"/>
</bean>
</beans>
Seperti kita lihat di atas, client mengakses service yang ada di komputer lokal (localhost) di port 9090, dengan nama service RemotingService.
Selanjutnya, mari kita implement project remoting-server. Di sini ada implementasi RemotingService sebagai berikut
/*
* To change this template, choose Tools | Templates
* and open the template in the editor.
*/
package com.artivisi.tutorial.remoting.spring.service.impl;
@Service("remotingService")
public class RemotingServiceImpl implements RemotingService {
Logger log = Logger.getLogger(RemotingServiceImpl.class.getName());
public String halo(String nama) {
log.info("Terima dari client : "+nama);
return "Halo, "+nama;
}
}
Kemudian ada class untuk menjalankan aplikasi di sisi server. Berikut ServerLauncher.
package com.artivisi.tutorial.remoting.spring.server;
public class ServerLauncher {
public static void main(String[] args) {
AbstractApplicationContext ctx =
new ClassPathXmlApplicationContext("server-ctx.xml", ServerLauncher.class);
ctx.registerShutdownHook();
}
}
ServerLauncher membaca file konfigurasi server-ctx.xml. Inilah isinya.
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:p="http://www.springframework.org/schema/p"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-2.5.xsd">
<!-- menginstankan Sun HttpServer dalam JRE 6 -->
<bean class="org.springframework.remoting.support.SimpleHttpServerFactoryBean">
<property name="contexts">
<map>
<entry key="/RemotingService" value-ref="remotingServiceHttpInvoker"/>
</map>
</property>
<property name="port" value="9090" />
</bean>
</beans>
Pada blok konfigurasi pertama, kita menginstankan Sun HttpServer yang ada di JRE 6. HttpServer ini akan berjalan di port 9090, sesuai dengan yang kita konfigurasi di sisi client. Di sana terlihat bahwa URL /RemotingService akan ditangani oleh remotingServiceHttpInvoker. Berikut konfigurasinya
<!-- publish service dengan protokol HttpInvoker -->
<bean id="remotingServiceHttpInvoker"
class="org.springframework.remoting.httpinvoker.SimpleHttpInvokerServiceExporter"
p:service-ref="remotingService"
p:serviceInterface="com.artivisi.tutorial.remoting.spring.service.api.RemotingService"
/>
Selanjutnya, kita suruh Spring mendeteksi implementasi service kita secara otomatis, yaitu class yang ada anotasi @Service.
<context:component-scan base-package="com.artivisi"/>
Berikut adalah dependensi pustaka di project client.
Dan ini untuk di server.
Keseluruhan project akan terlihat seperti ini.
Semua library dapat diambil dari distribusi Spring Framework dan Repository SpringSource.
Coba jalankan ServerLauncher, kita akan melihat log seperti ini.
Jul 3, 2009 2:57:25 PM org.springframework.context.support.AbstractApplicationContext prepareRefresh
INFO: Refreshing org.springframework.context.support.ClassPathXmlApplicationContext@be2358: display name [org.springframework.context.support.ClassPathXmlApplicationContext@be2358]; startup date [Fri Jul 03 14:57:25 WIT 2009]; root of context hierarchy
Jul 3, 2009 2:57:26 PM org.springframework.beans.factory.xml.XmlBeanDefinitionReader loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource [server-ctx.xml]
Jul 3, 2009 2:57:26 PM org.springframework.context.support.AbstractApplicationContext obtainFreshBeanFactory
INFO: Bean factory for application context [org.springframework.context.support.ClassPathXmlApplicationContext@be2358]: org.springframework.beans.factory.support.DefaultListableBeanFactory@f11404
Jul 3, 2009 2:57:26 PM org.springframework.beans.factory.support.DefaultListableBeanFactory preInstantiateSingletons
INFO: Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@f11404: defining beans [org.springframework.remoting.support.SimpleHttpServerFactoryBean#0,remotingServiceHttpInvoker,remotingService,org.springframework.context.annotation.internalCommonAnnotationProcessor,org.springframework.context.annotation.internalAutowiredAnnotationProcessor,org.springframework.context.annotation.internalRequiredAnnotationProcessor]; root of factory hierarchy
Jul 3, 2009 2:57:27 PM org.springframework.remoting.support.SimpleHttpServerFactoryBean afterPropertiesSet
INFO: Starting HttpServer at address 0.0.0.0/0.0.0.0:9090
Lalu jalankan ClientLauncher, inilah log yang muncul.
Jul 3, 2009 2:58:12 PM org.springframework.context.support.AbstractApplicationContext prepareRefresh
INFO: Refreshing org.springframework.context.support.ClassPathXmlApplicationContext@be2358: display name [org.springframework.context.support.ClassPathXmlApplicationContext@be2358]; startup date [Fri Jul 03 14:58:12 WIT 2009]; root of context hierarchy
Jul 3, 2009 2:58:12 PM org.springframework.beans.factory.xml.XmlBeanDefinitionReader loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource [client-ctx.xml]
Jul 3, 2009 2:58:13 PM org.springframework.context.support.AbstractApplicationContext obtainFreshBeanFactory
INFO: Bean factory for application context [org.springframework.context.support.ClassPathXmlApplicationContext@be2358]: org.springframework.beans.factory.support.DefaultListableBeanFactory@d2906a
Jul 3, 2009 2:58:13 PM org.springframework.beans.factory.support.DefaultListableBeanFactory preInstantiateSingletons
INFO: Pre-instantiating singletons in org.springframework.beans.factory.support.DefaultListableBeanFactory@d2906a: defining beans [remotingService]; root of factory hierarchy
Jul 3, 2009 2:58:13 PM com.artivisi.tutorial.remoting.spring.client.ClientLauncher main
INFO: Pesan dari server : Halo, endy
Setelah ClientLauncher dijalankan, di log server akan muncul informasi sebagai berikut.
INFO: Terima dari client : endy
Demikianlah cara menggunakan embedded HttpServer. Selamat mencoba.
22 Jun 2009
Menggunakan PostgreSQL Sequence dengan Hibernate
Pada artikel ini, kita akan membahas tentang bagaimana membuat Hibernate menggunakan sequence yang dibuat PostgreSQL.
Bila kita membuat Hibernate mapping untuk entity class sebagai berikut:
@Entity @Table(name="example")
public class Example {
@Id @GeneratedValue
private Integer id;
private String name;
// getter dan setter
}
kemudian menyuruh Hibernate untuk menggenerate DDL ke PostgreSQL, maka kita akan mendapatkan hasil sebagai berikut.
create table example (id int4 not null, name varchar(255), primary key (id))
create sequence example_id_seq
Artinya, Hibernate akan membuat sequence bernama example_id_seq dan menggunakannya untuk menghasilkan id.
Skema yang dihasilkan ini berbeda dengan skema yang biasa digunakan DBA PostgreSQL dalam membuat tabel, yaitu seperti ini
CREATE TABLE example (id serial, name text)
Bila kita menggunakan mapping di atas ke skema tabel dengan id bertipe serial ini, kita akan mendapatkan exception sebagai berikut.
SEVERE: ERROR: relation "hibernate_sequence" does not exist
Exception in thread "main" org.hibernate.exception.SQLGrammarException: could not get next sequence value
Caused by: org.postgresql.util.PSQLException: ERROR: relation "hibernate_sequence" does not exist
Ini disebabkan karena mapping di atas akan mencari sequence bernama hibernate_sequence yang tidak ada kalau kita membuat tabel dengan id serial.
Solusinya adalah dengan menggunakan Hibernate Annotation Extension, yaitu anotasi @GenericGenerator seperti ini.
@Entity @Table(name="example")
public class Example {
@Id @GeneratedValue(strategy=GenerationType.SEQUENCE, generator="pg_seq")
@GenericGenerator(name="pg_seq", strategy="sequence", parameters={
@Parameter(name="sequence", value="example_id_seq")
})
private Integer id;
private String name;
}
Nama sequence diambil dari sequence yang dibuatkan PostgreSQL pada saat kita melakukan create table.
Nama sequence ini bisa dilihat dengan mengetikkan \d example, yang akan menghasilkan output sebagai berikut.
\d example
Table "public.example"
Column | Type | Modifiers
--------+---------+-------------------------------------------------------
id | integer | not null default nextval('example_id_seq'::regclass)
name | text |
Barulah setelah itu kita bisa menyimpan object ke database dengan mulus.
16 Jun 2009
Pada artikel sebelumnya, kita telah membahas tentang konsep integrasi aplikasi, dan implementasinya menggunakan Spring Integration. Contoh implementasi kita kemarin, walaupun mencakup integrasi end-to-end, masih sangat sederhana.
Kali ini kita akan mengeksplorasi use-case yang lebih kompleks, yaitu cara menangani berbagai operasi service. Misalnya untuk tipe data yang sama, contohnya Penjualan, kita memiliki service untuk simpan dan hapus. Object penjualan juga lebih kompleks daripada object produk.
Untuk memecahkan masalah ini, kita menggunakan Router. Router bertugas memilih channel sesuai dengan message yang datang. Berikut skema penggunaan router.
Sebelum membahas tentang router, baiklah kita lihat dulu data penjualan yang akan dikirim. Berikut class penjualan
Penjualan
public class Penjualan {
private Integer id;
private Date tanggal = new Date();
private List<PenjualanDetail> details = new ArrayList<PenjualanDetail>();
// getter dan setter
}
Berikutnya, penjualan detail.
PenjualanDetail
public class PenjualanDetail {
private Integer id;
private Penjualan penjualan;
private Produk produk;
private Integer jumlah;
// getter dan setter
}
Object baru ini tentu saja harus kita buatkan transformernya untuk mengkonversi object menjadi JSON.
CabangService
public class JsonTransformer{
public Penjualan jsonToPenjualan(String json){
Map<String , Class> binding = new HashMap<String , Class>();
binding.put("details", PenjualanDetail.class);
return (Penjualan) JSONObject.toBean(JSONObject.fromObject(json), Penjualan.class, binding);
}
public String penjualanToJson(Penjualan p){
// remove dulu cyclic dependency
for (PenjualanDetail detail : p.getDetails()) {
detail.setPenjualan(null);
}
return JSONObject.fromObject(p).toString();
}
}
Penjualan dan PenjualanDetail akan kita proses melalui method simpan dan hapus yang ada di CabangService.
CabangService
public class CabangService {
public void save(Penjualan p) {
System.out.println("Simpan penjualan dengan ID : "+p.getId());
System.out.println("Tanggal : "+new SimpleDateFormat("dd MMM yyyy").format(p.getTanggal()));
System.out.println("Details : ");
for (PenjualanDetail detail : p.getDetails()) {
System.out.println("Produk : "+detail.getProduk().getKode());
System.out.println("Jumlah : "+detail.getJumlah());
}
}
public void delete(Penjualan p) {
System.out.println("Hapus penjualan dengan ID : "+p.getId());
}
}
Tentunya nanti method save dan delete ini akan lebih canggih dari ini, misalnya insert dan delete ke database.
Kalau kita lihat skemanya, ada satu titik di mana message akan dilihat dan disalurkan ke channel yang sesuai.
Penjualan yang akan disimpan dimasukkan ke channel penjualan-simpan. Sedangkan object penjualan yang akan dihapus dimasukkan ke channel penjualan-hapus. Dengan demikian, kita harus membuat router yang mampu menentukan channel yang akan dipilih dengan melihat message yang masuk ke dalam router tersebut. Operasi yang akan dilakukan (simpan atau hapus) harus dimasukkan ke message header atau message content. Agar sederhana, kita tambahkan saja satu property di class Penjualan untuk menentukan operasi yang akan dilakukan. Bila class Penjualan ini dimapping menggunakan JPA, kita bisa menandai property ini dengan anotasi @Transient agar isinya tidak disimpan di database.
Karena nantinya property operasi ini akan digunakan tidak saja untuk Penjualan, tapi juga transaksi lainnya, baiklah kita buat saja di superclass DomainObject sebagai berikut.
Penjualan
public class DomainObject {
private String operasi;
}
Berikut class Penjualan yang sudah dimodifikasi.
Penjualan
public class Penjualan extends DomainObject {
private Integer id;
private Date tanggal = new Date();
private List<PenjualanDetail> details = new ArrayList< <PenjualanDetail>();
// getter dan setter
}
Property operasi ini akan dilihat oleh router untuk menentukan nama channel. Berikut implementasi Router.
Router
public class NamaKelasDanOperasiRouter {
public String pilihChannel(Object msg){
String classname = msg.getClass().getSimpleName().toLowerCase();
if(!DomainObject.class.isAssignableFrom(msg.getClass())) {
throw new IllegalArgumentException("Harus object bertipe : "+DomainObject.class.getName());
}
DomainObject obj = (DomainObject) msg;
String operasi = obj.getOperasi().toLowerCase();
return classname + "-" + operasi;
}
}
Router ini akan membaca nama class dari object yang diterimanya dan menggabungkannya dengan property operasi. Jadi, object Penjualan dengan operasi simpan akan menghasilkan nama channel penjualan-simpan. Demikian juga object Pembelian dengan operasi hapus akan menghasilkan channel pembelian-hapus.
Berikut unit test untuk router di atas.
Router
public class NamaKelasDanOperasiRouterTest {
@Test
public void testPilihChannel() {
Penjualan p = new Penjualan();
p.setOperasi("simpan");
assertEquals("penjualan-simpan", new NamaKelasDanOperasiRouter().pilihChannel(p));
}
}
Berikut aliran message mulai dari gateway sampai menjadi JSON.
Dan ini adalah konfigurasi Spring Integration untuk flow di atas.
Gateway ke JSON
<gateway id="gateway"
service-interface="com.artivisi.explore.spring.integration.gateway.Gateway"
default-request-channel="outgoingPenjualan"
/>
<channel id="outgoingPenjualan"/>
<transformer
input-channel="outgoingPenjualan"
output-channel="outgoingJson"
ref="jsonTransformer"
method="penjualanToJson"
/>
<channel id="outgoingJson"/>
Pada artikel sebelumnya, kita mengganti implementasi email dengan shared folder supaya proses development lebih cepat. Akses ke shared folder jauh lebih cepat daripada email yang dibatasi oleh kecepatan internet. Kali ini, kita akan menggunakan bridge, yaitu hubungan langsung antar channel. Ini kita gunakan untuk menghubungkan channel outgoingJson dengan incomingJson. Hubungan ini pada artikel sebelumnya diimplementasikan menggunakan shared folder dan email.
Berikut konfigurasi bridge untuk menghubungkan outgoingJson dan incomingJson.
Bridge
<bridge
input-channel="outgoingJson"
output-channel="incomingJson"
/>
Dari incomingJson, kita konversi dulu menjadi object.
Berikut konfigurasinya.
JSON ke Object
<channel id="incomingJson"/>
<transformer
input-channel="incomingJson"
output-channel="incomingPenjualan"
ref="jsonTransformer"
method="jsonToPenjualan"
/>
Setelah menjadi object, kita masukkan ke router untuk ditentukan channelnya.
Routing
<router
input-channel="incomingPenjualan"
ref="namaKelasDanOperasiRouter"
method="pilihChannel"
/>
Kemudian, dari channel kita sambungkan ke method save dan delete.
Method Save
<channel id="penjualan-simpan"/>
<service-activator
input-channel="penjualan-simpan"
ref="cabangService"
method="save"/>
Method Delete
<channel id="penjualan-hapus"/>
<service-activator
input-channel="penjualan-hapus"
ref="cabangService"
method="delete"/>
Terakhir, kita buat class untuk menjalankan semua rangkaian integrasi ini.
CabangRouterDemo
public class CabangRouterDemo {
public static void main(String[] args) {
// 1. Menginstankan Spring Application Context
AbstractApplicationContext ctx
= new ClassPathXmlApplicationContext("cabang-router-ctx.xml", CabangRouterDemo.class);
ctx.registerShutdownHook();
Gateway gw = (Gateway) ctx.getBean("gateway");
Penjualan p1 = bikinTransaksi(100, "simpan");
Penjualan p2 = bikinTransaksi(102, "hapus");
gw.send(p1);
gw.send(p2);
System.exit(0);
}
private static Penjualan bikinTransaksi(Integer id, String operasi) {
Penjualan p = new Penjualan();
p.setId(id);
p.setOperasi(operasi);
Produk pr1 = new Produk(1001, "PR-001", "Produk 001");
Produk pr2 = new Produk(1002, "PR-002", "Produk 002");
Produk pr3 = new Produk(1003, "PR-003", "Produk 003");
PenjualanDetail pd1 = new PenjualanDetail(11, pr1, 1);
PenjualanDetail pd2 = new PenjualanDetail(12, pr2, 2);
PenjualanDetail pd3 = new PenjualanDetail(13, pr3, 3);
p.addPenjualanDetail(pd1);
p.addPenjualanDetail(pd2);
p.addPenjualanDetail(pd3);
return p;
}
}
Demikianlah penggunaan routing dengan Spring Integration. Seperti kita lihat, dengan menggunakan Spring Integration, aplikasi kita menjadi fleksibel dan mudah ditest. Semua implementasi kode program Java, baik itu transformer, router, dan service method, bisa ditest dengan mudah menggunakan JUnit. Kita juga lihat bahwa semua kode program Java kita tidak memiliki ketergantungan terhadap Spring Integration.
15 Jun 2009
Di salah satu proyek ArtiVisi, kita memiliki aplikasi client-server yang terhubung melalui koneksi internet berbandwidth kecil. Client menghubungi server melalui modem GPRS.
Permasalahannya adalah bagaimana cara mengetes koneksi lemot ini pada saat development? Umumnya pada saat development kita menjalankan server dan client di komputer yang sama. Atau kalaupun di komputer berbeda, dijalankan di satu LAN, sehingga kecepatan bisa mencapai 100Mbps.
Ada dua alternatif yang bisa kita gunakan. Yang pertama adalah aplikasi tc (traffic control) yang biasanya sudah terinstal secara default di Ubuntu. Kalau belum terinstal, kita bisa menginstal paket iproute atau iproute2, tergantung distro yang Anda gunakan.
Alternatif kedua, menggunakan aplikasi ip_relay. Aplikasi ini bisa diinstal dengan nama paket iprelay.
Berikut adalah referensi pemakaian tc :
Dan ini adalah referensi pemakaian iprelay :
