Logs-Memo-Notes

(Re-)Binding SWT forms with WindowBuilder

anezch — Mon, 11 Apr 2011 09:08:31 +0000

(Re-)Binding SWT forms with WindowBuilder

A very common case in UI applications are forms which are bound to exchangeable model objects. For example, one might want to bind this address form in such a way that you can set a new Address object at any time with the UI reflecting that change:

The plain old binding can be created easily using WindowBuilder:

The resulting code might look like this:
public class AddressViewPart extends ViewPart {
   private DataBindingContext bindingContext;
   private Address address;
   private Text textName;
   @Override
   public void createPartControl(Composite parent) {
      parent.setLayout(new GridLayout(3, false));
      Label lblName = new Label(parent, SWT.NONE);
      lblName.setText(Messages.YetAnotherViewPart_lblName_text);
      textName = new Text(parent, SWT.BORDER);
      textName.setLayoutData(new GridData(SWT.FILL, SWT.CENTER, false, false, 2, 1));  // ...
      bindingContext = initDataBindings();
   }
   protected DataBindingContext initDataBindings() {
      DataBindingContext bindingContext = new DataBindingContext(); //
      IObservableValue textNameValue = WidgetProperties.text(SWT.Modify).observe(textName);
      IObservableValue addressNameValue = PojoProperties.value("name").observe(address);
      bindingContext.bindValue(textNameValue, addressNameValue, null, null); //
      return bindingContext;
   }
}
The tricky part is to bind this in such a way that the model object can be exchanged at any time. There are three possible ways:

1) Dispose bindings

The easiest way is to dispose all bindings and just re-bind whenever a new model object appears:
public class AddressViewPart extends ViewPart {  // ...  protected void setAddress(Address address) { this.address = address; if (bindingContext != null) bindingContext.dispose(); bindingContext = initDataBindings(); }  // ... }
Unfortunately, WindowBuilder insists on putting the initDataBindings call in createPartControl. Also, if you are using ControlDecorationSupport you will stumble upon Bug 341713 – DataBinding ControlDecorationSupport not disposed when DataBindingContext is disposed.

2) Binding to a WritableValue

