JavaScript onload vs onpageshow

บันทึกไว้เพื่อเตือนความจำ

The onpageshow event is similar to the onload event, except that it occurs after the onload event when the page first loads. Also, the onpageshow event occurs every time the page is loaded, whereas the onload event does not occur when the page is loaded from the cache.

Reference

1. w3schools.com, HTML onpageshow Event Attribute.

Writing Java Desktop Application with Android Studio

วันนี้พอจะมีเวลาและอยากจะเขียนโปรแกรมที่ติดค้างมานานแล้ว เป็นโปรแกรมภาษา Java และจะเขียนแบบง่ายๆเป็น Desktop Application แต่เนื่องจากห่างหายจากการเขียนแบบนี้มานานมาก เมื่อก่อนเคยใช้ NetBeans เขียนเป็นประจำ แต่ว่า ตั้งแต่บริษัท Sun Microsystems ขายกิจการไปให้บริษัท Oracle Corporation (ปีคศ. 2010) มันเหมือนเรารู้สึกเคว้งคว้างไปด้วย ไม่รู้ว่าอนาคตของภาษา Java จะเป็นอย่างไร ตั้งแต่นั้นก็ไม่ได้ใช้ NetBeans อีกเลย ก็หันมาใช้ Eclipse อยู่พักหนึ่ง แต่ก็ไม่ค่อยถูกใจมากนัก สุดท้าย 2-3 ปีมานี้ หันมาจับ Android Studio เสียส่วนใหญ่ วันนี้ก็เลยคิดอยากจะเขียน Java Desktop Application ด้วย Android Studio ขึ้นมา

เอ้า พอลองค้นๆดูว่าทำได้หรือเปล่า ก็พบว่ามีคนแนะนำไว้พอสมควรครับ แต่จะนำมาสรุปบันทึกไว้เพื่อช่วยจำและจะได้เป็นประโยชน์กับคนอื่นๆดังนี้

Create New Module

ปกติแล้ว Project ที่เราสร้างด้วย Android Studio นั้น จะเป็น Android Application ซึ่งเมื่อสร้างแล้วจะได้ Module แรกชื่อ app ขึ้นมา ในกรณีนี้ เราจะไม่ใช้ Module นี้ บางความเห็นที่ค้นๆมาบอกว่าให้ลบทิ้ง แต่ผมคิดว่าไม่จำเป็นต้องลบทิ้ง เผื่อว่าเราอาจจะเปลี่ยนใจพัฒนาเป็น Android Application ก็จะได้ไม่ต้องสร้างใหม่ให้ยุ่งยาก ก็ปล่อยไว้แบบนั้นไปก่อน

เมื่อต้องการสร้าง Java Application เราจะใช้วิธีสร้าง Module ใหม่ โดยเลือกเมนู File/New/New Module แล้วเลือก Module แบบ Java Library ดังภาพ

จากนั้นก็กรอก Library name (ชื่อของ Module) Java package name (ชื่อ Package หลัก) และ Java class name ชื่อคลาสไฟล์ที่จะถูกสร้างขึ้นไฟล์แรก

Set Main Class

เมื่อสร้าง Module เสร็จเรียบร้อยแล้ว เราจะได้คลาสไฟล์แรกมาด้วย ถ้าต้องการให้ไฟล์นี้เป็นโปรแกรมหลัก ให้เพิ่มฟังก์ชัน main() ไว้ที่ไฟล์นี้ เช่น

package com.example;

public class MyClass {
    public static void main(String[] args) {
        System.out.println("Hello World");
    }
}

เมื่อเขียน main() เสร็จแล้วควร Build ด้วยเมนู Build/Make Module ... เสียก่อน จากนั้น เราจะสามารถรันโปรแกรมได้จากเมนู Run/Run... จะปรากฎป๊อบอัพเมนูให้เลือกรัน MyClass ดังภาพ

หากเคยเลือกรันไปแล้วครั้งหนึ่ง จะปรากฏชื่อคลาสตรงปุ่มข้างๆปุ่มรันที่ Toolbar ดังภาพ

แต่หากไม่ปรากฎชื่อคลาสหลักเพื่อจะรันโปรแกรม เราก็สามารถสร้างใหม่เองได้ด้วยการเลือก Edit Configurations... แล้วเพิ่ม Configuration แบบ Application ด้วยการกดปุ่มเครื่องหมาย + ตรงมุมบนซ้าย

กำหนด Name และ Main class ให้ถูกต้อง ก็จะได้ Configuration สำหรับรันโปรแกรมหลัก

Create Jar File with Dependencies

ปกติแล้วเมื่อ Build Module แล้วจะได้ Jar ไฟล์ของโปรแกรมอยู่ในโฟลเดอร์

