Runtime and Debugging Knowledge:

 Object Oriented Knowledge

Framework Knowledge

Sharepoint Fundamentals : For Sharepoint Developers

BizTalk Fundamentals :

Search Department
Name: [_______]
Age: from [__] to [__] year old
Budget: [ ]
{Search}

Data akses yang spesifik berhubungan dengan domain model di implementasikan dengan Repository pattern.  Cara umum yang biasa dilakukan orang adalah:

Lambda-Expression Repository

var result = departmentRepository.FindAll<Department>(
		x => x.Name.Contains(emailAddress) && x.StartDate > ageFrom
		&& x.StartDate > ageFrom && x.StartDate < ageTo || x.Budget < budget
	);

Aku suka dengan fitur Fluent diatas. Client API bisa dengan leluasa meng passing searching criteria ke parameter method tersebut. Tapi aku kurang nyaman dengan cara diatas, aku ga suka membiarkan searching criteria telanjang. Ketika aku hendak me-reuse criteria tersebut di screen lain tidak akan bisa. karena criteria di specify oleh client saat invoke method FindAll.

Repository Finder Methods

var result = departmentRepository.SearchByBlaBlaBloodyBla(name, ageFrom, ageTo, budget);

Oke, aku lebih suka cara ini. Implementasi searching terencapsulate pada method SearchByBlaBlaBloodyBla. Diimplementasinya bisa di lakukan pengecekan, saat namanya tidak null, nama dijadikan sebagai searching criteria dan selanjutnya. Lagi lagi aku kurang suka dengan cara ini, terkadang ada searching parameter/criteria banyak. Saat parameter searching banyak, pengecekan parameter di method itu juga banyak dan implementasi Repository pattern jadi terlalu gemuk.

Specification Pattern

...
public IEnumerable<Department> FindBySpec(ISpecification<Department> specs)
{
	return GetQuery<Department>().Where(criteria.IsSatisfiedBy).AsEnumerable();
}

...
var result = departmentRepository.Find<Department>(
	new IntenationalDepartmentSpec(),
	new DepartmentByNameSpecification("ce"))
);

Ow .. Specification pattern, sounds cool bro. Sesuai dengan kegunaan Repository yang di jelaskan oleh Martin Fowler di buku PoEAA

A Repository mediates between the domain and data mapping layers, acting like an in-memory domain object collection. Client objects construct query specifications declaratively and submit them to Repository for satisfaction.

Tapi coba perhatikan code ini: GetQuery().Where(criteria.IsSatisfiedBy).AsEnumerable(); specification pattern itu bukan dibaca sebagai Expression Trees tapi di baca sebagai anonymous method / delegate yang return boolean. Code tersebut sama aja dengan code dibawah ini

foreach (var department in FindAll())
{
	if (specs.IsSatisfiedBy(department))
		yield return department;
}

Bayangkan ketika kamu memiliki record yang ribuan, record tersebut harus di load dari database / FindAll(), di simpan dalam memory lalu di search berdasarkan spesifikasi, yield return. Specification memang kelihatan keren tapi kurang efisien .

Solution

Aku biasanya membuat object Query untuk melakukan searching dengan criteria yang banyak/rumit. Dengan membuat query object kita mengikuti Object Oriented Principe yaitu:
Single Responsibility: Object ini kerjaanya cuma melakukan query berdasarkan criteria query yang terdapat pada property object itu
Command and Query: Repository Pattern biasanya aku gunakan untuk operasi write. Untuk operasi reaad/query/reporting dimana tidak merubah state domain model aku implementasikan dengan Query Pattern.

public class DepartmentQuery
{
	private readonly ObjectContext _context;
	private readonly IObjectSet<Department> _objectSet;

	public DepartmentQuery(ObjectContext context)
	{
		_context = context;
		_objectSet = _context.CreateObjectSet<Department>();
	}

	public string Name { set; get; }
	public decimal? Budget { set; get; }
	public DateTime? StartDate { set; get; }

	public IQueryable<Department> GetQuery()
	{
		var departments = _objectSet.AsQueryable() ;

		if (Name != null)
			departments = departments.Where(d => d.Name.Contains(Name));

		if (Budget != null)
			departments = departments.Where(d => d.Budget <= Budget);

		if (StartDate != null)
			departments = departments.Where(d => d.StartDate <= StartDate);

		return departments;
	}
}

