Monday, March 31, 2014

Oracle BPM 11g MDS Error - Unable to Extend Table in Tablespace


Common error on BPM deployment and runtime is the engine cannot find a table or view and saying that it doesn't exist. Further investigation will result on the following error.


MDS-00001: exception in Metadata Services layer
MDS-00515: failure to save document /deployed-composites/default/ProjectName/businessCatalog/SchemaDataModule/XSD_NAME.xsd in the metadata repository 
 
ORA-01653: unable to extend table SCHEMANAME.TABLENAME by 1024 in tablespace TABLESPACENAME

This will mostly kill currently running application or fails a deployment.
Below is the solution that I take to solve the problem.

First, connect to your database as sysdba and execute this query.

select file_name,status from dba_data_files;

This query will return all the .dbf file location used by the system and its availability.
Find out the .dbf that produce the problem above. For my example, it will be soainfra table which file located on '/installPath/DEV1_soainfra.dbf'.

Take note on this location because we will use it for the next step.

Next step, execute this query and the location on highlighted 'part' based on the query above. Here's the example.


alter database datafile '/installPath/DEV1_soainfra.dbf' autoextend on maxsize unlimited;

That's it. We set the datafile to autoextend without maximum size so this problem will not reoccur. This should solve the problem on BPM application. Please note that due to the setting of unlimited autoextend, the server should have enough disk space to cater it.

Hope it helps. Cheers!

Thursday, March 27, 2014

Solving Oracle BPM 11g Composite Error - Could not locate composite. Runtime Operation Error

When you've worked on many BPM composites, deploying and undeploying it over and over, someway, you could encounter this following error in the log.

<Mar 20, 2014 11:03:30 AM WIT> <Error> <oracle.soa.services.workflow.task> <BEA-000000> <<.> Could not locate composite.
Could not locate composite for workflow component default/PROJECTNAME!1.3.1*soa_1d2b1813-58f0-4264-8581-85013cd8eaba/CompositeName.
Ensure composite has been successfully deployed, and that the SOA server has completed loading composites.

ORABPEL-30084

Could not locate composite.
Could not locate composite for workflow component default/PROJECTNAME!1.3.1*soa_1d2b1813-58f0-4264-8581-85013cd8eaba/CompositeName.

Ensure composite has been successfully deployed, and that the SOA server has completed loading composites.