<โปรเจ็คโฟลเดอร์>/<โมดูลโฟลเดอร์>/build/libs

เช่น AndroidStudioProjects/MyApplication/lib/build/libs เป็นต้น

แต่หากโปรแกรมมีการเรียกใช้ Library อื่นๆด้วย Jar ไฟล์ของ Library ที่จำเป็นต้องใช้งานร่วมกันนั้น อาจจะไม่ได้รวมอยู่ใน Jar ไฟล์เดียวกัน ซึ่งจะทำให้ไม่สะดวกในการนำไปใช้งานก็เป็นได้ ซึ่งเราสามารถเพิ่ม Task สำหรับการสร้าง All-in-One Jar ไฟล์ได้ ด้วยการแก้ไขไฟล์ build.gradle script ของโมดูลนี้ โดยเพิ่ม Task ชื่อ fatJar ดังนี้

version='1.0' 

task fatJar(type: Jar) {

manifest {

        attributes 'Implementation-Title': 'MyClass Jar File Example',

        'Implementation-Version': version,

        'Main-Class': 'com.example.MyClass'

    }

    baseName = project.name + '-all'

    from { configurations.compile.collect { it.isDirectory() ? it : zipTree(it) } }

    with jar

}

 เมื่อเพิ่ม Task ชื่อ fatJar เข้าไปแล้ว และสามารถ Sync Gradle ได้อย่างถูกต้อง เราจะพบชื่อ Task นี้ในหน้าต่างของ Gradle Properties ดังภาพ

ซึ่งสามารถเรียกใช้ได้ด้วยการ Double-Click ที่ชื่อ หรือคลิ๊กเมาส์ปุ่มขวาแล้วเลือกเมนูรันได้เลย ซึ่งผลลัพธ์จะได้ Jar ไฟล์อยู่ในโฟลเดอร์เดียวกับ Jar ไฟล์ปกติ แต่ชื่อไฟล์จะมี -all เพิ่มเข้ามา

อ้างอิง

1. Java project with Gradle and building jar file in Intellij IDEA - how to?
2. Gradle – Create a Jar file with dependencies
3. Gradle User's Guide: Chapter 45 Java Quickstart

Visual Studio Image Library

เมื่อก่อนตอนสมัยที่ผมข้ามจาก Visual Studio 6 มาใช้ Visual Studio 2008 นั้น ผมเพิ่งจะได้รู้ว่า ไมโครซอฟต์ได้แถมคลังรูปภาพไว้ใช้สำหรับทำปุ่มต่างๆในสไตล์ของไมโครซอฟต์มาให้ เรียกว่า Visual Studio Image Library ซึ่งความจริง Image Library นี้มีมาตั้งแต่ Visual Studio รุ่น 2005 โดยไฟล์จะอยู่ในโฟลเดอร์ ดังตาราง

Visual Studio 2005	C:\Program Files\Microsoft Visual Studio 8\Common7\VS2005ImageLibrary\VS2005ImageLibrary.zip
Visual Studio 2008	C:\Microsoft Visual Studio 9.0\Common7\VS2008ImageLibrary\1033\VS2008ImageLibrary.zip
Visual Studio 2010	C:\Microsoft Visual Studio 10.0\Common7\VS2010ImageLibrary\1033\VS2010ImageLibrary.zip

ตอนนั้นน่าจะมีภาพอยู่ประมาณ 1,000 ภาพ แต่ตั้งแต่ Visual Studio 2012 เป็นต้นมา ไมโครซอฟต์ไม่ได้รวมชุด Visual Studio Image Library ไว้ใน Released Package ด้วย ซึ่งผมก็ไม่ได้สนใจหามาเพราะมีไฟล์เก่าของ VS2008 อยู่ จนกระทั่งวันนี้ ผมได้ติดตั้ง Visual Studio 2013 และต้องการใช้ Image Library ขึ้นมา ก็เลยค้นหาดู พบว่า ไมโครซอฟต์มีให้ดาวโหลด อยู่ที่

http://www.microsoft.com/en-us/download/details.aspx?id=35825

เห็นเขียนไว้ในรายละเอียดว่ามีภาพถึง 5,000 ภาพ เช่น

 ใครสนใจก็ลองดาวโหลดมาใช้ดู แต่อย่าลืมอ่านเงื่อนไขการใช้งานด้วยนะครับ

อ้างอิง

1. Microsoft Corporation, How to Get High-Quality Icons Using Visual Studio Image Library

ข้อควรระวังในการใช้ Static References เมื่อเขียน API