Cukup sederhana, jika kamu ingin menambahkan parameter (orderBy, paging, parameter baru) tinggal tambahkan di Query Object tersebut.

NOTE: Tidak semua query cocok di implementasikan dengan ORM. Untuk query yang complex seperti join ke beberapa table, membutuhkan agreagate query, native query merupakan solusi yang sederhana,cepat dan tepat.

Reference

1. Extensible Query with Specification
2. The DAL should go all the way to the UI
3. Repository Pattern

Saya harap dengan dipublishnya archive milis akan bermanfaat bagi mahasiswa-mahasiswa IT kampus lain dan juga IT industry.

Check it out

Gan .., kalo mau belajar Java EE mulai dari mana yah ? ada ebook bahasa indonesia tidak ?

Ini summary saya dan saya gabung dengan beberapa pendapat member milis lainnya. Sebelum masuk ke Java EE sebaiknya harus menguasai Java Language dulu. Setelah itu masuk ke Java EE fundamental.

Fundamental

1. Servlet fundamental (Servlet, Filter, Listener)
2. JSP dan JSTL
3. Struktur web.xml
4. Session dan Cookie

Setelah fundamental selesai, next step adalah:

1. JDBC API (CRUD, Transaction)
2. MVC pattern
3. Layered Architecture (Presentation Layer,  Service Layer, Repository, Domain)

Advance

Di advance mempelajari teknologi dan framework yang common digunakan pada Java EE Development di dunia kerja.

1. ORM (Hibernate, JPA) boleh pilih salah satu *Hibernate recommended
2. Spring Framework (IoC, Data Access Support)
3. MVC Framework (Spring MVC atau Struts MVC) boleh pilih salah satu *Spring MVC recommended
4. Remoting (REST, WebService)
5. Messaging (JMS)

Ebook Fundamental bisa dari coreservlets dan moreservlets ada juga hands on lab nya.

Berdasarkan postingan sebelumnya mengenai Messaging and Event Driven Architecture. Sekarang saat nya aku membahas bagaimana cara mengimplementasikanya. Contoh aplikasi kali ini aku ambil dari ChatDownloader Aplication yang aku post sebelum nya. Namun sebelum masuk membendah contoh aplikasi tersebut ada hal-hal yang perlu aku jelaskan.

Service Oriented Architecture

Kebanyakan orang mengalihkan bahwa SOA itu berhubungan dengan Application Integration, Platform Independent, ada component software yang bisa diakses ecara remote either itu Webservice, REST, atau dalam Bentuk BPEL. Namun fokus SOA sebenarnya bukan di sisi itu.

SOA itu merupakan architectural concept dalam software development dimana software tersebut di bangun berdasarkan service service yang saling berkolaborasi untuk melakukan specific business capability.

Layaknya Object Oriented Programming yang merupkakan konsep pengembangan software dimana software tersebut dibangun berdasarkan object object yang saling berkolaborasi.

Apakah service itu ? Berdasarkan tulisan Udidahan:

A service is the technical authority for a specific business capability.

Any piece of data or rule must be owned by only one service.

Karekteristik service itu adalah

1. sesuatu yang memiliki technical authority untuk melakukan specific business capability berdasarkan context nya masing2, contohnya: Purchase Order Service, Shopping Service, Chat Service, Download Service, dll
2. Service harus memiliki data dan rule sendiri.
3. Service saling berkomunikasi via message (command dan event)

Application Breaking Down

Aplikasi ChatDwonloader dibagi menjadi dua service, yaitu Chat Service dan Downloader Service. Tiap service bekerja sesuai dengan context kerjaan masing masing. Fitur aplikasi ChatDownloader hanya ada dua, Download File dan Remove Downloaded File.

1. Chat Service: Listen incoming chat message melalui GTalk. Filtering message apakah incoming message sesuai dengan download ataupun remove specification. Sending DownloadFile command message ke queue, dan RemoveFile command message ke queue. Chat service juga menghandle Event FileDownloaded event message dan FileRemoved event message dari Queue. Dan mengirimkan chat notifikasi ke account requester.
2. Downloader Service: Menghandle DownloadFIle command, dan dan mendownload file berdasarkan URL Dan mempublish FileDownloaded Event ke queue. Downloader Service juga menghandel RemoveFile command message, meremove file dan mempublish FileRemoved Event message ke queue.