When you check on Enterprise Manager console (http://host:port/em), the composite is already undeployed but the workspace is still trying to find it, thus producing the following error possibilities in the BPM workspace (http://host:port/bpm/workspace):

"Runtime Operation Error"
"Could not perform the batch operation"

This thing can impact many things, starting from simple thing like user annoyance and also major thing like unaccessible Process Tracking and altering due to Runtime Operation Error.

Annoying as it is, but the solution is very simple.

Use your DB browser and access SOAINFRA schema. There, open WFTASKMETADATA table and delete any unused composite that prompt the error on the log.

Restart your MS, then try to access BPM workspace. The error will be no more.
Hope it helps!


Tuesday, March 18, 2014

Memanfaatkan NonCatalogLogger untuk log aplikasi pada WebLogic Server

NonCatalogLogger merupakan class untuk membantu developer meng-integrasi-kan log dari aplikasi dengan file log server.

Untuk menggunakannya pada aplikasi yang berjalan diatas WebLogic Server, lakukan langkah-langkah berikut pada IDE JDeveloper 11.1.1.7:

1. Import class weblogic.logging.NonCatalogLogger

2. Gunakan construktor
  NonCatalogLogger(java.lang.String myApplication)
    untuk meng-instance sebuah object NonCatalogLogger.

3. Gunakan fungsi-fungsi dibawah ini :

    Untuk melakukan log-log informasi yang normal.
  info(java.lang.String msg)
  info(java.lang.String msg, java.lang.Throwable t)

    Untuk melakukan log-log peringatan namun tidak mengganggu jalannya aplikasi.
  warning(java.lang.String msg)
  warning(java.lang.String msg, java.lang.Throwable t) 

    Untuk melakukan log-log kesalahan aplikasi.
  error(java.lang.String msg)
  error(java.lang.String msg, java.lang.Throwable t)   

    Untuk melakukan log-log debug yang hanya muncul pada saat aplikasi berada pada mode debug.     debug(java.lang.String msg)
  debug(java.lang.String msg, java.lang.Throwable t)

4. Berikut contoh codenya :
public class MyLogServlet extends HttpServlet {
    
    public void init(ServletConfig config) throws ServletException {
        super.init(config);
    }

    public void service(HttpServletRequest request,
                        HttpServletResponse response) throws ServletException,
                                                             IOException {

        PrintWriter out = response.getWriter();
        NonCatalogLogger myLogger = null;
        try {
            myLogger = new NonCatalogLogger("ProtoNonCatalogLogger");
            
            myLogger.info("Application started.");
            
            out.println("Testing NonCatalogLogger. See WLS Server log for output message");
            
            Environment env = new Environment();
            env.setProviderUrl("t3://localhost:7001");
            Context ctx = env.getInitialContext();
            
        } catch (Exception e) {
            out.println("Can't set initial context: " + e.getMessage());
            myLogger.warning("Can't establish connections. ", e);
        }

    }
}


5. Dan tambahkan library dari JDeveloper mengikuti gambar dibawah ini :

library untuk menggunakan NonCatalogLogger

6. Jalankan WebLogic Server, dan perhatikan log servernya. Ada entry log yang nama aplikasinya ProtoNonCatalogLogger.

log pada server 

log Server Log dari WebLogic Console

log Server Log dari WebLogic Console 2

log Server Log dari WebLogic Console 3

Dengan memanfaatkan NonCatalogLogger kita sudah dapat menggabungkan log aplikasi kita dengan log server. Di blog selanjutnya saya akan menulis tentang log aplikasi yang terpisah dengan log server.

Cheers, :)

Saturday, March 15, 2014

Konfigurasi Active Directory Provider pada WebLogic Server

Latar Belakang

Active Directory menurut wiki ialah layanan direktori yang dimiliki oleh sistem operasi jaringan Microsoft seperti Windows 2000 Server, Windows Server 2003, Windows Server 2008, Windows Server 2012. Active Directory terdiri dari basis data dan juga layanan direktori.

Basis data yang dimiliki oleh Active Directory menyimpan segala sumber daya yang terdapat di dalam jaringan, seperti halnya komputer yang telah tergabung ke sebuah domain, daftar akun pengguna dan kelompok pengguna, folder yang di-share, dan lain-lain. Sementara itu, layanan direktori yang dimilikinya membuat informasi yang disimpan di dalam basis data dapat diakses oleh pengguna dan aplikasi.

Server WebLogic memiliki internal Active Directory (Embedded LDAP) yang digunakan untuk menyimpan user default seperti weblogic.

Lalu, bagaimana bila ingin menggunakan Active Directory yang sudah ada sebagai sumber credential pada server WebLogic ?

Integrasi dengan WebLogic

WebLogic memiliki banyak Authentication Provider, salah satunya Active Directory Provider. Berikut ini contoh screenshoot untuk Active Directory Provider.
1. Buat Authentication Provider baru

2. Pilih ActiveDirectoryAuthenticator

3. Ubah Control Flag menjadi Optional

4. Isi host, port, principal, credential sesuai dengan server Active Directory

5. Isi field - field untuk mendapatkan user dari Active Directory

6. Isi field - field untuk mendapatkan grup dari Active Directory

7. Simpan konfigurasi










































































































Setelah konfigurasi selesai disimpan, restart server WebLogic setelah itu user dari Active Directory dapat dilihat di Security Realm -> myrealm -> Users and Groups.

Untuk mencoba login ke Enterprise Manager / WebLogic Console, tambahkan Global Roles pada Admin

1. Klik link View Role Condition pada Roles and Policies -> Global Roles -> Roles -> Admin

2. Klik tombol Add Condition

3. Pilih User dari drop down Predicate List, lalu klik tombol Next
4. Isi nama user di field User Argument Name, lalu klik tombol Add dan Finish
5. Klik tombol Save

















