ช่วงนี้ผมกำลังเขียนโปรแกรมเกี่ยวกับ Hadoop และ HBase อยู่ และกะว่าจะทำเป็น API สำหรับใช้งานกับโปรแกรมอื่นๆได้ด้วย บังเอิญว่า ผมต้องการใช้ Logging เพื่อให้สะดวกต่อการนำไปใช้และตรวจสอบปัญหา ซึ่งเมื่อ 10 กว่าปีก่อน ผมก็เคยศึกษามาบ้าง แต่เนื่องจากไม่ค่อยได้ใช้ จึงไม่ได้ลงลึกอะไรมากนัก แต่ตอนนี้ผมต้องเลือกว่าจะใช้ Framework ตัวไหนดี ที่ผมมองๆอยู่ก็มี 4 ตัว คือ

1. Java Logging ซึ่งเป็นมาตรฐานหลักเพราะมีอยู่ใน JRE อยู่แล้ว ถ้าเอามาใช้ก็จะได้ไม่ต้องพ่วง Library อะไรให้ยุ่งยาก แต่ Java Logging ไม่ค่อยจะเก่งสักเท่าไหร่ การใช้งานจึงไม่สะดวกนัก
2. Apache log4j ซึ่งเป็น Logging API ที่มีมานานมาก ถ้าจำไม่ผิดน่าจะก่อน Java Logging เสียอีก และเท่าที่ได้กลับไปดูหน้าเว็บของโครงการ Apache Logging Services พบว่ามีการพัฒนาไปเป็น Apache log4php log4net และ log4cxx อีกด้วย
3. Apache หรือ Jakarta Commons Logging (JCL) มีแนวคิด ซึ่งออกแบบมาให้เป็น abstract หรือ wrapper เพื่อให้ผู้ใช้สามารถเลือกตัว Logger ที่ต้องการใช้งานจริงๆได้ ถอดเปลี่ยนได้ จึงสามารถใช้งานร่วมกับ Logger ตัวอื่นๆได้ เช่น log4j, Java Logging และ Avalon LogKit
4. Simple Logging Facade for Java (SLF4J) ตัวนี้ HBase ใช้งานอยู่ ออกแบบมาให้เป็น abstract หรือ wrapper เช่นเดียวกับ JCL สามารถใช้งานร่วมกับ Logger ตัวอื่นๆได้ เช่น log4j, Java Logging และ Logback

แต่ประเด็นที่ผมนำมาเขียนบทความนี้ไม่ใช่ว่าจะเลือกตัวไหนดีนะครับ ประเด็นก็คือปัญหาเรื่องการใช้ static ในการสร้างตัว Logger ซึ่งมักจะทำไปเพราะเป็นที่คุ้นเคย เช่น

public class Root {
    private static Log log = LogFactory.getLog(Root.class);
    ....
}

การประกาศให้ตัว Logger เป็น static (class variable) จะช่วยให้ไม่สิ้นเปลือง เพราะมี reference เพียงแค่ตัวเดียวในระบบ ผิดกับการสร้าง Logger ที่ไม่เป็น static (instance variable) ทั้งนี้ ประสิทธิภาพจะแตกต่างกันมากน้อยก็ขึ้นอยู่กับว่า ในระบบของเรามี instance เกิดขึ้นมากแค่ไหน และมีการเรียกใช้ Logger บ่อยแค่ไหนด้วย

Stand-Alone Application

ประเด็นปัญหาของการสร้าง Logger เป็น static จะไม่เกิดขึ้นเลยหากโค้ดที่เราเขียนเป็น Stand-alone Application แต่จะเป็นปัญหาก็ต่อเมื่อ โค้ดที่เราเขียนเป็น API และถูกนำไปใช้งานโดย Application หลายๆตัวที่ทำงานอยู่บน Container เดียวกัน เช่น Web Application เนื่องจาก Web Server อย่าง Tomcat (Servlet Container) จะมีตัว ClassLoader หลายตัวในการโหลด Web Application แต่ละตัวขึ้นมา ซึ่งทำให้ Application แต่ละตัวใช้ Logger ตัวเดียวกันได้ (เนื่องจากเป็น static) เกิดปัญหาว่าข้อมูล Log ของ Application แต่ละตัวจะปะปนกัน ไม่สามารถแยกออกได้

ปัญหานี้ไม่ใช่จะเกิดขึ้นกับเฉพาะ Logger เท่านั้น แต่จะเกิดกับตัวแปร static อื่นๆด้วยเช่นกัน จึงทำให้ผมต้องคิดหนักขึ้นกับกรณีอื่นๆ และเป็นที่มาของการทดลอง เพื่อแสดงให้เห็นถึงผลลัพธ์ที่เกิดขึ้นกับปัญหานี้

CLASSPATH and ClassLoader