Chat Listener Flow

Google Talk menggunakan protokol XMPP, salah satu API XMPP di Java adalah Smack. Pertama yang harus dilakukan adalah membuat chat manager untuk melisten incoming message, dan mempublish message ke Message filter, apakah message tersebut message download atau message remove.

public class ChatManager {
	//ChatManager attribute
	...

	@PostConstruct
	public void startUp() throws XMPPException {
		Thread chatManagerThread = new Thread() {
			@Override
			public void run() {
				try {
					//connect and login to chat server ...

					PacketFilter filter = new AndFilter(new PacketTypeFilter(Message.class));
					connection.addPacketListener(downloadChatListener, filter);
					connection.addPacketListener(removeChatListener, filter);
					log.info("listening message ...");

					System.in.read();

					// set presence status to unavailable when thrad end
					....
				} catch (Exception e) {
					log.error(e.getMessage(), e);
				}
			}
		};

		//start chatManagerThread daemon thread ...
	}
}

Message Filter : DownloadChatListener dan RemoveChatListener akan memfilter message tersebut dan memproses message apakah sesuai dengan spesifikasi message download atau message remove.

Download Flow

DownloadChatListener memfilter incoming chat message, jika sesuai dengan spesifikasi download message maka dicreate FileDownload Command Message dan di kirim ke queue melalui JMS.

public class DownloadChatListener implements PacketListener {
	//attribute ...

	private JmsTemplate simpleDownloadTemplate;
	private DownloadRequestSpecification spec;

	public DownloadChatListener() {
		spec = new DownloadRequestSpecification();
	}

	public void processPacket(Packet p) {
		Message msg = (Message) p;
		if (spec.isSatisfiedBy(msg.getBody())) {
			DownloadFile downloadRequest = new DownloadFile(getFrom(msg.getFrom()), getUrl(msg.getBody()));
			simpleDownloadTemplate.convertAndSend(downloadRequest);
		}
	}
}

Selanjutnya FileDownload Command Message di consume oleh DownloadFileHandler pada downloader service untuk mendownload file

public class DownloadFileHandler implements MessageListener {
	//attribute ..
	IDownloadManager downloadManager;

	public void onMessage(Message message) {
		ObjectMessage mapMessage = (ObjectMessage) message;
		try {
			DownloadFile downloadRequest = (DownloadFile) mapMessage.getObject();
			downloadManager.queueDownloadRequest(downloadRequest);
		} catch (JMSException e) {
			throw JmsUtils.convertJmsAccessException(e);
		}
	}
}

DownloadManager mendelegate SimpleDownloadTask untuk mendownload file, Kemudian SimpleDownloadTask mempublish FileDownloaded event message.

public class SimpleDownloadTask implements Runnable {
	private IFileDownloader _simpleFileDownloader;
	private DownloadFile _downloadFile;
	private JmsTemplate _downloadCompledTemplate;
	private JmsTemplate _errorOccurredTemplate;

	public void run() {
		try {
			_simpleFileDownloader.download(_downloadFile);
			String  downloadUrl =  _downloadUrl + _downloadFile.getFileName();
			FileDownloaded downloadCompleted = new FileDownloaded(_downloadFile.getFrom(), _downloadFile.getUrl(), downloadUrl);
			_downloadCompledTemplate.convertAndSend(downloadCompleted);
		} catch (Exception e) {
			ErrorOccurred downloadError = new ErrorOccurred(_downloadFile.getFrom(), _downloadFile.getUrl(), e.getMessage());
			_errorOccurredTemplate.convertAndSend(downloadError);
		}
	}
}

FileDownloaded event message di Handle oleh FileDownloadedHandler, lalu FileDownloaded mengconstruct FileDownloaded message dan mengirimkan message ke ChatManager untuk mengirimkan notifikasi ke requester.

public class FileDownloadedHandler implements MessageListener {
	//attribute ...
	private ChatManager chatManager;