Kemudian coba login ke Enterprise Manager / WebLogic Console menggunakan username yang tadi sudah ditambahkan, selamat mencoba. :)

Active-Passive HAProxy with Keepalived


Beberapa waktu lalu, saya sempat membahas mengenai ZenLB, yaitu load balancer appliance yang berbasiskan Debian. Kali ini saya ingin mencoba alternatif software-based load balancer lainnya yang bernama HAProxy. HAProxy merupakan software load balancer yang sangat handal, di mana banyak sekali digunakan oleh penyedia layanan Internet besar seperti GitHub, Imgur, Instagram, Reddit, Stack Overflow, ServerFault, Tumbler, Twitter, dan masih banyak lagi. Tidak seperti ZenLB, HAProxy bukan merupakan sebuah appliance, sehingga dapat dikonfigurasi ke OS yang sudah ada.

Load balancer seperti HAProxy merupakan komponen penting dalam high availability deployment, di mana load balancer menjadi pintu gerbang utama dari semua request user ke aplikasi. Sehebat apapun aplikasi, tapi jika suatu ketika load balancer down, maka aplikasi juga tidak dapat diakses oleh user. Untuk itulah diperlukan setidaknya 2 load balancer yang saling menggantikan ketika salah satu proses/mesin menjadi down.

Keepalived merupakan routing software yang dapat dikombinasikan dengan HAProxy untuk dapat menghasilkan solusi high availability pada level load balancer. Keepalived bekerja dengan cara terus-menerus memonitor proses HAProxy di masing-masing node. Secara default, master node akan memegang virtual IP (VIP) dan akan menjadi node yang aktif. Ketika proses HAProxy di master node menjadi down dan tidak dapat di-restart kembali, Keepalived akan mendeteksi hal tersebut dan akan memindahkan VIP aktif ke backup node. Setelah backup node memiliki VIP, proses HAProxy pada backup node akan di-restart/reload kembali secara otomatis.

Pada blog kali ini, saya ingin mencoba mengkonfigurasi 2 instance HAProxy dan Keepalived pada 2 mesin Linux. Saya tidak mengkompilasi HAProxy dan Keepalived dari source code, namun saya download paket RPM dan menginstalasi melalui command rpm.

Instalasi dan Konfigurasi Keepalived


Download paket RPM untuk Keepalived dan instal pada kedua mesin.
[root@machine1 ~] # wget -c http://svn.riviera.org.uk/repo/RPMS/keepalived/RPMS/x86_64/keepalived-1.2.1-5.el5.x86_64.rpm
[root@machine1 ~] # rpm -ivh keepalived-1.2.1-5.el5.x86_64.rpm
Preparing...                 ################################################### [100%]
   1:keepalived              ################################################### [100%]
[root@machine1 ~] # service keepalived status
keepalived is stopped
Backup file /etc/sysctl.conf kemudian tambahkan 2 baris berikut di akhir file /etc/sysctl.conf di kedua mesin.
...
# HAProxy - Keepalived VIP
net.ipv4.ip_nonlocal_bind = 1
Baris tersebut berperan dalam perpindahan VIP antara machine1 dan machine2. Refresh perubahan parameter kernel tersebut dengan command berikut pada kedua mesin.
[root@machine1 ~] # sysctl -p
Backup file /etc/keepalived/keepalived.conf dan buat menjadi seperti ini pada master node (machine1):
vrrp_script chk_haproxy {  # Requires keepalived-1.1.13
 script "killall -0 haproxy" # cheaper than pidof
 interval 2   # check every 2 seconds
 weight 2   # add 2 points of prio if OK
}

vrrp_instance VI_1 {
 interface eth0
 state MASTER
 virtual_router_id 51
 priority 101   # 101 on master, 100 on backup
 virtual_ipaddress {
  192.168.0.100
 }
 track_script {
  chk_haproxy
 }
}
Lakukan hal serupa pada backup node (machine2), namun ada sedikit perubahan pada bagian priority dan state:
vrrp_script chk_haproxy {  # Requires keepalived-1.1.13
 script "killall -0 haproxy" # cheaper than pidof
 interval 2   # check every 2 seconds
 weight 2   # add 2 points of prio if OK
}