ก่อนอื่นขออธิบายเรื่อง ClassLoader สักนิดหนึ่ง เผื่อว่าบางคนอาจจะยังไม่เข้าใจนะครับ (สำหรับคนที่เข้าใจเรื่องนี้แล้วก็ข้ามหัวข้อนี้ไปได้เลย) การโหลดโปรแกรมมาทำงานของ java (Java Virtual Machine, JVM) จะทำโดย ClassLoader ซึ่ง ClassLoader หลักคือ Bootstrap ClassLoader จะทำการอ่านคลาสต่างๆที่จำเป็น และค้นหาคลาสไปตามโฟลเดอร์ต่างๆใน CLASSPATH ที่ตั้งไว้ โปรแกรมใดต้องการใช้คลาสอะไรบ้างก็ต้องระบุที่อยู่ของมันไว้ใน CLASSPATH ให้ถูกต้อง มิฉะนั้นจะเกิด ClassNotFoundException ขึ้นและโปรแกรมก็จะทำงานไม่ได้ นี่คือหลักปกติ ทุกอย่างจะต้องเตรียมไว้ให้ครบถ้วนก่อนที่จะรันโปรแกรม

แต่ในความเป็นจริงแล้ว กลไกนี้สามารถเพิ่มเติมหรือขยายขอบเขตของโปรแกรมออกไปได้ด้วยการสร้าง ClassLoader เพิ่มเติมในโปรแกรมของเรา อันนี้เป็นความพิเศษของภาษา Java เรียกว่า Dynamic Class Loading จะทำให้โปรแกรมมีความยืดหยุ่นสูง และการทำ Plug-in เป็นไปได้ง่ายมาก (รายละเอียดศึกษาเพิ่มเติมในเรื่อง ClassLoader และเรื่อง Reflection) เมื่อโปรแกรมของเราทำงานและมีการสร้าง ClassLoader เพิ่มเติมขึ้นมา โปรแกรมของเราก็จะสามารถโหลดคลาสใหม่ๆเข้ามาทำงานโดยที่คลาสนั้นๆไม่จำเป็นต้องอยู่ใน CLASSPATH และเราไม่จำเป็นต้องหยุดการทำงานของโปรแกรมเพื่อจัดการและรันใหม่ โดยที่กลไกการสร้าง ClassLoader นั้นจะกำหนดให้เราต้องสร้างและเชื่อมต่อกันเป็นทอดๆ กลายเป็น Tree ของ ClassLoader โดยมี Bootstrap ClassLoader เป็นจุดบนสุด (root) ของ Tree หาก ตัว ClassLoader ใด ต้องการหาคลาสที่จะโหลด จะต้องเรียกไปใหั Parent ของมันค้นหาก่อน และส่งต่อกันเป็นทอดๆ จนไปสุดที่จุดสูงสุดของ Tree หากหาไม่พบจึงจะค่อยๆหาย้อนกลับมาจนหมดแล้วจึงเกิด ClassNotFoundException แต่ถ้าหาพบโดย ClassLoader ตัวใด คลาสนั้นก็จะถูกโหลดมาด้วย CassLoader นั้นๆ นั่นหมายความว่า หากมีคลาสวางอยู่ใน CLASSPATH แม้เราตั้งใจจะให้โหลดจากที่อื่นก็จะทำไม่ได้ (ยกเว้นว่าเราจะสร้าง ClassLoader แบบของเราเองและไม่ทำตามกฎ)

ด้วยโครงสร้างอย่างนี้ คลาสที่ถูกโหลดเข้ามาในโปรแกรมด้วย ClassLoader ที่อยู่คนละกิ่งของ Tree จะมีขอบเขตของการมองเห็นคลาสอื่นๆจำกัดเฉพาะเส้นทางในกิ่งของตัวเองเท่านั้น แต่ก็จะมีจุดร่วมที่กิ่งมารวมกันเพราะมี Parent ร่วมกันอยู่ ตรงนี้จึงเป็นที่มาของปัญหาหากไม่จัดการให้ถูกต้อง

Preparations

source code ของโปรแกรมทดสอบ สามารถดาวโหลดได้ที่ Google Drive ไฟล์ที่ดาวโหลดมา เป็น zip ของโฟลเดอร์โปรเจ็คใน Eclipse เมื่อแตกไฟล์มาแล้ว ในโฟลเดอร์ src มี source code ทั้งหมดด้วยกัน 4 ไฟล์คือ

1. StaticFieldTest.java เป็น main โปรแกรมที่จะรันทดสอบ
2. test/App1.java เป็นคลาสที่จำลองว่าเป็น Application ตัวที่หนึ่ง
3. test/App2.java เป็นคลาสที่จำลองว่าเป็น Application ตัวที่สอง
4. test/StaticField.java เป็นคลาสที่จำลองว่าเป็น Library ที่ทั้งสอง Application เรียกใช้งาน

ก่อนอื่นต้องขออธิบายโปรแกรมหลักก่อนนะครับ ไฟล์ StaticFieldTest.java เป็นดังนี้