	@Override
	public void onMessage(Message message) {
		ObjectMessage mapMessage = (ObjectMessage) message;

		try {
			FileDownloaded downloadCompleted = (FileDownloaded) mapMessage.getObject();
			String msg = String.format("[%s] Completed %s \n download url: %s", downloadCompleted.getTime().toString(), downloadCompleted.getUrl(), downloadCompleted.getDownloadUrl());
			chatManager.sendMessage(downloadCompleted.getFrom(), msg);
		} catch (JMSException e) {
			throw JmsUtils.convertJmsAccessException(e);
		}
	}
}

Struktur project

Untuk mengerti code ChatDownloader ini harus memiliki basic Spring, JMS, Thread Pool, Smack API.

Source code dapat download atau di clone Gitorious Repository

ChatDwonloader merupakan OpenSource Java Application yang memungkinkan download file melalui chatting Google Talk. Ide awalnya adalah aku sebagai Software Developer yang hampir setiap hari menghabiskan waktu untuk bekerja di client. Namun kadang kala aku membutuhkan software mislakan update atau patch Websphere Application Server yang ukuranya hampir 1GB. Kalau di download dari internet client satu hari juga ga bakal kelar. Tapi kalo di download dari kantor kencang. Akhirnya dengan cara manual aku search software yang perlu di download saat jam kerja di client. Besok paginya aku datang ke kantor untuk mendownload file yang sudah aku persiapkan satu hari sebelumnya.

Terus terang cara manual diatas sangat tidak efektif, aku harus cari file nya, besoknya aku download dari kantor, besoknya aku datang lagi ke kantor untuk ambil file tersebut. Gimana jika disaat aku dapatkan url file download filenya, aku kirim sesuatu ke kantor lalu file tersebut di download automatis. Besoknya dengan santai aku datang ke kantor untuk ambil file hasil downloadtan.

Akhirnya setelah bertapa selama satu hari dan diberi wangsit oleh Ki Joko Bodo dan Hokage IV aku mendapat ide untuk download file melalui chat. Aku buatin program yang jalan di background, kerjaanya dengarin chat message download dari GTalk, ketika ada chat message download yang masuk program tersebut akan download-tin filenya, notify pengirim ketika file tersebut sudah selesai di download dari chat message juga.

Download

Download source filenya di https://gitorious.org/chatdownloader/chatdownloader/archive-tarball/master

Prerequisite

file yang dibutuhakan sebelum menjalankan program ini adalah ActiveMQ, download lalu start program dengan command:

1.       Windows: activemq/bin/activemq.bat start

2.       Linux: sh activemq/bin/activemq start

Konfigurasi

Pada directory src terdapat dua service project, masing-masing project memiliki konfigurasi sendiri sendiri

`com.cd.chat/src/application.properties`, yang perlu di perhatikan adalah:

                xmpp.user=gtalkuser

                xmpp.password=gtalkpassword

`com.cd.downloader/src/application.properties`, yang perlu di perhatikan adalah:

                downloaded.dir = D:/Downloads/cd — dimana hasil download di simpan

                download.url = http://10.10.10.10/downloaded/ — dimana hasil download dapat di download

Generate Installer

Masuk ke directory src

                ant installer

ant akan menggenerate installer ke folder `chatdownloader/installer`. terdapat 3 jenis binary:

1. bin-linux-x86-32
2. bin-linux-x86-64
3. bin-win-x86-32

Pilih binary yang sesuai dengan platform, lalu rename menjadi bin. mislanya `bin-win-x86-32` => `bin`

Install di Windows

Masuk ke directory installer -> `chatdownloader/installer`

Program ini akan di install di windows sebagai windows service.

Install windows service dengan menjalankan:

                $Install.bat

Jalankan service dengan menjalankan:

                $Startup.bat

Install di Unix

Masuk ke directory installer -> `chatdownloader/installer`

Jalankan command

                $sh startup.sh

Usage

Pertama user yang digunakan untuk mengirimkan chat message download harus menjadi friend Gtalk user yang digunakan oleh aplikasi ChatDwonloader. Jika sudah friend, tinggal kirim message dengan format seperti dibawah ke GTalk user yang ada pada ChatDownloader