Another way is to use a detail binding to a WritableValue which can be changed at any time:
public class AddressViewPart extends ViewPart {  private WritableValue addressValue = new WritableValue();  protected void setAddress(Address address) { this.addressValue.setValue(address); }  protected DataBindingContext initDataBindings() { // ... IObservableValue addressNameValue = PojoProperties.value("name").observeDetail(addressValue); // ... } }
Such a Binding can be created in WindowBuilder:

3) Bean binding

Yet another way is to make the ViewPart itself a Bean with PropertyChangeSupport:
public class AddressViewPart extends ViewPart {  private PropertyChangeSupport changes = new PropertyChangeSupport(this);  private Address address;  public Address getAddress() { return address; }  public void setAddress(Address address) { changes.firePropertyChange("address", this.address, this.address = address); }  public void addPropertyChangeListener(PropertyChangeListener l) { changes.addPropertyChangeListener(l); }  public void removePropertyChangeListener(PropertyChangeListener l) { changes.removePropertyChangeListener(l); }  protected DataBindingContext initDataBindings() { //... IObservableValue addressNameValue = BeanProperties.value("address.name").observe(this); //... }  }
While I like this way conceptionally, in practice it has the problems of Java’s PropertyChangeSupport being cumbersome. Also, JFace Data Binding doesn’t allow to mix Beans and Pojos, so if the Address object in the example is a Pojo, one will get NoSuchMethodException: Address.addPropertyChangeListener(java.beans.PropertyChangeListener). And there seems to be no way to generate such a binding in WindowBuilder.

JFace Wizard FAQ »

via ralfebert.de

It’s 6 am and I missed them already

anezch — Mon, 22 Nov 2010 23:32:24 +0000

Cute Kenneth, Sleepy Nathan

anezch — Wed, 22 Sep 2010 11:50:43 +0000

This picture was taken during my family’s visit at Nathan’s birthday. It was a great moment though i was having a bad flu. I love my family.

Tired Brain, Distractions, and Dehydration

anezch — Wed, 28 Jul 2010 10:48:47 +0000

“Man, I’m tired!”. That was probably what my brain try to tell me this afternoon. But it was stil 3 pm and I have a list of to-do’s waiting on my TiddlyWiki. So I took a little break and fired up the browser to visit my favourite blogs. I even watched an episode of my favourite anime at the break hour, though I know it’s a bad idea. All what I get was an even more tired brain plus a pair of heavy eyes.

Then I started to think about what was wrong with my brain. After a short walk I realized several things that might cause exhausting to my brain:
1. Bad diet. I woke late this morning and missed the breakfast. Even worse, I had instant noodles for lunch.
2. Dehydration. Long running, extense task swollen me away made me forget to drink water that was even at my desk already.
3. Distractions. Several chores distracted me, some even drove me away far enough, left me wondering “What was that?!”.

So tomorrow I’ll try to revive my pomodoro timers to help me keep focused, though it costs 5 mins on every pmds.

Load Photosop Pattern (.pat) in GIMP

anezch — Fri, 05 Mar 2010 04:40:22 +0000

Saya bukanlah seorang graphic designer, tapi memang kadang suka iseng ngutak-ngatik image dengan tools favorit saya, GIMP dan Inkscape. Ketika saya sedang browsing di deviantart, saya menemukan beberapa patterns yang bagus. Akhirnya saya pun men-download patterns tersebut dan dengan yakinnya saya menjalankan GIMP untuk me-load file pattern tersebut.

Wah, ternyata tidak bisa ya GIMP hanya dapat membuka file .pat format GIMP saja. Tidak lama setelah googling saya pun menemukan jalan keluarnya. Ternyata ada user GIMP yang membuat plugin untuk supaya GIMP dapat membuka file .pat milik Photoshop. Plugin yang disediakan masih dalam bentuk source code C yang harus di-compile terlebih dahulu. Untungnya di halaman download plugin tersebut ada keterangan cara compile-nya.

Berikut saya kutip cara compile di Ubuntu Linux (sudah saya test di Ubuntu Jaunty (9.04)):
1. install libgimp2.0-dev: sudo apt-get install libgimp2.0-dev
2. compile source code plugin: gimptool-2.0 –build ps-pat-load_1.c
3. akan dihasilkan file binary ps-pat-load_1. Copy file tersebut ke ~/.gimp-2.6/plug-ins
4. restart gimp

Setelah itu saya coba buka kembali file .pat tadi, dan voila! File pattern berhasil dibuka. Hanya saja kebetulan file .pat yang saya download berisi beberapa pattern sehingga GIMP membukanya dalam satu dokumen dan patterns-nya dipisah menjadi beberapa layer. Tapi mudah saja. Saya tinggal meng-copy paste layer tersebut satu per satu menjadi dokumen masing-masing.

Untuk anda yang menggunakan GIMP di MS Windows, download tools yang sudah di-compile untuk bekerja di MS Windows di link ini.

Ruby, FXRuby, Ubuntu 9.04

anezch — Wed, 24 Jun 2009 01:38:07 +0000

Bulan ini saya mencoba 3 hal yang baru, Ruby, FXRuby, dan Ubuntu 9.04. Setelah instalasi Ubuntu 9.04 selesai, saya langsung mencoba meng-install Ruby dan FXRuby. Setelah sekitar 1 jam mencari paket yang tepat dan men-download-nya, berikut saya rangkum paket-paket apa saja yang perlu di-install:

1. ruby1.8
2. ruby1.8-dev
3. ruby1.8-examples
4. rdoc1.8
5. ri1.8
6. rubygems
7. irb
8. libzlib-ruby
9. build-essential (last but the most! )

Untuk FXRuby:
1. Install paket:
a. libfox-1.6-0
b. libfox-1.6-dev
c. g++
d. libxrandr-dev
2. Install FXRuby dengan gem:
sudo gem install fxruby –remote

Nah, kalau sudah install semua paket tersebut, tinggal test contoh dari situs FXRuby. Horee… Ups! Kok error? Tenang, jangan panik, ada solusinya. Kalau di Window$ anda cukup require ‘fox16′ dan include Fox, maka sekarang anda harus menambahkan require ‘rubygems’ sebelum require ‘fox16′.

Ok, Ruby, here I come….

Multi-User FoxPro with Linux+Dosemu+CIFS

anezch — Tue, 09 Jun 2009 02:28:41 +0000

Saya menemukan masih ada beberapa kantor yang menjalankan aplikasi yang ditulis dengan FoxPro. Seperti yang saya alami di kantor saya, kami bahkan masih men-develop beberapa project baru dengan FoxPro, sambil menunggu project migrasi ke Java selesai.

Saat perusahaan kami memutuskan untuk beralih ke Linux, kami pun ditantang untuk dapat menjalankan FoxPro di Linux. Hal yang cukup mudah dilakukan karena adanya Dosemu. Solusi yang dulu kami gunakan yaitu:
1. Data disimpan di satu komputer Linux yang dipasang Samba Server.
2. Pada client diinstall:
a. Dosemu.
b. Samba Client.
3. Di Dosemu di-install FoxPro.
4. Client me-mount data dari server dengan samba:

mount -t smbfs -o rw,username=blabla,password=blabla,uid=1000,gid=1000 //dbfserver/datadir /mnt/datadbf

5. Di autoexec.bat (/home/user/.dosemu/drive_c/autoexec.bat) di line paling akhir, ditambahkan:
lredir d: linux\fs/mnt/datadbf
Sehingga data di server kita akses di dosemu dan foxpro sebagai drive D:

Dengan 1-2 user, konfigurasi ini berjalan dengan mulus. Sampai pada suatu saat terjadi masalah, yaitu index file tidak terupdate dengan benar saat menambahkan record baru. Selain itu muncul juga masalah lain, yaitu update yang dilakukan di satu komputer, tidak terlihat di komputer lain. Hal ini mengindikasikan bahwa 1 file DBF tidak dapat dibuka, apalagi di-update oleh 2 client secara bersamaan. Sehingga, kami terpaksa bekerja secara bergantian.

FIX-1 : veto oplock

Protokol file-sharing di Window$ menggunakan mekanisme locking terhadap file yang sebetulnya lebih mengarah ke ‘caching’, dan Samba mencoba mengikuti standar ini. Artinya secara default, Samba melakukkan caching terhadap file. Ini bukanlah hal yang kita inginkan, sebab dapat mengacaukan program FoxPro.

Jadi, perbaikannya adalah dengan men-disable fitur ini untuk file-file database dan index FoxPro. Tambahkan settingan global ini di /etc/samba/smb.conf :

veto oplock files = /*.dbf/*.DBF/*.idx/*.IDX/*.cdx/*.CDX/*.fpt/*.FPT/

Dengan setting tersebut, sistem pun pulih, untuk sementara. Kemudian terjadi lagi masalah di mana terkadang update oleh satu User tertimpa oleh update User lain. Hal ini dapat disebut sebagai racing condition, yang kembali mengancam integritas data.

FIX-2 : locking dengan flock()

Setelah membaca dokumentasi di FoxPro, saya menemukan bahwa seharusnya program yang dijalankan secara multi-user menggunakan mekanisme locking agar integritas database dapat terjaga. Penggunaan “set exclusive” saja ternyata tidak cukup, maka program pun dirubah dengan menambahkan locking kapanpun akses kritis terhadap database diperlukan.

Anehnya, ternyata locking tidak bekerja, apabila satu user sedang me-lock suatu file, user lain masih dapat me-locknya juga. Jangankan locking dengan flock(), ternyata “set exclusive’ pun tidak bekerja.

FIX-3 : CIFS

Setelah riset dengan mencari sumber di Internet, saya menemukan bahwa SMBFS sudah mulai ditinggalkan karena beberapa bug, dan disebutkan juga bahwa file-locking tidak bekerja di SMBFS. Disarankan untuk beralih ke CIFS, saya pun kemudian melakukan test dengan CIFS ini. Hasilnya, ternyata benar file locking dapat bekerja dengan sempurna.

Command untuk mounting berubah menjadi:
mount -t cifs -o rw,user=blabla,password=blabla,uid=1000,gid=1000,noperms //dbfserver/datadir /mnt/datadbf

Program pun dijalankan lagi dan untuk beberapa waktu dapat berjalan dengan baik. Tampaknya permasalahan belumlah selesai, beberapa kali terjadi kehilangan data. Data yang sudah di-update oleh user, ternyata tidak tersimpan di database.

FIX-5 : nounix and directio

Ternyata meskipun locking dapat bekerja dengan baik, update oleh satu user, tidak dapat dilihat secara langsung oleh user lain. Apabila satu file DBF dibuka secara bersamaan oleh lebih dari satu user, pada saat satu user melakukan perubahan, user lain tidak dapat melihatnya secara langsung. User lain haruslah menutup file DBF tersebut dan membuka nya kembali, barulah update dapat terlihat.

Cara ini tentu tidak nyaman dan menurunkan produktifitas user. Apalagi kami mengalami lonjakan jumlah pengguna program FoxPro ini, dari semula hanya 2 user, hingga saat ini ada hampir 20 user.

Setelah searching di internet, akhirnya saya menemukan kunci dari permasalahan ini, yaitu dengan menambahkan option pada command untuk mounting data.

mount -t cifs -o rw,user=blabla,password=blabla,uid=1000,gid=1000,noperms,nounix,directio

Options nounix dan directio ternyata memecahkan masalah dengan CIFS.

Kesimpulan:

Agar sebuah program FoxPro dapat dijalankan secara multi-user dengan skema Linux+Dosemu+CIFS, ada beberapa “tuning” yang harus kita lakukan dalam sistem. Di antaranya:
1. Menambahkan option veto oplock files terhadap file-file yang berkaitan dengan FoxPro di konfigurasi server Samba.
2. Menggunakan CIFS untuk mounting direktori data, bukan SMBFS.
3. Options mounting dengan CIFS yang digunakan: noperms,nounix,directio
3. Menyesuaikan program, agar melakukan locking saat mengakses data yang akan dirubah.

SMBFS vs CIFS — Part 2

anezch — Tue, 09 Jun 2009 01:29:32 +0000

Post ini merupakan lanjutan dari post SMBFS vs CIFS. Setelah saya melakukan investigasi lebih lanjut, saya menemukan hasil yang berbeda dengan yang sebelumnya saya dapatkan. Which is, cukup aneh, dan membuat saya sangat heran. Padahal metode test yang saya lakukan masih sama.

Untuk itu, saya merasa perlu menerangkan secara singkat prosedur test yang saya lakukan:
1. User1 dan User2 adalah 2 (dua) komputer yang berbeda.
2. Mounting dengan CIFS di User1 dan User2.
3. Dibuat satu file DBF untuk ekperimen, kita sebut file tersebut test.dbf.
4. User1 flock() file test.dbf.
5. User2 flock() file test.dbf juga. User2 harusnya diblok dengan pesan ‘Attempting to lock…’
6. User1 update record.
7. User1 unlock file test.dbf.
8. Pada saat yang sama User2 seharusnya keluar dari blok, dan me-lock file test.dbf.
9. User1 dan User2 cek isi record, apakah sudah terlihat hasil update User1 di langkah 6.
10. User2 update record.
11. User2 unlock file test.dbf
12. User1 dan User2 cek isi record, apakah sudah terlihat hasil update User2 di langkah 10.
13. User1 flock() file test.dbf.
14. User1 dan User2 cek isi record, bandingkan dengan hasil di langkah 12.

Hasil yang sudah saya dapatkan sebelumnya menunjukkan bahwa dengan CIFS kita dapat me-lock suatu file DBF di FoxPro, namun update oleh satu user tidak dapat dilihat oleh user lain sekalipun file sudah di-lock. Dengan membuka ulang file DBF-nya dengan “use”, barulah perubahan tersebut dapat kita lihat. Terlepas dari apakah kita me-lock file-nya atau tidak.

Hasil test terbaru yang saya lakukan, menyimpulkan bahwa dengan locking, update bisa terlihat secara langsung, tanpa perlu membuka ulang DBF dengan use. Kemungkinan perubahan ini diakibatkan oleh mount options yang berbeda. Kebetulan saya mendapatkan informasi dari arsip suatu milis yang saya lupa namanya. Dengan menambahkan nounix dan directio sebagai mount options, sepertinya membuat perbedaan antara hasil test pertama dengan hasil test kedua.

Namun, syarat agar perubahan tersebut dapat dilihat secara langsung oleh user lain, ada 2 cara:
1. Dengan ‘go top’ dahulu kemudian ‘goto’ record yang dimaksud. Atau dengan kata lain, kita pindah ke record yang lain dahulu kemudian kembali ke record yang semula. Update dapat dilihat.
2. Dengan mekanisme locking dengan flock() seperti langkah-langkah test yang saya sebutkan di atas.

Cara yang terbaik tentu saja dengan mekanisme locking dengan flock(), sesuai anjuran FoxPro di Help page nya.

Moving to NetBeans Platform

anezch — Tue, 26 May 2009 12:11:17 +0000

Beralih ke NetBeans platform memang
sepantasnya dilakukan saat aplikasi kita mulai
berkembang. Dengan NetBeans platform, selain
tampil lebih profesional, aplikasi juga lebih mudah
dikembangkan karena berbasis modul.

Awalnya memang agak sulit karena kita harus
memahami aspek-aspek pemrograman platform
NetBeans. Namun dengan mengikuti tutorial
yang tersedia, sedikit demi sedikit jalan semakin
terbuka. Bahkan saya berhasil mem-port sebuah
project berbasis SWING hanya dalam waktu
sehari.

Sebetulnya ketika saya merencanakan beralih ke
platform, ada 2 pilihan yaitu NetBeans Platform
dan Eclipse RCP. Dengan pertimbangan SWING
yang lebih mature ketimbang SWT, maka saya
memutuskan untuk memilih NetBeans platform.
Tentu saja kita bisa membuat interface dengan
SWING di Eclipse RCP, tapi hasilnya kurang
memuaskan.

Perjalanan masih panjang, masih banyak yang
harus saya pelajari seperti Nodes API, Explorer
API, dan masih banyak yang lain. Tetap
semangat!

SMBFS vs CIFS

anezch — Wed, 15 Apr 2009 00:31:33 +0000

Beberapa tahun yang lalu, diperkenalkan CIFS (Common Internet File System) di Linux sebagai pengganti SMBFS (Samba File System). Awalnya saya tidak tahu apa perbedaan antara keduanya, tapi yang pasti berdasarkan beberapa sumber yang dapat dipercaya, CIFS lebih baik dari SMBFS. Nah, di mana lebih baiknya saya juga kurang mengerti.

Jadi untuk solusi Linux+Dosemu+FoxPro+SMBFS, saya rubah menjadi Linux+Dosemu+FoxPro+CIFS. Perubahan ini tidak saya lakukan menyeluruh untuk melihat di mana letak perbedaannya, dan sejauh mana peningkatan kedua File System ini. Kondisi yang ada saat ini, beberapa komputer menggunakan CIFS, dan yang lain menggunakan SMBFS. Perlu diketahui juga bahwa salah satu alasan yang memperkuat saya untuk migrasi ke CIFS di beberapa komputer adalah kenyataan bahwa di Ubuntu versi terbaru (Gutsy ke atas) solusi Linux+Dosemu+FoxPro+SMBFS tidak bekerja. Files yang di-mount dengan SMBFS tidak dapat di-write di Dosemu.

Lalu worst case pun terjadi, anehnya, kasus-kasus bermunculan tidak langsung muncul pada saat saya merubah dari SMBFS ke CIFS. Kasus-kasus pun munculnya secara acak baik waktu, program, dan database. Saya sempat frustasi beberapa bulan karena masalah ini.

Akhirnya saya melakukan test, yang saya coba se-sistematik mungkin. Saya melakukan test perbandingan terhadap files yang di-mount dengan SMBFS dan CIFS. Hasilnya pun kemudian memberikan pencerahan yang luar biasa (untuk saya).

Hasil dari test menunjukkan bahwa CIFS memang lebih baik dari SMBFS dalam hal Locking. Artinya, mekanisme Locking di FoxPro dapat berjalan dengan baik. Tapi, kelemahannya adalah isi record / file tidak langsung ter-update saat ada perubahan oleh user lain. Ini fatal sekali. Meskipun sudah dilakukan prosedur locking sesuai standar, file tidak ter-update. Apabila file di buka ulang, barulah update dari user lain terlihat.

Berbeda dengan SMBFS, mekanisme Locking di FoxPro tidak dapat dilakukan. Meskipun file / record di-lock, user lain tetap dapat melakukan lock di file / record yang sama. Namun, update file dapat terlihat secara instant oleh user lain. Ini tentunya setelah saya modifikasi smb.conf untuk mematikan Op-Lock terhadap files database.

Langkah selanjutnya adalah merubah semua komputer untuk menggunakan SMBFS. Tapi masalahnya untuk komputer dengan sistem operasi Ubuntu Gutsy, Hardy, Intrepid tidak dapat menggunakan SMBFS. Maka solusinya adalah dengan mengganti sistem operasi dengan Ubuntu versi sebelumnya (downgrade) atau menggunakan Distro lain.