import java.io.IOException;
import java.net.URL;
import java.net.URLClassLoader;

public class StaticFieldTest {
  public static void main(String[] args) throws Exception {
    System.out.println("SystemClassLoader: "+ClassLoader.getSystemClassLoader());
    ClassLoader sftCL = StaticFieldTest.class.getClassLoader();
    System.out.println("StaticFieldTest ClassLoader: "+sftCL);
    System.out.println("StaticFieldTest ParentClassLoader: "+sftCL.getParent());
    URLClassLoader shareCL = new URLClassLoader(new URL[] { new URL("file:///tmp/test/share/") });
    URLClassLoader app1CL = new URLClassLoader(new URL[] { new URL("file:///tmp/test/app1/") }, shareCL);
    URLClassLoader app2CL = new URLClassLoader(new URL[] { new URL("file:///tmp/test/app2/") }, shareCL);
    Object obj1 = app1CL.loadClass("test.App1").newInstance(); // Load app1
    Runnable app1 = (Runnable)obj1;
    app1.run(); // Run app1
    Object obj2 = app2CL.loadClass("test.App2").newInstance(); // Load app2
    Runnable app2 = (Runnable)obj2;
    app2.run(); // Run app2
  }
}

โปรแกรมนี้จำลองการทำงานว่าตัวเองเป็น Application Container กล่าวคือ โปรแกรมจะโหลด Application App1 และ App2 เข้ามารันผ่านทาง URLClassLoader ในที่นี้ผมสร้างเตรียมไว้ 3 ตัวคือ shareCL เป็นตัวโหลดคลาสต่างๆที่อยู่ในโฟลเดอร์ /tmp/test/share ส่วน app1CL และ app2CL จะโหลดคลาสต่างๆที่อยู่ในโฟลเดอร์ /tmp/test/app1 และ /tmp/test/app2 ตามลำดับ โดยที่ app1CL และ app2CL จะถูกสร้างให้มี parent คือ shareCL หากใครจะทดลองตามก็ขอให้สร้างโฟลเดอร์นี้ไว้ หรือแก้ไข source code ไปที่โฟลเดอร์ที่ต้องการก่อนนะครับ

หากใครไม่ได้ใช้ Eclipse ผมก็ขอแนะนำ command-line สำหรับ compile โปรแกรมง่ายๆคือ