download file: [d url], ex. d http://d3nwyuy0nl342s.cloudfront.net/images/modules/header/logov3-hover.png

remove file : [r url], ex. r logov3-hover.png

Have Fun Folks

Overview

Sometimes application have the need to run java application as Linux Service. Aplicatioin needs to start, stop, restart easily. In traditional method, I usually run java application using command line
java -jar applicationame
when I need to restart the application, I will do:
- Find process ID of the application started before
- Kill process kill -9 PID
- start java apps, java -jar applicationname

Besides complicated, this method also has disadvantages such as the when start service for two times there is no prevention if the service running.

Java Service Wrapper

Using Java Service Wrapper, the complected steps above can be simplified.It also support Linux and Windows Platform.

The case study is scheduler will print log every one second. To know about quartz using spring support please check this article

First thing first is download java service wrapper library , I use 3.5.7 version for linux 64 bit. Unzip the file. If you want to use the java service wrapper to production you can remove docs, jdoc, src directory and readme files.
export the application to jar file, you can use you IDE to make it simple.

Manage Artifact

Go to wrapper_home,
copy application jar to wrapper_home/jsw.jar
copy application configuration file such: application.properties, application-context.xml to wrapper_home/
copy application library to wrapper_home/lib

Configuration

open wrapper configuration file wrapper_home/conf/wrapper.conf and change some configuration file:

Wrapper Class

wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp

Configure application jar file

wrapper.java.classpath.3=../jsw.jar

Configure application lib dependency

wrapper.java.classpath.5=../lib/commons-logging.jar
wrapper.java.classpath.6=../lib/org.springframework.asm.jar
wrapper.java.classpath.7=../lib/org.springframework.beans.jar
wrapper.java.classpath.8=../lib/org.springframework.context.jar
wrapper.java.classpath.9=../lib/org.springframework.context.support.jar
wrapper.java.classpath.10=../lib/org.springframework.core.jar
wrapper.java.classpath.11=../lib/org.springframework.expression.jar
wrapper.java.classpath.12=../lib/org.springframework.transaction.jar
wrapper.java.classpath.13=../lib/log4j-1.2.15.jar
wrapper.java.classpath.14=../lib/quartz-1.8.3.jar
wrapper.java.classpath.15=../lib/slf4j-api-1.5.10.jar
wrapper.java.classpath.16=../lib/slf4j-log4j12-1.5.10.jar

Configure application main class

wrapper.app.parameter.1=jsw.main.Main

Configure Service Description

# Name of the service
wrapper.name=jsw
# Display name of the service
wrapper.displayname=Java Service Wrapper Example
# Description of the service
wrapper.description=Java Service Wrapper Example Description

Go to wrapper_home/bin change testwrapper file name to jws to make it more explicit to service name.

Test Application

Go to wrapper_home/bin
install service: sh jws install
start service: sh jws start

To check the start service successfully executed, check log the log file wrapper_home/logs/wrapper.log

restart service: sh jws restart
stop service: sh jws stop

Download

download spring quartz scheduler source code.

Messaging adalah salah satu metode komunikasi antara software komponen atau aplikasi. Messaging client dapat mengirimkan dan menerima pesan dari messaging client yang lain. Dengan messaging komunikasi terdistribusi dapat di lakukan. Message receiver tidak harus available saat message sender mengirimkan pesan. Message Sender mengirimkan pesan ke destination (lokasi dimana message tersebut dikirimkan) yang terdapat di messaging agent, saat receiver available messaging agent mengirimkan pesan tersebut ke receiver.

Messaging ini benar benar loosely coupled, sender tidak berinteraksi langsung dengan receiver, sender tidak perlu tahu menahu tentang receiver ataupun sebaliknya. Yang menjadi kontrak/yang harus diketahui oleh sender dan receiver adalah message format dan destination.

messaging itu asynchronous (fire and forget) , sender hanya mengirimkan message ke destination. sender tidak harus harus menunggu message tersebut selesai proses oleh receiver, dan receiver tidak harus available saat pesan tersebut di kirim. Misalkan aplikasi receiver down, receiver akan tetap mendapat message setelah aplikasi receiver available.

Terdapat dua messaging pattern:

1. Point to Point: Sender hanya mengirimkan message ke satu receiver
2. Publish and Subscribe: publisher/sender mempublish message ke banyak subscriber/receiver. Jika ada subscriber yang baru masuk, subscriber cukup mensubscribe destination, tidak ada perubahan terhadap publisher. Saat publisher mengirimkan message lagi maka subscriber yang baru secara automatis akan mendapatkan message tersebut.

Real World Implementation

Kebanyakan eksekusi proses dalam software dilakukan secara sequential dan juga synchronous. Misalkan proses create Purchase Order, input proses nya adalah POCommand.

1. Eksekusi POService men transform POCommand menjadi Domain model PO, rubah status PO menjadi created
2. Eksekusi EmailService untuk mengirimimkan email notification ke manager
3. Eksekusi ServiceNotifikasi untuk mempublish notifikasi ke webiste, jadi setiap kali user membuka aplikasi akan muncul notifikasi approval terhadap notifikasi yang baru di create.

Bayangkan apa yang terjadi bila tiga proses di atas di eksekusi secara synchronous. Ketika user submit POCommand, aplikasi harus menunggu POService menyimpan data PO ke storage, memanggil service email untuk mengirimkan email notifikasi. Saat email service di eksekusi email melakukan open koneksi, otentikasi ke email server, lalu mengirimkan email ke mail server. Setelah itu lanjut dengan memanggil service NotificationSrevice untuk menghandle open database connection, insert data ke tabel notifikasi. Long chain proses execution right ? ditiap proses harus menunggu proses selesai, lalu melanjutkan eksekusi proses lain. Waktu yang dibutuhkan untuk eksekusi proses lama, terdapat locking proses, out memory exception karena banyak proses yang di hold datanya juga ikut di hold di memory. Hal ini adalah mimpi buruk, user bakal sering complain dan bilang `koq aplikasinya lambat ya ?, koq aplikasinya sering out memory exception ya `.

Secara bisnis dan arsitektur proses sending email dan notifikasi sebenarnya tidak harus satu sequence. Asynchronous adalah solusi terbaik untuk memecahkan masalah diatas. Solusi asynchronous benar-benar loosely couple, setiap service meproses sesuai dengan context nya masing-masing. Context kerjaan POService itu memproses Create PO, memproses Update PO, memproses Cancel PO. Untuk mentriger email notification sebenarnya bukan tugas POService, apa lagi menginvoke NotificationService untuk menyimpan notifikasi ke tabel notification. Kerjaan POService memproses PO dan , mempublish event terhadap PO yang di proses tersebut. Misalnya memproses POCreateCommand setelah itu mempublish event POCreated, meproses POCancelCommand setelah itu mempublish event POCanceled. Event-event itu adalah message yang di publish oleh service, dan di consume oleh service yang interest terhadap event itu. Mislakan EmailService, ketikan service tersebut menerima event POCreated, service tersebut akan mengirimkan email notification. Saat NotificationService mendapat event POCreated akan meninsert tabel notification, agar saat manager membuka aplikasi akan langsung mendapat notifikasi ada PO yang harus di approve oleh manager tersebut. Dengan messaging tidak akan terjadi locking proses yang terlalu lama, memory yang digunakan juga lebih efisien karena di proses oleh masing-masing proses. Jika Email Service mati, atau Notification Service mati, tidak akan menggangu proses CreatePO.

Suatu saat ada permintaan untuk order statistik untuk mengidentifikasi product yang sering di order oleh customer. Jika menggunakan messaging, tinggal develop service order statstic yang interest terhadap event POCreate, setelah itu deploy service OrderStatistic. Jadi tidak akan menggangu bisnis yang sedang berjalan, tidak ada down aplikasi dan deploy ulang. Bayangan jika menggunakan sequential process execution, setelah develop OrderStatisticService, OrderService harus di rubah karena di order service harus meng invoke OrderStatisticService. OrderService harus di down, lalu di deploy OrderService yang terbaru. Jadi complecated, belum lagi alau ada keputusan kalau aplikasi ga boleh down, karena terlalu banyak transaksi didalamnya, kalau aplikasi down warung bisa-bisa jadi tutup, hahaha.