vrrp_instance VI_1 {
 interface eth0
 state BACKUP
 virtual_router_id 51
 priority 100   # 101 on master, 100 on backup
 virtual_ipaddress {
  192.168.0.100
 }
 track_script {
  chk_haproxy
 }
}
Restart proses Keepalived pada kedua mesin.
[root@machine1 ~] # service keepalived restart
Validasi konfigurasi dengan melihat IP address di masing-masing mesin. Jika proses Keepalived sedang berjalan di kedua mesin, maka VIP address 192.168.0.100 akan berada di machine1. VIP address akan berpindah ke machine2 jika proses Keepalived pada machine1 dinonaktifkan. Berikut adalah contoh output pada machine1 ketika VIP berada di machine1.
[root@machine1 ~] # ip addr show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 08:00:27:69:8e:3e brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.193/24 brd 192.168.0.255 scope global eth0
    inet 192.168.0.100/32 scope global eth0
Pada kondisi kedua Keepalived berjalan, machine2 akan memiliki output tanpa VIP address.
[root@machine2 ~] # ip addr show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 08:00:27:25:2b:8c brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.192/24 brd 192.168.0.255 scope global eth0
Perpindahan VIP dapat diamati dari /var/log/messages.

Instalasi dan Konfigurasi HAProxy


Download paket RPM untuk HAProxy dan instal pada kedua mesin.
[root@machine1 ~] # wget -c http://svn.riviera.org.uk/repo/RPMS/haproxy/RPMS/x86_64/haproxy-1.4.10-1.el5.x86_64.rpm
[root@machine1 ~] # rpm -ivh haproxy-1.4.10-el5.x86_64.rpm
Preparing...                 ################################################### [100%]
   1:haproxy                 ################################################### [100%]
[root@machine1 ~] # service haproxy status
haproxy is stoppped
Backup file /etc/haproxy/haproxy.conf dan buat menjadi seperti ini pada kedua mesin: (sesuaikan backend server dengan kebutuhan, pada kasus ini saya membuat HAProxy menjadi frontend untuk salah satu WebLogic AdminServer yang ada)
global
 log 127.0.0.1 local0
 log 127.0.0.1 local1 notice
        maxconn 4096
        user haproxy
        group haproxy

defaults
 log global
 option dontlognull
 option redispatch
 retries 3
 maxconn 2000
 contimeout 500000
 clitimeout 500000
 srvtimeout 500000

listen blogadmin.nostratech.com 192.168.0.100:7001
        mode tcp
        option tcplog
        server adminserver blogadminvhn.nostratech.com:7001 check
Saya mengisi listen IP address untuk entry blogadmin.nostratech.com dengan VIP address yang telah saya siapkan dengan Keepalived sebelumnya. Untuk keamanan, proses HAProxy akan dijalankan oleh user dedicated, haproxy. Buat user dan group yang bernama haproxy pada kedua mesin.
[root@machine1 ~] # useradd haproxy
[root@machine1 ~] # id haproxy
uid=54322(haproxy) gid=54323(haproxy) groups=54323(haproxy)
Restart proses HAProxy pada kedua mesin.
[root@machine1 ~] # service haproxy restart
Sekarang saatnya pengujian. :)

Pengujian HAProxy dan Keepalived


Buka browser kemudian coba akses VIP dan listen port yang telah kita spesifikasikan pada file /etc/haproxy/haproxy.conf yaitu http://192.168.0.100:7001/console.
HAProxy pada machine1 menjadi frontend AdminServer
Simulasikan proses HAProxy pada machine1 down dengan cara menghentikan proses HAProxy pada machine1.
[root@machine1 ~] $ service haproxy stop
Akses kembali alamat yang sama, seharusnya masih dapat diakses.
HAProxy pada machine2 menjadi frontend AdminServer
Jika masih bisa diakses, selamat konfigurasi Anda berhasil. :) Selamat mencoba!