cd StaticFieldTest
javac -d bin src/*.java src/test/*.java

จะได้ .class ไฟล์ที่โฟลเดอร์ bin ซึ่งประกอบไปด้วย 4 ไฟล์คือ

1. StaticFieldTest.class
2. test/App1.class
3. test/App2.class
4. test/StaticField.class

การทดลองที่ 1: Stand-alone Application

เมื่อ compile เสร็จแล้ว เราจะรันโปรแกรมโดยมีทุกๆคลาสอยู่ใน CLASSPATH (มองจาก working dir) นั่นคือ หากรันโปรแกรมด้วยคำสั่ง

cd bin
java StaticFieldTest

จะได้ผลลัพธ์ดังนี้

SystemClassLoader: sun.misc.Launcher$AppClassLoader@1978b0f9
StaticFieldTest ClassLoader: sun.misc.Launcher$AppClassLoader@1978b0f9
StaticFieldTest ParentClassLoader: sun.misc.Launcher$ExtClassLoader@42aab87f
Running App1
App1 ClassLoader: sun.misc.Launcher$AppClassLoader@1978b0f9
App1 ParentClassLoader: sun.misc.Launcher$ExtClassLoader@42aab87f
Static Initialize StaticField
StaticField ClassLoader: sun.misc.Launcher$AppClassLoader@1978b0f9
StaticField ParentClassLoader: sun.misc.Launcher$ExtClassLoader@42aab87f
StaticField.getSvar(): 0
End of Initialize StaticField
StaticField.getSvar(): 0
StaticField.setSvar(10): 10
StaticField.increaseSvar(): 11
End of App1
Running App2
App2 ClassLoader: sun.misc.Launcher$AppClassLoader@1978b0f9
App2 ParentClassLoader: sun.misc.Launcher$ExtClassLoader@42aab87f
StaticField.getSvar(): 11
StaticField.setSvar(10): 10
StaticField.increaseSvar(): 11
End of App2

กรณีนี้จะเหมือน Stand-alone Application นั่นคือ Bootstrap ClassLoader จะเป็นตัวโหลดคลาสต่างๆเข้ามา เนื่องจากมีคลาสต่างๆอยู่ใน CLASSPATH  อยู่แล้ว shareCL, app1CL และ app2CL ส่งการค้นหามาให้ Parent โหลดก่อน ClassLoader ของ App1, StaticField และ App2 จึงเป็นตัวเดียวกัน โดยผลลัพธ์แสดงให้เห็นว่า App1 และ App2 ใชั StaticField ร่วมกันโดยสังเกตได้จากค่า StaticField เริ่มต้น initialize เพียงครั้งเดียวจากค่า 0 และ App1 เซ็ตค่าให้เป็น 10 จากนั้นก็เพิ่มเป็น 11 ส่วน App2 ก็เริ่มที่ค่า 11 จากผลของ App1 และเซ็ตค่าเป็น 10 แล้วก็เพิ่มค่าเป็น 11

การทดลองที่ 2: ย้าย App1 และ App2 และ Share ไปไว้คนละที่

ทำการย้ายไฟล์ test/App1.class ไปไว้ที่ /tmp/test/app1/test/App1.class ย้าย test/App2.class ไปไว้ที่ /tmp/test/app2/test/App2.class และ test/StaticField.class ไปไว้ที่ /tmp/test/share/test/StaticField.class สังเกตว่า เราจะต้องย้ายไปทั้ง package นะครับ นั่นคือแต่ละคลาสอยู่ใน package test ก็เลยต้องมีโฟลเดอร์ย่อยชื่อ test ติดไปด้วย ไม่อย่างนั้นจะเกิด ClassNotFoundException ครับ เมื่อรันเหมือนเดิม คือ java StaticFieldTest ที่โฟลเดอร์ bin เหมือนเดิม จะได้ผลลัพธ์ดังนี้

SystemClassLoader: sun.misc.Launcher$AppClassLoader@1978b0f9
StaticFieldTest ClassLoader: sun.misc.Launcher$AppClassLoader@1978b0f9
StaticFieldTest ParentClassLoader: sun.misc.Launcher$ExtClassLoader@42aab87f
Running App1
App1 ClassLoader: java.net.URLClassLoader@27021e58
App1 ParentClassLoader: java.net.URLClassLoader@7c163769
Static Initialize StaticField
StaticField ClassLoader: java.net.URLClassLoader@7c163769
StaticField ParentClassLoader: sun.misc.Launcher$AppClassLoader@1978b0f9
StaticField.getSvar(): 0
End of Initialize StaticField
StaticField.getSvar(): 0
StaticField.setSvar(10): 10
StaticField.increaseSvar(): 11
End of App1
Running App2
App2 ClassLoader: java.net.URLClassLoader@5f0a94c5
App2 ParentClassLoader: java.net.URLClassLoader@7c163769
StaticField.getSvar(): 11
StaticField.setSvar(10): 10
StaticField.increaseSvar(): 11
End of App2

จะเห็นว่า App1, App2 และ StaticField ถูกโหลดมาด้วย ClassLoader คนละตัวกัน แต่เนื่องจากผมสร้างให้ StaticField โหลดมาจาก shareCL ที่ใช้ร่วมกันระหว่าง App1 และ App2 จึงทำให้ StaticField มีการ initialize เพียงครั้งเดียวเช่นเดิม และผลลัพธ์ค่าของ StaticField ยังคงเหมือนเดิม คือ App1 กำหนดค่าให้เป็น 11 แล้วพอมาที่ App2 ก็เป็นค่า 11

การทดลองที่ 3: App1 และ App2 ใช้ StaticField คนละตัวกัน

ทำการก็อปปี้ /tmp/test/share/test/StaticField.class ไปไว้ยัง /tmp/test/app1/test/StaticField.class และ /tmp/test/app2/test/StaticField.class  แยกเป็นสองไฟล์ในแต่ละโปรแกรม จากนั้นลบไฟล์ /tmp/test/share/test/StaticField.class ทิ้งไป เพื่อไม่ให้ shareCL สามารถโหลดคลาสมาได้ เมื่อรันเหมือนเดิม คือ java StaticFieldtest ที่โฟลเดอร์ bin เหมือนเดิม จะได้ผลลัพธ์ดังนี้

SystemClassLoader: sun.misc.Launcher$AppClassLoader@6521f956
StaticFieldTest ClassLoader: sun.misc.Launcher$AppClassLoader@6521f956
StaticFieldTest ParentClassLoader: sun.misc.Launcher$ExtClassLoader@1978b0f9
Running App1
App1 ClassLoader: java.net.URLClassLoader@6d15a113
App1 ParentClassLoader: java.net.URLClassLoader@27021e58
Static Initialize StaticField
StaticField ClassLoader: java.net.URLClassLoader@6d15a113
StaticField ParentClassLoader: java.net.URLClassLoader@27021e58
StaticField.getSvar(): 0
End of Initialize StaticField
StaticField.getSvar(): 0
StaticField.setSvar(10): 10
StaticField.increaseSvar(): 11
End of App1
Running App2
App2 ClassLoader: java.net.URLClassLoader@fe9e47
App2 ParentClassLoader: java.net.URLClassLoader@27021e58
Static Initialize StaticField
StaticField ClassLoader: java.net.URLClassLoader@fe9e47
StaticField ParentClassLoader: java.net.URLClassLoader@27021e58
StaticField.getSvar(): 0
End of Initialize StaticField
StaticField.getSvar(): 0
StaticField.setSvar(10): 10
StaticField.increaseSvar(): 11
End of App2

เราจะพบว่า StaticField ที่เรียกใช้โดย App1 กับ App2 กลายเป็นคนละตัวกัน และแยกจากกันโดยสิ้นเชิง ทำให้การ initialize static field และการกำหนดค่า static field ของแต่ละโปรแกรม แยกจากกันโดยเด็ดขาดได้

สรุป

หากต้องการจะหลีกเลี่ยงปัญหาที่ static field มีการใช้งานร่วมกันระหว่างโปรแกรมหลายๆโปรแกรมที่ถูกโหลดมาจาก ClassLoader แตกต่างกันแล้วไม่สามารถควบคุมให้แยกจากกันได้ วิธีการแก้ก็คือ จะต้องวางคลาสไฟล์ หรือ JAR ไฟล์ของ API ตัวนั้นไว้ที่เดียวกับโปรแกรมนั้นๆ เพื่อให้ ClassLoader ของโปรแกรมนั้นมองเห็นโดยตรง จะต้องไม่ไปวางไว้ในโฟลเดอร์ที่แชร์ร่วมกัน

References

1. When Static References to Log objects can be used

Professional jQuery

Title:	Professional JQuery
Authors:	Cesar Otero & Rob Larsen
Formats:	PDF
Ids:	Google, Douban Books,9781118026687
Tags:	JavaScript, jQuery, Programming Language, Web
Publishers:	John Wiley & Sons
Author Sort:	Otero, Cesar & Larsen, Rob
Title Sort:	Professional JQuery
Date:	08 ต.ค. 2013
uuid:	0d8f471b-3b3a-428d-bec3-fe77f0382add
id:	5953
Published:	พ.ค. 2012
Modified:	08 ต.ค. 2013
Size:	22.69MB
Languages:	English
Type:	book

jQuery Ui 1.8

Title:	jQuery Ui 1.8
Authors:	Wellman, Dan
Formats:	PDF
Ids:	Google, Douban Books,9781849516525
Tags:	JavaScript, jQuery, Programming Language, UI, Web Programming
Publishers:	Packt Publishing, Limited
Author Sort:	Dan, Wellman,
Title Sort:	jQuery Ui 1.8
Date:	08 ต.ค. 2013
uuid:	4ba7f0a4-6a55-4ba5-82aa-80865000c5d1
id:	5952
Published:	ส.ค. 2011
Modified:	08 ต.ค. 2013
Size:	7.11MB
Languages:	English
Type:	book

jQuery Pocket Reference

Title:	jQuery Pocket Reference
Authors:	David Flanagan
Formats:	PDF
Ids:	Google, Douban Books,9781449397227
Tags:	HTML, JavaScript, jQuery, Programming Languages, Reference, Web, Web Programming
Publishers:	O'Reilly
Author Sort:	Flanagan, David
Title Sort:	jQuery Pocket Reference
Date:	08 ต.ค. 2013
uuid:	e6a094f5-2e20-412d-a9cb-0d176e71c239
id:	5949
Published:	ธ.ค. 2010
Modified:	08 ต.ค. 2013
Size:	0.71MB
Languages:	English
Type:	book

jQuery in Action

Title:	jQuery in Action
Authors:	Bear Bibeault & Yehuda Katz
Formats:	PDF
Ids:	Google, Douban Books,9781933988351
Tags:	HTML, JavaScript, jQuery, Programming Languages, Web
Publishers:	Manning Publications
Rating:	★★★★
Author Sort:	Bibeault, Bear & Katz, Yehuda
Title Sort:	jQuery in Action
Date:	08 ต.ค. 2013
uuid:	aa51abf2-05cd-40d9-bafa-b0efa2693463
id:	5948
Published:	ก.พ. 2008
Modified:	08 ต.ค. 2013
Size:	23.17MB
Languages:	English
Type:	book

WebKit คืออะไร

WebKit คำนี้ หลายคนที่เคยเขียนเว็ป น่าจะเคยผ่านตากันมาบ้างแล้ว เพราะมันเป็นส่วนหนึ่งที่สำคัญมากๆของเว็ปบราวเซอร์หลายๆตัว เช่น Safari และ Chrome รวมทั้งยังมีการนำไปใช้ในโปรแกรมอื่นๆอีกมากมาย สงสัยไหมล่ะครับว่ามันคืออะไร

WebKit คือ

WebKit (webkit.org) เป็นโครงการ open source ที่สร้าง render engine สำหรับ web browser หรืออาจจะเรียกได้ว่ามันคือ render engine ของผลิตภัณฑ์หลายๆตัวใน Mac OS X System Framework  เช่น Safari Dashboard Mail และอื่นๆอีกมากมาย ซึ่งต้องขอย้ำว่า WebKit ไม่ใช่ browser แต่เป็น render engine สำหรับ browser โดยมีการนำ WebKit ไปสร้าง browser มากมาย ดังรายชื่อที่มีคนรวบรวมไว้ที่ Wiki ไม่ต่ำกว่า 30 ตัว

ความสามารถของ WebKit

1. CSS (CSS1/CSS2.1/CSS3)
2. DOM (HTML DOM, XML DOM)
3. HTML/XHTML
4. HTML Editing
5. HTML Forms
6. JavaScript (ECMAScript)
7. MathML
8. Plug-ins
9. Printing
10. SVG (SVG 1.1)
11. Accessibility
12. XML
13. XSLT

Port

หลักๆแล้ว WebKit สร้างขึ้นสำหรับระบบปฏิบัติการ Mac OS X ซึ่งแกนหลักเป็น Linux ดังนั้นเวลาจะ build โปรแกรมให้ใช้งานบน Windows ได้ จะต้องมีโปรแกรมจำลองสภาพแวดล้อมให้เป็น Linux และที่เขาแนะนำไว้ก็คือโปรแกรม cygwin ส่วนระบบอื่นๆก็ยังมีอีก เช่น Qt GTK+ EFL และอื่นๆอีกมากมายเป็นต้น ซึ่งล้วนเป็น Linux เพียงแต่เปลี่ยน UI เท่านั้น โดยก่อนหน้านี้ WebKit เขียนด้วย Objective-C และกำลังเปลี่ยนผ่านมาสู่ WebCore ซึ่งเป็น C++ ทำให้สามารถ port ไปยังระบบอื่นๆได้ง่ายขึ้น

สรุป

ใครสนใจสร้างโปรแกรมที่ต้องการความสามารถบางส่วนเป็น browser ก็ลองศึกษาเพิ่มเติมดูตามลิ้งค์ที่ให้ไว้ได้เลยนะครับ

HTML5 & CSS3 in the Real World

Title:	HTML5 & CSS3 in the Real World
Authors:	Estelle Weyl & Louis Lazaris &Alexis Goldstein
Formats:	PDF
Ids:	Google, Douban Books,9780980846904
Tags:	CSS3, Design, HTML5, Programming Languages, Web, Web Development, Web Page Design
Publishers:	SitePoint
Author Sort:	Weyl, Estelle & Lazaris, Louis & Goldstein, Alexis
Title Sort:	HTML5 & CSS3 in the Real World
Date:	25 ก.ย. 2013
uuid:	d388ecbd-8c63-4083-9dc9-6753ba0690ce
id:	6095
Published:	มิ.ย. 2011
Modified:	25 ก.ย. 2013
Size:	4.26MB
Languages:	English
Type:	book

HTML5 and CSS3

Title:	HTML5 and CSS3
Authors:	Hogan, Brian P.
Formats:	PDF
Ids:	Google, Douban Books,9781934356685
Tags:	CSS3, Design, HTML5, Programming Languages, Standard, Web, Web Application, Web Development, Web Page Design
Publishers:	The Pragmatic Bookshelf
Rating:	★★★
Author Sort:	P., Hogan, Brian
Title Sort:	HTML5 and CSS3
Date:	25 ก.ย. 2013
uuid:	2c6dc834-509f-44a1-aa8b-008cbe0948d0
id:	6093
Published:	ก.ย. 2010
Modified:	25 ก.ย. 2013
Size:	1.68MB
Languages:	English
Type:	book

Dreamweaver Cs5.5 Mobile and Web Development With HTML5, CSS3, and jQuery

Title:	Dreamweaver CS5.5 Mobile and Web Development With HTML5, CSS3, and jQuery
Authors:	David Karlins
Formats:	PDF
Ids:	Google, Douban Books,9781849691581
Tags:	CSS3, Design, HTML5, jQuery, Mobile, Web, Web Application, Web Development, Web Page Design, Web Programming
Publishers:	Packt Publishing, Limited
Author Sort:	Karlins, David
Title Sort:	Dreamweaver CS5.5 Mobile and Web Development With HTML5, CSS3, and jQuery
Date:	25 ก.ย. 2013
uuid:	1b58858a-231a-4709-9519-fa65c3c1e8da
id:	6091
Published:	ก.ย. 2011
Modified:	25 ก.ย. 2013
Size:	11.42MB
Languages:	English
Type:	book