Banyak contoh penggunaan asynchronous messaging ini. Mislakan ada aplikasi penerimaan mahasiswa baru, ketika calon mahasiswa di approve menjadi mahasiswa di universitas tersebut, aplikasi penerimaan mahasiswa baru mempublish event StudentApproved. Setelah itu terdapat service RegistrationAcademicInformationSystem yang automatis meregistrasi mahasiswa baru ke sistem informasi akadmik, RegistrationOnlineLibrary meregistrasi mahasiswa baru ke online library, EmailService mengirimkan email notifikasi yang berisi approval, dan default username dan password untuk mengakses sistem informasi akademik.

Kesimpulan

Banyak bisnis proses yang tidak harus di proses secara sequential

Gunakan messaging untuk scalabilitas sistem, miningkatkan performansi sistem, dan service loosely coupled

Lama kelamaan sejalan dengan waktu aku baru sadar kalau cara itu kurang efektif. Basically developer harus mengetest code yang di develop setiap kali ada perubahaan. Untuk menjamin code yang di tulisnya berjalan dengan benar.  Akan membuang banyak waktu jika tiap kali ada perubahan harus melakukan berulang2  isi data2 yang di perlukan user interface aplikasi, submit, cek apakah ada error atau mengecek apakah data sudah masuk di database.  Seratus kali perubahaan setarus kali test manual (input data) di lakukan. Programmer membangun aplikasi untuk membantu manusia mengautomatisasi pekerjaan mereka. Jadi kenapa kita tidak membantu diri kita sendiri mengautomatisasi pekerjaan dalam hal testing aplikasi ?

Sebelum membuat Unit Test developer terlebih dahulu membuat acceptance test yang merupakan spesifikasi test untuk tiap unit. Misalkan unit RegistrationService, pekerjaan unit ini memproses data registrasi user, dan menyimpan data registrasi ke database. Namun ada constraint, nama tidak boleh sama dengan existing data begitu juga dengan email. Jadi sepsifikasi test untuk unit RegistrationService kira2 seperti ini:

1. should_save_registration_data_when_valid_data_submited()
2. should_throw_UserNameExistsException_when_existing_user_name_submited()
3. should_throw_EmailExistsExeception_when_existing_email_submited()

Aceptance test diimplementasikan sesuai dengan ekspektasi yang diharapkan. Untuk acceptance test pertama ekspektasinya data user masuk ke database, acceptance test kedua mendapatkan throw UserNameExistsException, dan yang terakhir medaapatkan EmailExistsExpcation. Ekspektasi dalam unit test biasanya menggunakan assert atau expect.  Ekspektasi di tiap implementasi acceptance test menyatakan berhasil atau tidak nya hasil eksekusi unit test.

Contohnya kira2 seperti ini:

public class RegistrationServiceTest {
	IRegistrationService registrationService;
	IUserService userService;
	RegistrationCommand validCommand;
	RegistrationCommand invalidUserCommand;
	RegistrationCommand invalidEmailcommand;

	@Before
	setup() {
		registrationService = new RegistratioService();
		IEmailService emailService = EasyMock.CreateMock(IEmailService.class);
                //create mock object using EasyMock
		registrationService.setEmailService(emailService);

		validCommand = RegistrationCommand();
		validCommand.setUserName("my_name");
		validCommand.setPassword("my_password");
		validCommand.setEmail("my_email@host.com");

		invalidUserCommand = RegistrationCommand();
		invalidUserCommand.setUserName("exists");
		invalidUserCommand.setPassword("my_password");
		invalidUserCommand.setEmail("my_email@host.com");

		invalidEmailcommand = RegistrationCommand();
		invalidEmailcommand.setUserName("my_name");
		invalidEmailcommand.setPassword("my_password");
		invalidEmailcommand.setEmail("exists@host.com");
	}

	should_save_registration_data_when_valid_data_submited() {
		registrationService.register(validCommand);
		User user = userService.findByUserName(validCommand.getUserName);
		assertNotNull(user) //user masuk ke database
	}

	@expect(UserNameExistsException.class)
	should_throw_UserNameExistsException_when_existing_user_name_submited() {
		registrationService.register(invalidUserCommand);
	}

	@expect(EmailExistsExeception.class);
	should_throw_EmailExistsExeception_when_existing_email_submited() {
		registrationService.register(command);
	}

	@after
	tearDown() {
		userService.removeUser(validCommand.getUserName);
	}

}

Menggunakan unit test developer di automasi untuk mengetest aplikasi setiap kali perubahaan. Tanpa harus mengisi input data berulang-ulang.

Unit test yang benar itu tidak boleh terlalu banyak berhubungan dengan unit lain. Contohnya saat registrasi berhasil, email notifikasi dikirimkan ke user.  Jika unit test melibatkat eksekusi send email akan membuat eksekusi unit test semakin lama  Karena saat mengirimkan email butuh koneksi ke email server,authentikasi, dan send email. Oleh karena itu send email sebaiknya tidak di ikutkan.

Contoh code Registration service

RegistrationService implements IRegistrationService {
	IEmailService emailService;
	IUserDao userDao;

	public void setEmailService(IEmailService emailService) {
		this.emailService = emailService;
	}

	public void IUserDao(IUserDao userDao) {
		this.userDao = userDao;
	}

	public void register(RegistrationCommand command) {
		//logic registrasi

		//send email after registration succesfully executed
		emailService.send(command.getEmail(), "user registered successfully");
	}
}

Tapi Email service harus tetap di set di registration service. Kalau tidak akan menyebabkan NullPointerException saat eksekusi emailService.send(). Caranya membuat Mock Object/objek jadi-jadian lalu di set ke registrationService.

       @Before
	setup() {
		registrationService = new RegistratioService();
		IEmailService emailService = EasyMock.CreateMock(IEmailService.class);
		registrationService.setEmailService(emailService);
	}

Disini pattern Programing To Interface itu digunakan, selain mengurangi dependency antar class juga mempermudah developer untuk tidak mengikut sertakan unit infrastruktur ke unit test dengan membuat mock object terhadap unti infrastruktur itu.

Kesimpulan:
Unit test mengutomatisasi pekerjaan developer untuk mengetest setiap kali ada perubahan code yang dia tulis.
Acceptance test merupakan spesifikasi testing untuk tiap unit, di sini di sepsifikasikan kemungkinan2 yang terjadi di unit itu dan di test.
Tiap implementasi acceptance test harus memiliki ekspektasi untuk menyatakan bahwa eksekusi unit test berhasil atau tidak.
Jika ada beberapa unit infrastruktur yang dependent ke unit yang akan di test,sebaiknya unit tersebut di mock saja agar waktu eksekusi unit test lebih cepat.

1. CI system design, sapa tau ada side project. bakal lebih enak ngerjainya. ngga capek2 mikiri design system dari awal
2. Spring Framework, framework yang paling sering dipake oleh perusahaan yang bergerak di bidang software house akhir2 ini. Denger2 framework ini sangat sangat mempermudah pembangunan aplikasi web, membedakan Model, View, Controller,  service layer, terdapat juga dependency injection. Dan denger2 juga framework ini dapat digunakan untuk desktop aplication.
3. Design Pattern, Selama ini sih ngecoding buat hanya buat satu class yang implementasikan bisnis logic, kalo ngga buat class helper. Tapi jadi banyak kendala, tiap kali ada perubahaan harus merubah banyak code. Kalo dah gini udah suntuk lah otaku mikirinya. Tapi kalo design classnya bagus, suat perubahaan akan mudah ditangani dan lebih flexible.
4. Software Testing. Bosan dengan manual testing, setiap kali selesai buat potongan2 code, harus test manual, isi input2 yang diperlukan, tekan submit, dan lain2. Kalo gini caranya jadi ngga efektif, test dilakukan berulang2 dan manual, habis waktu untuk isi input text .  Bnyak tools yang digunakan untuk testing, setahu ku sih JUnit, JMatter, DBUnit. ada beberapa tipe testing yang harus di pelajari, Unit testing, Integration testing,  Coverage testing, Code compliance testing, User/functional testing, Performance testing
5. Build Automation, belajar Ant, dan Mavent. Setauku, ini dipake untuk mempermudah developer nge-build program. Kita ngga perlu ngatu class path, dan saat kita lakukan build kita bisa define action2 yang harus di lakukan Buildin Tools , seperti clean, complie, copy jar ke folder lib dan lain.

- Thats All -