BlogJava-常言笑的家-随笔分类-JAVA/J2EE

appfuse配置文件解读

常言笑 — Thu, 08 May 2008 11:40:00 GMT

摘要: ● AppFuse的ant构建使用非常复杂，功能也非常强大，怎样能够充分的利用它，为我所用，在今后的开发中大幅度的减轻开发量，顾做此详细研究(其中不包括测试任务)。 build.xml的正常运行依赖以下文件i) propertie.. ● AppFuse的ant构建使用非常复杂，功能也非常强大，怎样能够充分的利用它，为我所用，在今后的开发中大... 阅读全文

常言笑 2008-05-08 19:40 发表评论

java多线程设计模式

常言笑 — Fri, 27 Jul 2007 01:17:00 GMT

java语言已经内置了多线程支持，所有实现Runnable接口的类都可被启动一个新线程，新线程会执行该实例的run()方法，当run()方法执行完毕后，线程就结束了。一旦一个线程执行完毕，这个实例就不能再重新启动，只能重新生成一个新实例，再启动一个新线程。

Thread类是实现了Runnable接口的一个实例，它代表一个线程的实例，并且，启动线程的唯一方法就是通过Thread类的start()实例方法：

Thread t = new Thread();
t.start();

start()方法是一个native方法，它将启动一个新线程，并执行run()方法。Thread类默认的run()方法什么也不做就退出了。注意：直接调用run()方法并不会启动一个新线程，它和调用一个普通的java方法没有什么区别。

因此，有两个方法可以实现自己的线程：

方法1：自己的类extend Thread，并复写run()方法，就可以启动新线程并执行自己定义的run()方法。例如：

public class MyThread extends Thread {
    public run() {
        System.out.println("MyThread.run()");
    }
}

在合适的地方启动线程：new MyThread().start();

方法2：如果自己的类已经extends另一个类，就无法直接extends Thread，此时，必须实现一个Runnable接口：

public class MyThread extends OtherClass implements Runnable {
    public run() {
        System.out.println("MyThread.run()");
    }
}

为了启动MyThread，需要首先实例化一个Thread，并传入自己的MyThread实例：

MyThread myt = new MyThread();
Thread t = new Thread(myt);
t.start();

事实上，当传入一个Runnable target参数给Thread后，Thread的run()方法就会调用target.run()，参考JDK源代码：

public void run() {
    if (target != null) {
        target.run();
    }
}

线程还有一些Name, ThreadGroup, isDaemon等设置，由于和线程设计模式关联很少，这里就不多说了。

由于同一进程内的多个线程共享内存空间，在Java中，就是共享实例，当多个线程试图同时修改某个实例的内容时，就会造成冲突，因此，线程必须实现共享互斥，使多线程同步。

最简单的同步是将一个方法标记为synchronized，对同一个实例来说，任一时刻只能有一个synchronized方法在执行。当一个方法正在执行某个synchronized方法时，其他线程如果想要执行这个实例的任意一个synchronized方法，都必须等待当前执行 synchronized方法的线程退出此方法后，才能依次执行。

但是，非synchronized方法不受影响，不管当前有没有执行synchronized方法，非synchronized方法都可以被多个线程同时执行。

此外，必须注意，只有同一实例的synchronized方法同一时间只能被一个线程执行，不同实例的synchronized方法是可以并发的。例如，class A定义了synchronized方法sync()，则不同实例a1.sync()和a2.sync()可以同时由两个线程来执行。

多线程同步的实现最终依赖锁机制。我们可以想象某一共享资源是一间屋子，每个人都是一个线程。当A希望进入房间时，他必须获得门锁，一旦A获得门锁，他进去后就立刻将门锁上，于是B,C,D...就不得不在门外等待，直到A释放锁出来后，B,C,D...中的某一人抢到了该锁（具体抢法依赖于 JVM的实现，可以先到先得，也可以随机挑选），然后进屋又将门锁上。这样，任一时刻最多有一人在屋内（使用共享资源）。

Java语言规范内置了对多线程的支持。对于Java程序来说，每一个对象实例都有一把“锁”，一旦某个线程获得了该锁，别的线程如果希望获得该锁，只能等待这个线程释放锁之后。获得锁的方法只有一个，就是synchronized关键字。例如：

public class SharedResource {
    private int count = 0;
    public int getCount() { return count; }
    public synchronized void setCount(int count) { this.count = count; }
}

同步方法public synchronized void setCount(int count) { this.count = count; } 事实上相当于：

public void setCount(int count) {
synchronized(this) { // 在此获得this锁
this.count = count;
} // 在此释放this锁
}

红色部分表示需要同步的代码段，该区域为“危险区域”，如果两个以上的线程同时执行，会引发冲突，因此，要更改SharedResource的内部状态，必须先获得SharedResource实例的锁。

退出synchronized块时，线程拥有的锁自动释放，于是，别的线程又可以获取该锁了。

为了提高性能，不一定要锁定this，例如，SharedResource有两个独立变化的变量：

public class SharedResouce {
    private int a = 0;
    private int b = 0;
    public synchronized void setA(int a) { this.a = a; }
    public synchronized void setB(int b) { this.b = b; }
}

若同步整个方法，则setA()的时候无法setB()，setB()时无法setA()。为了提高性能，可以使用不同对象的锁：

public class SharedResouce {
    private int a = 0;
    private int b = 0;
    private Object sync_a = new Object();
    private Object sync_b = new Object();
    public void setA(int a) {
synchronized(sync_a) {
            this.a = a;
        }
    }
    public synchronized void setB(int b) {
synchronized(sync_b) {
            this.b = b;
        }
    }
}

通常，多线程之间需要协调工作。例如，浏览器的一个显示图片的线程displayThread想要执行显示图片的任务，必须等待下载线程 downloadThread将该图片下载完毕。如果图片还没有下载完，displayThread可以暂停，当downloadThread完成了任务后，再通知displayThread“图片准备完毕，可以显示了”，这时，displayThread继续执行。

以上逻辑简单的说就是：如果条件不满足，则等待。当条件满足时，等待该条件的线程将被唤醒。在Java中，这个机制的实现依赖于wait/notify。等待机制与锁机制是密切关联的。例如：

synchronized(obj) {
    while(!condition) {
        obj.wait();
    }
    obj.doSomething();
}

当线程A获得了obj锁后，发现条件condition不满足，无法继续下一处理，于是线程A就wait()。

在另一线程B中，如果B更改了某些条件，使得线程A的condition条件满足了，就可以唤醒线程A：

synchronized(obj) {
condition = true;
obj.notify();
}

需要注意的概念是：

# 调用obj的wait(), notify()方法前，必须获得obj锁，也就是必须写在synchronized(obj) {...} 代码段内。

# 调用obj.wait()后，线程A就释放了obj的锁，否则线程B无法获得obj锁，也就无法在synchronized(obj) {...} 代码段内唤醒A。

# 当obj.wait()方法返回后，线程A需要再次获得obj锁，才能继续执行。

# 如果A1,A2,A3都在obj.wait()，则B调用obj.notify()只能唤醒A1,A2,A3中的一个（具体哪一个由JVM决定）。

# obj.notifyAll()则能全部唤醒A1,A2,A3，但是要继续执行obj.wait()的下一条语句，必须获得obj锁，因此，A1,A2,A3只有一个有机会获得锁继续执行，例如A1，其余的需要等待A1释放obj锁之后才能继续执行。

# 当B调用obj.notify/notifyAll的时候，B正持有obj锁，因此，A1,A2,A3虽被唤醒，但是仍无法获得obj锁。直到B退出synchronized块，释放obj锁后，A1,A2,A3中的一个才有机会获得锁继续执行。

前面讲了wait/notify机制，Thread还有一个sleep()静态方法，它也能使线程暂停一段时间。sleep与wait的不同点是： sleep并不释放锁，并且sleep的暂停和wait暂停是不一样的。obj.wait会使线程进入obj对象的等待集合中并等待唤醒。

但是wait()和sleep()都可以通过interrupt()方法打断线程的暂停状态，从而使线程立刻抛出InterruptedException。

如果线程A希望立即结束线程B，则可以对线程B对应的Thread实例调用interrupt方法。如果此刻线程B正在 wait/sleep/join，则线程B会立刻抛出InterruptedException，在catch() {} 中直接return即可安全地结束线程。

需要注意的是，InterruptedException是线程自己从内部抛出的，并不是interrupt()方法抛出的。对某一线程调用 interrupt()时，如果该线程正在执行普通的代码，那么该线程根本就不会抛出InterruptedException。但是，一旦该线程进入到 wait()/sleep()/join()后，就会立刻抛出InterruptedException。

GuardedSuspention模式主要思想是：

当条件不满足时，线程等待，直到条件满足时，等待该条件的线程被唤醒。

我们设计一个客户端线程和一个服务器线程，客户端线程不断发送请求给服务器线程，服务器线程不断处理请求。当请求队列为空时，服务器线程就必须等待，直到客户端发送了请求。

先定义一个请求队列：Queue

package com.crackj2ee.thread;
import java.util.*;
public class Queue {
    private List queue = new LinkedList();
    public synchronized Request getRequest() {
while(queue.size()==0) {
            try {
                this.wait();
            }
            catch(InterruptedException ie) {
                return null;
            }
        }
        return (Request)queue.remove(0);
    }
    public synchronized void putRequest(Request request) {
        queue.add(request);
this.notifyAll();
    }
}

蓝色部分就是服务器线程的等待条件，而客户端线程在放入了一个request后，就使服务器线程等待条件满足，于是唤醒服务器线程。

客户端线程：ClientThread

package com.crackj2ee.thread;
public class ClientThread extends Thread {
    private Queue queue;
    private String clientName;
    public ClientThread(Queue queue, String clientName) {
        this.queue = queue;
        this.clientName = clientName;
    }
    public String toString() {
        return "[ClientThread-" + clientName + "]";
    }
    public void run() {
        for(int i=0; i<100; i++) {
            Request request = new Request("" + (long)(Math.random()*10000));
            System.out.println(this + " send request: " + request);
queue.putRequest(request);
            try {
                Thread.sleep((long)(Math.random() * 10000 + 1000));
            }
            catch(InterruptedException ie) {
            }
        }
        System.out.println(this + " shutdown.");
    }
}

服务器线程：ServerThread

package com.crackj2ee.thread;
public class ServerThread extends Thread {
    private boolean stop = false;
    private Queue queue;
    public ServerThread(Queue queue) {
        this.queue = queue;
    }
    public void shutdown() {
        stop = true;
        this.interrupt();
        try {
            this.join();
        }
        catch(InterruptedException ie) {}
    }
    public void run() {
        while(!stop) {
Request request = queue.getRequest();
            System.out.println("[ServerThread] handle request: " + request);
            try {
                Thread.sleep(2000);
            }
            catch(InterruptedException ie) {}
        }
        System.out.println("[ServerThread] shutdown.");
    }
}

服务器线程在红色部分可能会阻塞，也就是说，Queue.getRequest是一个阻塞方法。这和java标准库的许多IO方法类似。

最后，写一个Main来启动他们：

package com.crackj2ee.thread;
public class Main {
    public static void main(String[] args) {
        Queue queue = new Queue();
        ServerThread server = new ServerThread(queue);
server.start();
        ClientThread[] clients = new ClientThread[5];
        for(int i=0; i
            clients[i] = new ClientThread(queue, ""+i);
clients[i].start();
        }
        try {
            Thread.sleep(100000);
        }
        catch(InterruptedException ie) {}
        server.shutdown();
    }
}

我们启动了5个客户端线程和一个服务器线程，运行结果如下：

[ClientThread-0] send request: Request-4984
[ServerThread] handle request: Request-4984
[ClientThread-1] send request: Request-2020
[ClientThread-2] send request: Request-8980
[ClientThread-3] send request: Request-5044
[ClientThread-4] send request: Request-548
[ClientThread-4] send request: Request-6832
[ServerThread] handle request: Request-2020
[ServerThread] handle request: Request-8980
[ServerThread] handle request: Request-5044
[ServerThread] handle request: Request-548
[ClientThread-4] send request: Request-1681
[ClientThread-0] send request: Request-7859
[ClientThread-3] send request: Request-3926
[ServerThread] handle request: Request-6832
[ClientThread-2] send request: Request-9906
......

可以观察到ServerThread处理来自不同客户端的请求。

思考

Q: 服务器线程的wait条件while(queue.size()==0)能否换成if(queue.size()==0)?

A: 在这个例子中可以，因为服务器线程只有一个。但是，如果服务器线程有多个（例如Web应用程序有多个线程处理并发请求，这非常普遍），就会造成严重问题。

Q: 能否用sleep(1000)代替wait()?

A: 绝对不可以。sleep()不会释放锁，因此sleep期间别的线程根本没有办法调用getRequest()和putRequest()，导致所有相关线程都被阻塞。

Q: (Request)queue.remove(0)可以放到synchronized() {}块外面吗？

A: 不可以。因为while()是测试queue，remove()是使用queue，两者是一个原子操作，不能放在synchronized外面。

总结

多线程设计看似简单，实际上必须非常仔细地考虑各种锁定/同步的条件，稍不小心，就可能出错。并且，当线程较少时，很可能发现不了问题，一旦问题出现又难以调试。

所幸的是，已有一些被验证过的模式可以供我们使用，我们会继续介绍一些常用的多线程设计模式。

前面谈了多线程应用程序能极大地改善用户相应。例如对于一个Web应用程序，每当一个用户请求服务器连接时，服务器就可以启动一个新线程为用户服务。

然而，创建和销毁线程本身就有一定的开销，如果频繁创建和销毁线程，CPU和内存开销就不可忽略，垃圾收集器还必须负担更多的工作。因此，线程池就是为了避免频繁创建和销毁线程。

每当服务器接受了一个新的请求后，服务器就从线程池中挑选一个等待的线程并执行请求处理。处理完毕后，线程并不结束，而是转为阻塞状态再次被放入线程池中。这样就避免了频繁创建和销毁线程。

Worker Pattern实现了类似线程池的功能。首先定义Task接口：

package com.crackj2ee.thread;
public interface Task {
void execute();
}

线程将负责执行execute()方法。注意到任务是由子类通过实现execute()方法实现的，线程本身并不知道自己执行的任务。它只负责运行一个耗时的execute()方法。

具体任务由子类实现，我们定义了一个CalculateTask和一个TimerTask：

// CalculateTask.java
package com.crackj2ee.thread;
public class CalculateTask implements Task {
    private static int count = 0;
    private int num = count;
    public CalculateTask() {
        count++;
    }
    public void execute() {
        System.out.println("[CalculateTask " + num + "] start...");
        try {
            Thread.sleep(3000);
        }
        catch(InterruptedException ie) {}
        System.out.println("[CalculateTask " + num + "] done.");
    }
}

// TimerTask.java
package com.crackj2ee.thread;
public class TimerTask implements Task {
    private static int count = 0;
    private int num = count;
    public TimerTask() {
        count++;
    }
    public void execute() {
        System.out.println("[TimerTask " + num + "] start...");
        try {
            Thread.sleep(2000);
        }
        catch(InterruptedException ie) {}
        System.out.println("[TimerTask " + num + "] done.");
    }
}

以上任务均简单的sleep若干秒。

TaskQueue实现了一个队列，客户端可以将请求放入队列，服务器线程可以从队列中取出任务：

package com.crackj2ee.thread;
import java.util.*;
public class TaskQueue {
    private List queue = new LinkedList();
    public synchronized Task getTask() {
        while(queue.size()==0) {
            try {
                this.wait();
            }
            catch(InterruptedException ie) {
                return null;
            }
        }
        return (Task)queue.remove(0);
    }
    public synchronized void putTask(Task task) {
        queue.add(task);
        this.notifyAll();
    }
}

终于到了真正的WorkerThread，这是真正执行任务的服务器线程：

package com.crackj2ee.thread;
public class WorkerThread extends Thread {
    private static int count = 0;
    private boolean busy = false;
    private boolean stop = false;
    private TaskQueue queue;
    public WorkerThread(ThreadGroup group, TaskQueue queue) {
        super(group, "worker-" + count);
        count++;
        this.queue = queue;
    }
    public void shutdown() {
        stop = true;
        this.interrupt();
        try {
            this.join();
        }
        catch(InterruptedException ie) {}
    }
    public boolean isIdle() {
        return !busy;
    }
    public void run() {
        System.out.println(getName() + " start.");
        while(!stop) {
            Task task = queue.getTask();
            if(task!=null) {
                busy = true;
                task.execute();
                busy = false;
            }
        }
        System.out.println(getName() + " end.");
    }
}

前面已经讲过，queue.getTask()是一个阻塞方法，服务器线程可能在此wait()一段时间。此外，WorkerThread还有一个shutdown方法，用于安全结束线程。

最后是ThreadPool，负责管理所有的服务器线程，还可以动态增加和减少线程数：

package com.crackj2ee.thread;
import java.util.*;
public class ThreadPool extends ThreadGroup {
    private List threads = new LinkedList();
    private TaskQueue queue;
    public ThreadPool(TaskQueue queue) {
        super("Thread-Pool");
        this.queue = queue;
    }
    public synchronized void addWorkerThread() {
        Thread t = new WorkerThread(this, queue);
        threads.add(t);
        t.start();
    }
    public synchronized void removeWorkerThread() {
        if(threads.size()>0) {
            WorkerThread t = (WorkerThread)threads.remove(0);
            t.shutdown();
        }
    }
    public synchronized void currentStatus() {
        System.out.println("-----------------------------------------------");
        System.out.println("Thread count = " + threads.size());
        Iterator it = threads.iterator();
        while(it.hasNext()) {
            WorkerThread t = (WorkerThread)it.next();
            System.out.println(t.getName() + ": " + (t.isIdle() ? "idle" : "busy"));
        }
        System.out.println("-----------------------------------------------");
    }
}

currentStatus()方法是为了方便调试，打印出所有线程的当前状态。

最后，Main负责完成main()方法：

package com.crackj2ee.thread;
public class Main {
    public static void main(String[] args) {
        TaskQueue queue = new TaskQueue();
        ThreadPool pool = new ThreadPool(queue);
        for(int i=0; i<10; i++) {
            queue.putTask(new CalculateTask());
            queue.putTask(new TimerTask());
        }
        pool.addWorkerThread();
        pool.addWorkerThread();
        doSleep(8000);
        pool.currentStatus();
        pool.addWorkerThread();
        pool.addWorkerThread();
        pool.addWorkerThread();
        pool.addWorkerThread();
        pool.addWorkerThread();
        doSleep(5000);
        pool.currentStatus();
    }
    private static void doSleep(long ms) {
        try {
            Thread.sleep(ms);
        }
        catch(InterruptedException ie) {}
    }
}

main()一开始放入了20个Task，然后动态添加了一些服务线程，并定期打印线程状态，运行结果如下：

worker-0 start.
[CalculateTask 0] start...
worker-1 start.
[TimerTask 0] start...
[TimerTask 0] done.
[CalculateTask 1] start...
[CalculateTask 0] done.
[TimerTask 1] start...
[CalculateTask 1] done.
[CalculateTask 2] start...
[TimerTask 1] done.
[TimerTask 2] start...
[TimerTask 2] done.
[CalculateTask 3] start...
-----------------------------------------------
Thread count = 2
worker-0: busy
worker-1: busy
-----------------------------------------------
[CalculateTask 2] done.
[TimerTask 3] start...
worker-2 start.
[CalculateTask 4] start...
worker-3 start.
[TimerTask 4] start...
worker-4 start.
[CalculateTask 5] start...
worker-5 start.
[TimerTask 5] start...
worker-6 start.
[CalculateTask 6] start...
[CalculateTask 3] done.
[TimerTask 6] start...
[TimerTask 3] done.
[CalculateTask 7] start...
[TimerTask 4] done.
[TimerTask 7] start...
[TimerTask 5] done.
[CalculateTask 8] start...
[CalculateTask 4] done.
[TimerTask 8] start...
[CalculateTask 5] done.
[CalculateTask 9] start...
[CalculateTask 6] done.
[TimerTask 9] start...
[TimerTask 6] done.
[TimerTask 7] done.
-----------------------------------------------
Thread count = 7
worker-0: idle
worker-1: busy
worker-2: busy
worker-3: idle
worker-4: busy
worker-5: busy
worker-6: busy
-----------------------------------------------
[CalculateTask 7] done.
[CalculateTask 8] done.
[TimerTask 8] done.
[TimerTask 9] done.
[CalculateTask 9] done.

仔细观察：一开始只有两个服务器线程，因此线程状态都是忙，后来线程数增多，6个线程中的两个状态变成idle，说明处于wait()状态。

思考：本例的线程调度算法其实根本没有，因为这个应用是围绕TaskQueue设计的，不是以Thread Pool为中心设计的。因此，Task调度取决于TaskQueue的getTask()方法，你可以改进这个方法，例如使用优先队列，使优先级高的任务先被执行。

如果所有的服务器线程都处于busy状态，则说明任务繁忙，TaskQueue的队列越来越长，最终会导致服务器内存耗尽。因此，可以限制 TaskQueue的等待任务数，超过最大长度就拒绝处理。许多Web服务器在用户请求繁忙时就会拒绝用户：HTTP 503 SERVICE UNAVAILABLE

多线程读写同一个对象的数据是很普遍的，通常，要避免读写冲突，必须保证任何时候仅有一个线程在写入，有线程正在读取的时候，写入操作就必须等待。简单说，就是要避免“写-写”冲突和“读-写”冲突。但是同时读是允许的，因为“读-读”不冲突，而且很安全。

要实现以上的ReadWriteLock，简单的使用synchronized就不行，我们必须自己设计一个ReadWriteLock类，在读之前，必须先获得“读锁”，写之前，必须先获得“写锁”。举例说明：

DataHandler对象保存了一个可读写的char[]数组：

package com.crackj2ee.thread;
public class DataHandler {
    // store data:
    private char[] buffer = "AAAAAAAAAA".toCharArray();
    private char[] doRead() {
        char[] ret = new char[buffer.length];
        for(int i=0; i
            ret[i] = buffer[i];
            sleep(3);
        }
        return ret;
    }
    private void doWrite(char[] data) {
        if(data!=null) {
            buffer = new char[data.length];
            for(int i=0; i
                buffer[i] = data[i];
                sleep(10);
            }
        }
    }
    private void sleep(int ms) {
        try {
            Thread.sleep(ms);
        }
        catch(InterruptedException ie) {}
    }
}

doRead()和doWrite()方法是非线程安全的读写方法。为了演示，加入了sleep()，并设置读的速度大约是写的3倍，这符合通常的情况。

为了让多线程能安全读写，我们设计了一个ReadWriteLock：

package com.crackj2ee.thread;
public class ReadWriteLock {
    private int readingThreads = 0;
    private int writingThreads = 0;
    private int waitingThreads = 0; // waiting for write
    private boolean preferWrite = true;
    public synchronized void readLock() throws InterruptedException {
        while(writingThreads>0 || (preferWrite && waitingThreads>0))
            this.wait();
        readingThreads++;
    }
    public synchronized void readUnlock() {
        readingThreads--;
        preferWrite = true;
        notifyAll();
    }
    public synchronized void writeLock() throws InterruptedException {
        waitingThreads++;
        try {
            while(readingThreads>0 || writingThreads>0)
                this.wait();
        }
        finally {
            waitingThreads--;
        }
        writingThreads++;
    }
    public synchronized void writeUnlock() {
        writingThreads--;
        preferWrite = false;
        notifyAll();
    }
}

readLock()用于获得读锁，readUnlock()释放读锁，writeLock()和writeUnlock()一样。由于锁用完必须释放，因此，必须保证lock和unlock匹配。我们修改DataHandler，加入ReadWriteLock：

package com.crackj2ee.thread;
public class DataHandler {
    // store data:
    private char[] buffer = "AAAAAAAAAA".toCharArray();
    // lock:
    private ReadWriteLock lock = new ReadWriteLock();
    public char[] read(String name) throws InterruptedException {
        System.out.println(name + " waiting for read...");
lock.readLock();
        try {
            char[] data = doRead();
            System.out.println(name + " reads data: " + new String(data));
            return data;
        }
        finally {
lock.readUnlock();
        }
    }
    public void write(String name, char[] data) throws InterruptedException {
        System.out.println(name + " waiting for write...");
lock.writeLock();
        try {
            System.out.println(name + " wrote data: " + new String(data));
            doWrite(data);
        }
        finally {
lock.writeUnlock();
        }
    }
    private char[] doRead() {
        char[] ret = new char[buffer.length];
        for(int i=0; i
            ret[i] = buffer[i];
            sleep(3);
        }
        return ret;
    }
    private void doWrite(char[] data) {
        if(data!=null) {
            buffer = new char[data.length];
            for(int i=0; i
                buffer[i] = data[i];
                sleep(10);
            }
        }
    }
    private void sleep(int ms) {
        try {
            Thread.sleep(ms);
        }
        catch(InterruptedException ie) {}
    }
}

public方法read()和write()完全封装了底层的ReadWriteLock，因此，多线程可以安全地调用这两个方法：

// ReadingThread不断读取数据：
package com.crackj2ee.thread;
public class ReadingThread extends Thread {
    private DataHandler handler;
    public ReadingThread(DataHandler handler) {
        this.handler = handler;
    }
    public void run() {
        for(;;) {
            try {
                char[] data = handler.read(getName());
                Thread.sleep((long)(Math.random()*1000+100));
            }
            catch(InterruptedException ie) {
                break;
            }
        }
    }
}

// WritingThread不断写入数据，每次写入的都是10个相同的字符：
package com.crackj2ee.thread;
public class WritingThread extends Thread {
    private DataHandler handler;
    public WritingThread(DataHandler handler) {
        this.handler = handler;
    }
    public void run() {
        char[] data = new char[10];
        for(;;) {
            try {
                fill(data);
                handler.write(getName(), data);
                Thread.sleep((long)(Math.random()*1000+100));
            }
            catch(InterruptedException ie) {
                break;
            }
        }
    }
    // 产生一个A-Z随机字符，填入char[10]:
    private void fill(char[] data) {
        char c = (char)(Math.random()*26+'A');
        for(int i=0; i
            data[i] = c;
    }
}

最后Main负责启动这些线程：

package com.crackj2ee.thread;
public class Main {
    public static void main(String[] args) {
        DataHandler handler = new DataHandler();
        Thread[] ts = new Thread[] {
                new ReadingThread(handler),
                new ReadingThread(handler),
                new ReadingThread(handler),
                new ReadingThread(handler),
                new ReadingThread(handler),
                new WritingThread(handler),
                new WritingThread(handler)
        };
        for(int i=0; i
            ts[i].start();
        }
    }
}

我们启动了5个读线程和2个写线程，运行结果如下：

Thread-0 waiting for read...
Thread-1 waiting for read...
Thread-2 waiting for read...
Thread-3 waiting for read...
Thread-4 waiting for read...
Thread-5 waiting for write...
Thread-6 waiting for write...
Thread-4 reads data: AAAAAAAAAA
Thread-3 reads data: AAAAAAAAAA
Thread-2 reads data: AAAAAAAAAA
Thread-1 reads data: AAAAAAAAAA
Thread-0 reads data: AAAAAAAAAA
Thread-5 wrote data: EEEEEEEEEE
Thread-6 wrote data: MMMMMMMMMM
Thread-1 waiting for read...
Thread-4 waiting for read...
Thread-1 reads data: MMMMMMMMMM
Thread-4 reads data: MMMMMMMMMM
Thread-2 waiting for read...
Thread-2 reads data: MMMMMMMMMM
Thread-0 waiting for read...
Thread-0 reads data: MMMMMMMMMM
Thread-4 waiting for read...
Thread-4 reads data: MMMMMMMMMM
Thread-2 waiting for read...
Thread-5 waiting for write...
Thread-2 reads data: MMMMMMMMMM
Thread-5 wrote data: GGGGGGGGGG
Thread-6 waiting for write...
Thread-6 wrote data: AAAAAAAAAA
Thread-3 waiting for read...
Thread-3 reads data: AAAAAAAAAA
......

可以看到，每次读/写都是完整的原子操作，因为我们每次写入的都是10个相同字符。并且，每次读出的都是最近一次写入的内容。

如果去掉ReadWriteLock：

package com.crackj2ee.thread;
public class DataHandler {
    // store data:
    private char[] buffer = "AAAAAAAAAA".toCharArray();
    public char[] read(String name) throws InterruptedException {
        char[] data = doRead();
        System.out.println(name + " reads data: " + new String(data));
        return data;
    }
    public void write(String name, char[] data) throws InterruptedException {
        System.out.println(name + " wrote data: " + new String(data));
        doWrite(data);
    }
    private char[] doRead() {
        char[] ret = new char[10];
        for(int i=0; i<10; i++) {
            ret[i] = buffer[i];
            sleep(3);
        }
        return ret;
    }
    private void doWrite(char[] data) {
        for(int i=0; i<10; i++) {
            buffer[i] = data[i];
            sleep(10);
        }
    }
    private void sleep(int ms) {
        try {
            Thread.sleep(ms);
        }
        catch(InterruptedException ie) {}
    }
}

运行结果如下：

Thread-5 wrote data: AAAAAAAAAA
Thread-6 wrote data: MMMMMMMMMM
Thread-0 reads data: AAAAAAAAAA
Thread-1 reads data: AAAAAAAAAA
Thread-2 reads data: AAAAAAAAAA
Thread-3 reads data: AAAAAAAAAA
Thread-4 reads data: AAAAAAAAAA
Thread-2 reads data: MAAAAAAAAA
Thread-3 reads data: MAAAAAAAAA
Thread-5 wrote data: CCCCCCCCCC
Thread-1 reads data: MAAAAAAAAA
Thread-0 reads data: MAAAAAAAAA
Thread-4 reads data: MAAAAAAAAA
Thread-6 wrote data: EEEEEEEEEE
Thread-3 reads data: EEEEECCCCC
Thread-4 reads data: EEEEEEEEEC
Thread-1 reads data: EEEEEEEEEE

可以看到在Thread-6写入EEEEEEEEEE的过程中，3个线程读取的内容是不同的。

思考

java的synchronized提供了最底层的物理锁，要在synchronized的基础上，实现自己的逻辑锁，就必须仔细设计ReadWriteLock。

Q: lock.readLock()为什么不放入try{ } 内？
A: 因为readLock()会抛出InterruptedException，导致readingThreads++不执行，而readUnlock()在 finally{ } 中，导致readingThreads--执行，从而使readingThread状态出错。writeLock()也是类似的。

Q: preferWrite有用吗？
A: 如果去掉preferWrite，线程安全不受影响。但是，如果读取线程很多，上一个线程还没有读取完，下一个线程又开始读了，就导致写入线程长时间无法获得writeLock；如果写入线程等待的很多，一个接一个写，也会导致读取线程长时间无法获得readLock。preferWrite的作用是让读 /写交替执行，避免由于读线程繁忙导致写无法进行和由于写线程繁忙导致读无法进行。

Q: notifyAll()换成notify()行不行？
A: 不可以。由于preferWrite的存在，如果一个线程刚读取完毕，此时preferWrite=true，再notify()，若恰好唤醒的是一个读线程，则while(writingThreads>0 || (preferWrite && waitingThreads>0))可能为true导致该读线程继续等待，而等待写入的线程也处于wait()中，结果所有线程都处于wait ()状态，谁也无法唤醒谁。因此，notifyAll()比notify()要来得安全。程序验证notify()带来的死锁：

Thread-0 waiting for read...
Thread-1 waiting for read...
Thread-2 waiting for read...
Thread-3 waiting for read...
Thread-4 waiting for read...
Thread-5 waiting for write...
Thread-6 waiting for write...
Thread-0 reads data: AAAAAAAAAA
Thread-4 reads data: AAAAAAAAAA
Thread-3 reads data: AAAAAAAAAA
Thread-2 reads data: AAAAAAAAAA
Thread-1 reads data: AAAAAAAAAA
Thread-5 wrote data: CCCCCCCCCC
Thread-2 waiting for read...
Thread-1 waiting for read...
Thread-3 waiting for read...
Thread-0 waiting for read...
Thread-4 waiting for read...
Thread-6 wrote data: LLLLLLLLLL
Thread-5 waiting for write...
Thread-6 waiting for write...
Thread-2 reads data: LLLLLLLLLL
Thread-2 waiting for read...
（运行到此不动了）

注意到这种死锁是由于所有线程都在等待别的线程唤醒自己，结果都无法醒过来。这和两个线程希望获得对方已有的锁造成死锁不同。因此多线程设计的难度远远高于单线程应用。

常言笑 2007-07-27 09:17 发表评论

详细讲解Java中集合类的使用

常言笑 — Tue, 03 Jul 2007 03:21:00 GMT

Enumeration是一个接口，主要提供了枚举集合对象中所有对象的功能。建议使用Iterator接口，它提供了和Enumeration一样的功能，而且还有删除集合元素的方法。hasMoreElements()方法用来判断Enumeration接口中是否还有元素，返回一个boolean值。Enumeration是java 1.1 的遗留物，请不要继续使用。在java 2中使用Iterator来替代。

Collection
├List
│├LinkedList
│├ArrayList
│└Vector
│　└Stack
└Set
Map
├Hashtable
├HashMap
└WeakHashMap

Map接口
　　请注意，Map没有继承Collection接口，Map提供key到value的映射。一个Map中不能包含相同的key，每个key只能映射一个 value。Map接口提供3种集合的视图，Map的内容可以被当作一组key集合，一组value集合，或者一组key-value映射。

常言笑 2007-07-03 11:21 发表评论

POJO应用架构：Spring与EJB 3.0的对比

常言笑 — Thu, 10 May 2007 01:00:00 GMT

       爱因斯坦曾经说过："每件事物都应该尽可能简单，而不是更简单"。的确，对科学真理的追求都是为了简化理论的根本假设，这样我们才能处理真正麻烦的问题。企业级软件的开发也是这样的。

　　简化企业级软件开发的关键是提供一个隐藏了复杂性（例如事务、安全性和永续性）的应用框架。良好设计的框架组件可以提升代码的重复使用（reuse）能力，提高开发效率，从而得到更好的软件质量。但是，目前J2EE 1.4中的EJB 2.1框架组件被人们普遍认为是设计较差的和过于复杂的。Java开发者对EJB 2.1很不满，他们已经试验了多种其它的用于中间件服务传送的方法。最引人注目的，下面两个框架组件已经引起开发者的巨大兴趣和积极的反映。它们很可能成为未来企业级Java应用程序可供选择的框架组件。

　　· Spring框架组件是一个流行的，但是非标准的开放源代码框架组件。它主要是由Interface21 Inc.公司开发和控制的。Spring框架组件的架构是基于依赖注入（DI）设计模式的。Spring可以单独地或者与现有的应用程序服务器一起工作，它大量地使用XML配置文件。

　　· EJB 3.0框架组件是一个标准的框架组件，由Java社区组织（JCP）定义，并受到所有主流的J2EE厂商支持。预发布的EJB 3.0规范的开放源代码和商业实现都可以在JBoss和Oracle上看到了。EJB 3.0大量使用Java注释（annotation）。

　　这两个框架组件的核心设计理念是相同的：两者的目标都是把中间件服务传递给松散耦合的简单旧式Java对象（POJO）。这些框架组件通过在运行时截取执行内容或向POJO注入服务对象，把应用程序服务与POJO捆绑在一起。POJO本身不关心捆绑的过程，并且对框架组件几乎没有依赖。其结果是，开发者可以聚焦于业务逻辑，个人可以在没有框架组件的情况下测试他们的POJO。此外，由于POJO不需要从框架组件中继承或实现框架组件接口，开发者建立继承结构和构建应用程序的时候都有高度的灵活性。

　　但是，尽管两者的设计理念是相同的，它们传递POJO服务时却采用了完全不同的方法。尽管目前已经出版了大量的图书和文章来把Spring或EJB 3.0与EJB 2.1进行对比，但是它们都没有对Spring与EJB 3.0之间的差异进行认真的研究。在本文中，我将研究Spring和EJB 3.0框架组件之间的关键差异，并讨论它们的优缺点。本文的主题也可以应用在其它一些名气稍小的企业级中间件框架组件上，因为它们都聚焦于"松散耦合的POJO"设计。我希望本文能够帮助你选择符合需求的最佳的框架组件。

　　厂商无关性（Independence）

　　开发者选择某种Java平台的一个最重要的理由就是该平台的厂商无关性。EJB 3.0是一个开放的、标准的、具有厂商无关性的平台。EJB 3.0规范是由企业级Java团体中所有主流开放源代码和商业厂商开发和支持的。EJB 3.0框架组件把开发人员与应用程序服务器实现（implementation）隔离开来了。例如，尽管JBoss的EJB 3.0实现是基于Hibernate的，而Oracle的EJB 3.0实现是基于TopLink的，但是开发人员并不需要学习Hibernate或TopLink的特殊API，就可以让他们的应用程序在JBoss和Oracle上运行。厂商无关性把EJB 3.0框架组件与其它的POJO中间件框架组件区分开来了。

　　但是，很多EJB 3.0的批评家迅速指出，在写这篇文章的时候，EJB 3.0规范还没有达到最终发表的版本。在EJB 3.0被所有主流的J2EE厂商采用之前可能还需要一到两年时间。但是，即使你的应用程序服务器还没有自然地（natively）支持EJB 3.0，你还是可以通过下载和安装一个"嵌入式的" EJB 3.0产品，在服务器上运行EJB 3.0应用程序。例如，JBoss嵌入式EJB 3.0产品是开放源代码的，可以在任何与J2SE-5.0兼容的环境中（例如，在Java应用程序服务器中）运行。它现在正在进行beta测试。其它的厂商也可能很快发布他们的嵌入式EJB 3.0产品，特别是用于规范的"数据永续性"部分的产品。

　　另一方面，Spring一直是非标准的技术，而且在可以预见的未来它仍然是这样的。尽管你可以把Spring框架组件与任何应用程序服务器一起使用，但是Spring应用程序都被"锁定"在Spring自身和你所选择的集成到Spring中的特定服务中了。

　　· 尽管Spring框架组件是一个开放源代码项目，但是它仍然拥有配置文件的专利XML格式和专利编程接口。当然，这类"锁定"发生在任何非标准的产品上，Spring也不例外。但是它却造成了：你的Spring应用程序的长期生存能力依赖于Spring项目本身（或Interface21 Inc公司，它雇佣了大多数Spring核心开放人员）。此外，如果你使用任何Spring特定的服务，例如Spring事务管理器或Spring MVC，你就被"锁定"在这些API中了。

　　· Spring应用程序需要知道后台的服务提供者。例如，对于数据持续（data persistence）服务来说，Spring框架组件为JDBC、Hibernate、iBatis和JDO使用了不同的DAO和模板辅助类。因此，如果你希望为Spring应用程序更换持续服务提供者（例如从JDBC切换到Hibernate），你就必须重构自己的应用程序代码，使用新的辅助类。

　　服务集成

　　从较高的层次看，Spring框架组件位于应用程序服务器和服务类库之上。其服务集成代码（例如数据访问模板和辅助类）位于框架组件之中，并暴露给应用程序开发者。与此不同的是，EJB 3.0框架组件被紧密地集成到应用程序服务器中，服务集成代码被封装在标准的接口中。

　　其结果是，EJB 3.0厂商可以积极地优化总体性能和开发者体验。例如，在JBoss的 EJB 3.0实现中，使用EntityManager保持实体BeanPOJO的时候，下层Hibernate对话事务会自动地与该调用方法的JTA事务联系在一起，当JTA事务提交的时候，它也会提交。如果使用简单的@PersistenceContext注释（本文后面有一个例子），你甚至于可以在有状态的（stateful）对话bean中把EntityManager和它的下层Hibernate事务捆绑到一个应用程序事务上。该应用程序事务在一个对话中跨越了多个线程，它在事务性的Web应用程序（例如多页面购物车）中是非常有效的。由于在JBoss中，EJB 3.0框架组件、Hibernate和Tomcat紧密集成，上述的简单和集成的编程接口才得以实现。Oracle的EJB 3.0框架组件和其下层Toplink持续服务之间的也实现了类似层次的集成。

　　EJB 3.0中集成服务的另一个例子是群集（clustering）支持。如果你在服务器群集中部署EJB 3.0应用程序，那么所有的失效接续（fail-over）、负载均衡、分布式缓存和状态复制服务都是可以自动地供应用程序使用的。下层群集服务都隐藏在EJB 3.0编程接口后面，它们对于EJB 3.0开发人员来说是完全透明的。

　　在Spring中，优化框架组件与服务之间的交互操作要困难得多。例如，为了使用Spring的宣告式事务服务来管理Hibernate事务，你必须在XML配置文件中显式地配置Spring TransactionManager和Hibernate SessionFactory对象。Spring应用程序开发者必须显式地管理跨多个HTTP请求的事务。此外，要在Spring应用程序中使用群集服务也没有简单的途径。

　　服务集成的灵活性

　　由于Spring中的服务集成代码是作为编程接口的一部分暴露的，应用程序开发者可以根据需要灵活地集成服务。这个特性允许你集成自己的"轻量级"应用程序服务器。Spring最普遍的使用方式是把Tomcat和Hibernate"粘合"在一起来提供简单的数据库驱动web应用程序。在这种情况下，Spring自身提供事务服务，Hibernate提供持续（persistence）服务--这种组织方式在Spring中建立了一个微型应用程序服务器。

　　EJB 3.0应用程序服务器没有赋予你挑选服务的灵活性。在大多数情况中，你得到一组事先包装好的特性，而你只需要其中的一部分。但是，如果应用程序服务器由模式化的内部设计主导（类似JBoss），那么你就可能把它分开，去掉一些不必要的特性。在任何情况下，定制成熟的应用程序服务器都不是一个简单的事情。

　　当然，如果应用程序的范围超越了单节点，那么你可能需要捆绑来自普通应用程序服务器的服务（例如资源缓冲池、消息队列和群集）。在总体的资源消耗方面，Spring解决方案与任何EJB 3.0解决方案一样，都是"重量级"的。

　　在Spring中，灵活的服务集成使得我们更容易把仿制（mock）对象（而不是实际的服务对象）捆绑到应用程序，用于在容器外部进行单元测试。在EJB 3.0应用程序中，大多数组件都是简单的POJO，我们可以很容易地在容器外部测试这些它们。但是对于测试那些涉及到容器服务的对象（例如持续EntityManager），我们推荐在容器内测试，因为比起仿制对象的方法，它们更简单、更牢固、更精确。 XML与注释的比较
从应用程序开发者的角度来看，Spring的编程接口主要是基于XML配置文件的，而EJB 3.0广泛使用了Java注释。XML文件可以表达复杂的关系，但是它们同时也很冗长、牢固程度也较低。注释简单明了，但是在注释中我们却很难表达复杂的或层次的结构。

　　Spring和EJB 3.0关于XML或注释的选择是依赖于这两个框架组件后面的架构的：由于注释只能保存相当少的配置信息，只有预先集成的框架组件（类似在框架组件中已经完成了大多数预备工作）可以广泛地把注释作为配置选项。我们已经讨论过了，EJB 3.0符合这种需求，而Spring作为一个通用的DI框架组件，不符合这个需求。

　　当然，EJB 3.0和Spring都在学习对方的最佳特性，它们都在某个程度上支持XML和注释。例如，在EJB 3.0中XML配置文件是一个可选的重载机制，可以用于改变注释的默认行为。注释也可以用于配置某㏒pring服务。

　　认识XML和注释之间的区别的最好途径是通过示例。在下一部分，我们会看到Spring和EJB 3.0是如何为应用程序提供关键服务的。

        宣告式服务（Declarative Services）

　　Spring和EJB 3.0都把运行时服务（例如事务、安全性、日志记录、消息和定制服务）捆绑到应用程序上。由于这些服务都没有直接地与应用程序的业务逻辑相关联，因此它们不由应用程序自身来管理。作为代替，这些服务是在运行时由服务容器（例如Spring或EJB 3.0）透明地应用在程序上的。开发者（或管理员）配置容器并告诉容器如何/什么时候应用服务。

　　EJB 3.0使用Java注释配置宣告式服务，而Spring使用XML配置文件。在大多数情况下，对于这类服务，EJB 3.0注释方法更加简单，更加优雅。下面是一个在EJB 3.0中给POJO方法应用事务服务的例子。

public class Foo {

@TransactionAttribute(TransactionAttributeType.REQUIRED)
public bar () {
// 执行某些操作 ...
} 
}

　　你也可以在一个代码片断中定义多个属性，应用多个服务。下面是一个在EJB 3.0中同时给POJO应用了事务和安全性服务的例子：

@SecurityDomain("other")
public class Foo {

@RolesAllowed({"managers"})
@TransactionAttribute(TransactionAttributeType.REQUIRED)
public bar () {
// 执行某些操作 ...
} 
}

　　使用XML指定代码属性和配置宣告式服务可能导致冗长的和不稳定的配置文件。下面是一个在Spring应用程序中利用XML元素给Foo.bar()方法应用一个非常简单的Hibernate事务服务的例子：

＜!-- Setup the transaction interceptor --＞
＜bean id="foo" 
class="org.springframework.transaction
.interceptor.TransactionProxyFactoryBean"＞

＜property name="target"＞
＜bean class="Foo"/＞
＜/property＞

＜property name="transactionManager"＞
＜ref bean="transactionManager"/＞
＜/property＞

＜property name="transactionAttributeSource"＞
＜ref bean="attributeSource"/＞
＜/property＞
＜/bean＞

＜!-- Setup the transaction manager for Hibernate --＞
＜bean id="transactionManager" 
class="org.springframework.orm
.hibernate.HibernateTransactionManager"＞

＜property name="sessionFactory"＞
＜!-- you need to setup the sessionFactory bean in 
yet another XML element -- omitted here --＞
＜ref bean="sessionFactory"/＞
＜/property＞
＜/bean＞

＜!-- Specify which methods to apply transaction --＞
＜bean id="transactionAttributeSource"
class="org.springframework.transaction
.interceptor.NameMatchTransactionAttributeSource"＞

＜property name="properties"＞
＜props＞
＜prop key="bar"＞
＜/props＞
＜/property＞
＜/bean＞

　　如果你给同一个POJO添加多个拦截器（interceptor，例如安全性拦截器），那么XML的复杂程度会呈几何级数增长。Spring意识到了只使用XML配置文件的局限性，它现在支持在Java源代码中使用Apache通用元数据指定事务属性。在最新的Spring 1.2中，还支持JDK-1.5样式的注释。如果你要使用事务元数据，就需要把上面的transactionAttributeSource bean改变成AttributesTransactionAttributeSource示例，并增加与元数据拦截器相关的额外配置。

＜bean id="autoproxy"
class="org.springframework.aop.framework.autoproxy
.DefaultAdvisorAutoProxyCreator"/＞
＜bean id="transactionAttributeSource"
class="org.springframework.transaction.interceptor
.AttributesTransactionAttributeSource"
autowire="constructor"/＞
＜bean id="transactionInterceptor"
class="org.springframework.transaction.interceptor
.TransactionInterceptor"
autowire="byType"/＞
＜bean id="transactionAdvisor"
class="org.springframework.transaction.interceptor
.TransactionAttributeSourceAdvisor"
autowire="constructor"/＞
＜bean id="attributes"
class="org.springframework.metadata.commons
.CommonsAttributes"/＞

　　当你拥有很多事务方法的时候，Spring元数据简化了transactionAttributeSource元素。但是它没有解决XML配置文件的基本问题--冗长和脆弱，还是需要使用事务拦截器、transactionManager和transactionAttributeSource。

　　依赖注入（Dependency Injection）

　　中间件容器的关键优势在于它们允许开发者建立松散耦合的应用程序。服务的客户端只需要知道服务的接口。容器用具体的实现来初始化服务对象，并使客户端能够访问它们。这就允许了容器在不同的服务实现之间进行切换，而不需要改变接口或客户端代码。

　　依赖注入（DI）模式是实现松散耦合的应用程序的最好的方法之一。它比旧方法（例如通过JNDI的依赖查找或容器回调）更易于使用、更优雅。使用DI的时候，框架组件充当建立服务对象的对象工厂，并根据运行时配置，把这些服务对象注入应用程序POJO中。从应用程序开发者的角度来看，当客户端POJO需要使用某种服务对象的时候，它们会自动地获取该对象。

　　Spring和EJB 3.0都给DI模式提供了广泛的支持，但是它们之间有一些深刻的差异。Spring支持普通的、但是复杂的、基于XML配置文件的DI API；EJB 3.0通过简单的注释支持大多数通用服务对象（例如EJB和上下文关系对象）和JNDI对象的注入操作。

　　EJB 3.0 DI注释非常简洁，易于使用。@Resource标签注入大多数通用服务对象和JNDI对象。下面的例子演示了如何把JNDI中的服务器的默认DataSource对象注入POJO的一个字段变量中。DefaultDS是JNDI用于表示DataSource的名称。在第一次使用myDb变量之前，会把正确的值自动地赋给它。

public class FooDao {

@Resource (name="DefaultDS")
DataSource myDb;

// 使用 myDb 获取数据库的JDBC连接
}

　　作为对字段变量直接注入的补充，我们还可以使用EJB 3.0中的@Resource注释，通过设置（setter）方法来注入对象。例如，下面的例子就注入了一个对话上下文关系（context）对象。应用程序一直没有显式调用设置方法--该方法在被其它的任何方法调用之前，会先被容器调用。

@Resource 
public void setSessionContext (SessionContext ctx) { 
sessionCtx = ctx; 
}

　　对于更加复杂的服务对象，已经定义了一些专用的注入注释。例如，@EJB注释用于注入EJB stub，@PersistenceContext注释用于注入EntityManager对象（它为EJB 3.0实体bean处理数据库访问）。下面的例子演示了如何向一个有状态的对话bean注入EntityManager对象。@PersistenceContext注释的type属性指明被注入的EntityManager拥有扩展的事务上下文关系--它不会自动地与JTA事务管理器一起提交，因此它可以用于那些在一个对话中跨越多个线程的应用程序事务。

@Stateful
public class FooBean implements Foo, Serializable {

@PersistenceContext(
type=PersistenceContextType.EXTENDED
)
protected EntityManager em;

public Foo getFoo (Integer id) {
return (Foo) em.find(Foo.class, id);
}
}

　　EJB 3.0规范定义了可以通过注释注入的服务器资源。但是它不支持用户自定义的应用程序POJO的彼此相互注入。

　　在Spring中，你首先需要为POJO的服务对象定义一个设置方法（或者带参数的构造函数）。下面的例子显示POJO需要一个指向Hibernate对话工厂的指针。

public class FooDao {

HibernateTemplate hibernateTemplate;

public void setHibernateTemplate (HibernateTemplate ht) {
hibernateTemplate = ht;
}

// 使用 Hibernate 模板访问数据
public Foo getFoo (Integer id) {
return (Foo) hibernateTemplate.load (Foo.class, id);
}
}

　　接下来，你可以指定容器如何在运行时通过XML元素链获取服务对象并把它捆绑到POJO上。下面的例子演示了把数据源捆绑到Hibernate对话工厂，把对话捆绑到Hibernate模板对象，最后把模板对象捆绑到应用程序POJO的XML元素。这段Spring代码如此复杂的部分原因在于我们必须手动地注入下层Hibernate管道对象，而EJB 3.0 EntityManager是由服务器自动地管理和配置的。但是这又让我们回到了Spring没有像EJB 3.0那样与服务紧密集成的讨论中了。

＜bean id="dataSource" 
class="org.springframework
.jndi.JndiObjectFactoryBean"＞
＜property name="jndiname"＞
＜value＞java:comp/env/jdbc/MyDataSource＜/value＞
＜/property＞
＜/bean＞

＜bean id="sessionFactory" 
class="org.springframework.orm
.hibernate.LocalSessionFactoryBean"＞
＜property name="dataSource"＞
＜ref bean="dataSource"/＞
＜/property＞
＜/bean＞

＜bean id="hibernateTemplate" 
class="org.springframework.orm
.hibernate.HibernateTemplate"＞
＜property name="sessionFactory"＞
＜ref bean="sessionFactory"/＞
＜/property＞ 
＜/bean＞

＜bean id="fooDao" class="FooDao"＞
＜property name="hibernateTemplate"＞
＜ref bean="hibernateTemplate"/＞
＜/property＞
＜/bean＞

＜!-- The hibernateTemplate can be injected
into more DAO objects --＞

　　尽管在Spring中基于XML的依赖注入语法是复杂的，但是它却很强大。你可以把任何POJO（包括你在应用程序中定义的）注入另一个POJO。如果你真的希望在EJB 3.0应用程序中使用Spring的依赖注入能力，你可以通过JNDI把Spring bean工厂注入EJB中。在某些EJB 3.0应用程序服务器中，厂商可能定义了额外的非标准的API，以注入任意的POJO。其中一个很好的例子是JBoss MicroContainer，它甚至比Spring更普通，因为它处理了面向方面编程（AOP）的依赖性。

　　结论

　　尽管Spring和EJB 3.0的目标都是为松散耦合的POJO提供企业级服务，但是它们是使用截然不同的方法来达到这个目标的。在这两个框架组件中都大量地使用了依赖注入（DI）。

　　使用EJB 3.0的时候，基于标准的方法、注释的大量使用、以及与应用程序服务器的紧密集成形成了强大的厂商无关性和开发者的高效率。使用Spring的时候，一致地使用依赖注入和集中的XML配置文件，允许开发者构造更加灵活的应用程序，并在同一时刻使用多个应用服务

常言笑 2007-05-10 09:00 发表评论

Ofbiz 介绍

常言笑 — Thu, 19 Apr 2007 08:06:00 GMT

1.Ofbiz 介绍：

Ofbiz(http://www.ofbiz.org/) 是 Open Source 的商务软件系统，充分利用了各优秀的的Open Source 项目，
像 Tomcat, Ant, BeanShell, Jboss 等，构建了一个强大的系统平台，Ofbiz 已经完成了大部分商务类软件系统
都需要的部件，像用户认证、工作流、商务规则处理等，Ofbiz 的核心技术在于 Entity Engine，其他的组件基本都
是基于它的。简单来说 Entity Engine 的主要功能是将数据库表创建、对象与数据表的映射、对象的查询等做了强大
封装，你可以在一个简单的 XML 文件中定义数据库表结构，Ofbiz 会自动帮你在数据库建表，并动态生成映射对象，
你在程序中可以只考虑对 Object 的处理，Ofbiz 会自动通过事务逻辑更新到数据库中。Ofbiz 宣称的优点之一是用
很少的 Code 完成复杂的处理。

2.Ofbiz 下载与安装

首先要安装 J2SDK1.4，到 http://java.sun.com/ 上下载，安装后设定 JAVA_HOME 环境变量为 J2SDK 的安装目录。

访问网站 http://www.ofbiz.org，上面有下载的连接，请选择/ Complete 包，因为这个包中已经包含了运行 Ofbiz
的所有东西，下载下来解开后就可以运行了。

解开 Ofbiz 包到一个目录下，假设是 “C:ofbiz”，该目录下将会有 catalina 和 ofbiz 两个目录， catalina
目录是 Tomcat 的目录，Ofbiz 对其配置做了修改，ofbiz 目录是 Ofbiz 的程序代码目录。在命令行状态下进入
“c:ofbizcatalinain” 目录，运行“ ofbiz run”命令，就可以启动 Ofbiz，启动后你可以用浏览器访问
“http://localhost:8080/ecommerce”，这可以访问 Ofbiz 的电子商务模块，通过页面上面的连接你可以访问到
其他模块。

3.Ofbiz Schema 的创建

Ofbiz 应用入门：

以一个实例说明，假设我们需要建一个客户资料表，起名为 StudyCustomer，各个段分别如下：
StudyCustomer {
customerId Integer,
customerName String,
customerNote String,
}

我们来实现基本的数据操作---增/删/改/查询，具体步骤如下：

1.在 XML 文件中定义数据 Schema：
需要用到三个文件，一个是我们要建的项目的 entitymodel_xxx.xml 和 entityengine.xml，还有
entitygroup.xml,
entitymodel_xxx.xml 是需要我们自己创建的，假设我们起名为 entitymodel_study.xml，放在
“c:ofbizofbizcommonappentitydef”目录下，
entityengine.xml 是 Ofbiz 已经有的，放在 “c:ofbizcommonappetc”目录下，用来包含我们
定义的 entitymodel 文件。
entitygroup.xml 也是 Ofbiz 已经有的，跟 engityengine.xml 在同一目录下，我们需要把我们的
Schema 定义加入到该文件中

entitymodel_study.xml 文件的定义格式如下：

"" target="_blank">http://www.ofbiz.org/dtds/entitymodel.dtd">

Entity of an Open For Business Project Component
None
Copyright (c) 2002 The Open For Business Project - http://feed.bmforum.com/art/month200611/www.ofbiz.org
None
1.0

package-name="org.ofbiz.commonapp.study"
title="Study Customer Entity">

这个 XML 文件中的 Tag 基本是看得明白的，只是 field 的 type 是 Ofbiz 已经预定义好的，这
是为了保证数据库间的迁移。

在 entityengine.xml 加入我们刚才定义的文件，加入一行在合适的位置：

具体放的位置我们可以通过查看 entityengine.xml 找到，里面已经有加好的其他文件。

在 entitygroup.xml 加入我们的 Schema 定义，在后面加入一行

这样我们就定义好了 Schema，现在把 c:ofbizcommonappetcentityengine.xml 拷贝到
c:ofbizcatalinasharedclasses 目录下，这点要切记，我以前就因为没有拷贝，最后 Schema
怎么也创建不了。

重新启动 Ofbiz，访问 URL: http://localhost:8080/webtools，点击右上方的 "Login" 链接，
用 admin/ofbiz 登录，登录进入后选择链接“Check/Update Database”，这时会出现 Check 的 Form，
该表单可以只检验 Schema 是否改变，默认的 GroupName 是“org.ofbiz.commonapp”，这个不需要变，
点击“Check Only”按钮，Ofbiz 会检验变动情况，显示出一个完整的列表，你可以查一下是否有我们刚建的
"StudyCustomer"，如果没有，可能是我们前面定义的有些问题，检查一下再重新做。

在检查到以后，可以再选择“Check and Add Missing”，这是 Ofbiz 很强大的一个功能，你在 XML 中新
增了表，或在某个表中新增了段，它会自动映射到数据库中，避免我们去直接操作数据库。

现在已经完成了 StudyCustomer Schema 的创建,如果想检验一下是否有表创建，我们可以用编辑器打开
c:ofbizdataofbiz.script ，在里面查询 CREATE TABLE StudyCustomer 的字样，如果前面没有
问题，我们可以找到的。

4.如何使用已经定义的 Schema

如何使用已经定义的 Schema

Ofbiz 遵循 MVC 的设计模式，在 View 端，即 JSP 端主要使用 Ofbiz 定义的 Tag 来显示或
提取数据，Control 是一个 Controller Servlet，我们在 Controller Servlet 的 URI mapping
配置文件中定义各 URL 应该指向什么程序，这样，通过这个 mapping 配置文件，可以保证我们各个页面
及具体处理程序之间的独立性，例我们可以通过修改这个配置文件就可以改变某个 Form 的 Post Action
的 URL，而不需要修改实际的 HTML 或 JSP 代码。

Ofbiz 中定义了 Regions 的概念，即将一个 HTML 页面分成几个区域，像 Top, Left, Right, Main
等，通过这些 Regions 我们可以方便的组合 UI 界面，并且可以方便改变各部分所处的位置，如我们可以
把菜单很容易的从上方移到下方，只需要改变一个配置文件。Regions 类似于 HTML 中的 Frame，但它是
通过一个页面来组合界面，Frame 是通过几个页面显示在不同的帧中，Frame 的控制比较复杂，而且需要
改变相关的程序。

在 Ofbiz 中，我们可以直接在 JSP 中操作 Schema 定义的 Object，即我们刚定义的 StudyCustomer，
示例如下：

<% at taglib uri="ofbizTags" prefix="ofbiz" %>

<%@ page import="java dot util.*" %>
<% at page import="org dot ofbiz.core.util.*, org.ofbiz.core.pseudotag.*" %>
<% at page import="org dot ofbiz.core.entity.*" %>

<%if(security.hasEntityPermission("PARTYMGR", "_VIEW", session)) { %>

<%
try {
delegator.create("StudyCustomer",
UtilMisc.toMap("customerId","1","customerName","Cust1","customerNote","Customer Note 1"));

Iterator custs =

UtilMisc.toIterator(delegator.findAll("StudyCustomer",UtilMisc.toList("customerId","customerName","customerNote")));

while(custs.hasNext())
{
GenericValue cust = (GenericValue)custs.next();
out.println(cust.getString("customerId"));
out.println(cust.getString("customerName"));
out.println(cust.getString("customerNote"));
}
} catch(Exception e)
{
out.println(e.getMessage());
}
%>
<% }else{ %>

You do not have permission to view this page. ("PARTYMGR_VIEW" or "PARTYMGR_ADMIN" needed)

<% }%>

这段程序挺容易理解，先是通过 delegator 创建一个 Object，该 Object 将会由 Ofbiz 自动同步到
数据库中。然后通过 delegator 的 findAll 取到所有已保存的 Object，最后通过一个 Iterator 对象
显示出来。

这个程序起名为 testofbiz.jsp，为简单起见，我们放到 Ofbiz 已有的一个 Webapp 的目录下，放到
c:ofbizofbizpartymgrwebappparty 目录下。然后我们需要修改两个配置文件：controller.xml
和 regions.xml，这两个文件就是我们上面提到的 mapping 和 regions 配置文件。

这两个文件都在：c:ofbizofbizpartymgrwebappWEB-INF 下，在 controller.xml 中加入下面

Test Ofbiz

和

加入位置请参照 controller.xml 中已经有的配置。在 regions.xml 中加入：

Test Ofbiz

具体加入位置请参考已有的配置。

配置完后，重新启动 ofbiz，然后访问 URL:
http://localhost:8080/partymgr/control/testofbiz

由于我们在 testofbiz.jsp 程序中使用了 Ofbiz 的安全控制机制，系统会提示现在没有访问
权限，需要登录，点击右边的“Login” 用 admin/ofbiz 登录后会看到我们程序 testofbiz.jsp
的运行结果。如果需要增加新记录，请修改

UtilMisc.toMap("customerId","1","customerName","Cust1","customerNote","Customer Note 1"));

中的各个段的值，然后再访问 http://localhost:8080/partymgr/control/testofbiz，如果不修改
而直接访问那个 URL 时，系统会提示 Primary key 冲突。

5.按照显示与逻辑分离的原则使用 Schema:

上篇讲了如何在 JSP 中使用创建的 Schema 对象，这次我们来讲述一下如何把程序
逻辑放到 JavaBeans 中，把显示处理放到 JSP 中，并使用 controller.xml 将两
部分整合起来。

首先我们来创建一个 JavaBeans，来完成Add/Get/Delete/Update Schema 对象
的操作，程序文件名为 TestOfbiz.java，放置在
c:ofbizofbiz estOfbizcomgeeyoofbiz 目录下, 具体程序如下：

>=================================================================
package com.geeyo.ofbiz;

import javax.servlet.*;
import javax.servlet.http.*;
import java.util.*;
import java.net.*;
import org.ofbiz.core.util.*;
import org.ofbiz.core.entity.*;
import org.ofbiz.core.service.*;
import org.ofbiz.core.security.*;
import org.ofbiz.core.stats.*;

public class TestOfbiz
{
public static void main(String[] args)
throws Exception
{
GenericDelegator delegator = GenericDelegator.getGenericDelegator("default");
delegator.create("StudyCustomer",UtilMisc.toMap("customerId","3","customerName","Kane3","customerNote","This is test customer.3"));

Iterator custs = UtilMisc.toIterator(delegator.findAll("StudyCustomer",UtilMisc.toList("customerId","customerName","customerNote")));

while(custs.hasNext())
{
GenericValue cust = (GenericValue)custs.next();
System.out.println(cust.getString("customerId"));
System.out.println(cust.getString("customerName"));
System.out.println(cust.getString("customerNote"));
}
}

public static String createNewRecord(HttpServletRequest request, HttpServletResponse response)
throws Exception
{
Map paras = UtilMisc.getParameterMap(request);

GenericDelegator delegator = GenericDelegator.getGenericDelegator("default");
delegator.create("StudyCustomer",paras);

return "success";
}

public static String lookAllRecords(HttpServletRequest request, HttpServletResponse response)
throws Exception
{
GenericDelegator delegator = GenericDelegator.getGenericDelegator("default");
Iterator custs = UtilMisc.toIterator(delegator.findAll("StudyCustomer",UtilMisc.toList("customerId","customerName","customerNote")));

Collection col = new ArrayList();

while(custs.hasNext())
{
GenericValue cust = (GenericValue)custs.next();
col.add(cust);

}

request.getSession().setAttribute("search_results",col);

return "success";
}

public static String findRecord(HttpServletRequest request, HttpServletResponse response)
throws Exception
{
String id = (String)request.getParameter("customerId");

GenericDelegator delegator = GenericDelegator.getGenericDelegator("default");

try {
GenericValue cust = delegator.findByPrimaryKey("StudyCustomer",UtilMisc.toMap("customerId",id));

request.getSession().setAttribute("edit_cust",cust);
} catch (GenericEntityException gee) {
Debug.logWarning(gee);
}

return "success";
}

public static String updateRecord(HttpServletRequest request, HttpServletResponse response)
throws Exception
{
Map paras = UtilMisc.getParameterMap(request);

GenericDelegator delegator = GenericDelegator.getGenericDelegator("default");
GenericValue cust = delegator.findByPrimaryKey("StudyCustomer",UtilMisc.toMap("customerId",paras.get("customerId")));
cust.setNonPKFields(paras);
cust.store();

request.getSession().setAttribute("edit_cust",cust);

return "success";
}

public static String removeRecord(HttpServletRequest request, HttpServletResponse response)
throws Exception
{
String strId = request.getParameter("id");
GenericDelegator delegator = GenericDelegator.getGenericDelegator("default");
GenericValue cust = delegator.findByPrimaryKey("StudyCustomer",UtilMisc.toMap("customerId",strId));
cust.remove();

return "success";
}

}

>=================================================================

程序中的处理大部分可以看懂的，其中有个功能，是
Map paras = UtilMisc.getParameterMap(request);
这是 Ofbiz 的一个有趣但非常有用的功能，它是把 request 中各段的名字和值映射到一个 Map
对象中，然后使用
cust.setNonPKFields(paras);
就可以赋给 Object cust 的各个段，免了我们使用 request.getParameter("name")来取各个
值，在值很多的时候这个功能可以大大减少冗余代码量。

基本程序的逻辑是这样的，
1.从 request 读取传来的值
 2.使用 delegator 来处理，Add/Update/Delete/Query
3.将返回结果放到 Session 中传给 JSP

我做了个 Ant build.xml 文件可以帮助编译，把这个文件放在:
c:ofbizofbiz estOfbiz 目录下，然后在命令行窗口下进入该目录，敲入 ant
来编译（需要保证已经安装 Ant），编译后的 .class 会放在
c:ofbizofbiz estOfbizcomgeeyoofbiz 下，
拷贝 c:ofbizofbiz estofbizcom 目录到 c:ofbizofbizpartymgrwebappWEB-INFclasses
目录下。

build.xml
>=============================================================================

Test ofbiz

description="compile the source " >

description="generate the distribution" >

description="clean up" >

>=============================================================================

然后我们来创建 JSP 程序，JSP 程序全部放在
c:ofbizofbizpartymgrwebappparty 下面

1.listofbiz.jsp
>=============================================================================

<% at taglib uri="ofbizTags" prefix="ofbiz" %>

<%@ page import="java dot util.*, org.ofbiz.core.service.ModelService" %>
<% at page import="org dot ofbiz.core.util.*, org.ofbiz.core.pseudotag.*" %>
<% at page import="org dot ofbiz.core.entity.*" %>

<%if(security.hasEntityPermission("PARTYMGR", "_VIEW", session)) { %>

Id	Name	Note
			[Edit] [Remove]

Create customer

<% }else{ %>

You do not have permission to view this page. ("PARTYMGR_VIEW" or "PARTYMGR_ADMIN" needed)

<% }%>

>=============================================================================

上面程序中需要说明的是

和
，

是用来检验在 session 或 pageContext 对象
中是否包含 search_results 对象，该对象是由我们的程序放到 session 中的。
是用来循环读取对象
search_results（是个 Collection 对象）中存储的各对象，并赋给cust，然后在循环体
中，我们就可以用 cust 对象来读取各个段的值了。

2.createofbiz.jsp
>=============================================================================

<% at taglib uri="ofbizTags" prefix="ofbiz" %>

<%@ page import="java dot util.*, org.ofbiz.core.service.ModelService" %>
<% at page import="org dot ofbiz.core.util.*, org.ofbiz.core.pseudotag.*" %>
<% at page import="org dot ofbiz.core.entity.*" %>

<%if(security.hasEntityPermission("PARTYMGR", "_VIEW", session)) { %>

<% }else{ %>

You do not have permission to view this page. ("PARTYMGR_VIEW" or "PARTYMGR_ADMIN" needed)

<% }%>
>=============================================================================

这个程序很容易理解，需要注意的是每个文本框的名字，要跟 Schema StudyCustomer 的各
个段一致，以使程序中跟容易处理。

3.showofbiz.jsp
>=============================================================================

<% at taglib uri="ofbizTags" prefix="ofbiz" %>

<%@ page import="java dot util.*, org.ofbiz.core.service.ModelService" %>
<% at page import="org dot ofbiz.core.util.*, org.ofbiz.core.pseudotag.*" %>
<% at page import="org dot ofbiz.core.entity.*" %>

<%if(security.hasEntityPermission("PARTYMGR", "_VIEW", session)) { %>

<% }else{ %>

You do not have permission to view this page. ("PARTYMGR_VIEW" or "PARTYMGR_ADMIN" needed)

<% }%>

>=============================================================================

这个程序中，主要是通过

把取到的对象的段显示出来, 对象 edit_cust 是我们在程序中取到并放到 session 中的。

下面我们来配置 controller.xml 和 regions.xml, 在 controller.xml 中加入:
>=============================================================================

Show the create form

Test Ofbiz

List all records

Show records

update a record

remove a record

>=============================================================================

在 regions.xml 中加入：
>=============================================================================

Create Ofbiz

List Ofbiz

Show Ofbiz

>=============================================================================

现在就完成了，我们重新启动 Ofbiz，然后用 IE 访问：
http://localhost:8080/partymgr/control/listtest，用admin/ofbiz 登录后就可以
看到我们刚才的工作成果了，你现在可以增加/删除/修改记录。

6.Ofbiz 通过 XML 来完成数据库操作（非常强大的功能）

这是 Ofbiz 的一个非常强大的功能，可能通过简单的 XML 文件来完成数据增/删/改的处理，
这些处理在数据库应用中是非常多的，因为很多需要维护的数据，所以写程序也是最花时间的，
Ofbiz 把这些操作通过 XML 来完成，不能不说是一大革命---使我们不用写程序就可以完成大
部分处理，这是每个程序员都向往的终极目标。

我们下面举例来讲述一下，处理的数据还是利用我们前面创建的 StudyCustomer，使用 XML
配置文件来完成前面程序 TestOfbiz.java 的大部分操作。

在 c:ofbizofbiz estOfbizcomgeeyoofbiz 目录下创建文件 TestOfbizServices.xml，
该文件的内容如下：

>=================================================================

" target="_blank">http://www.ofbiz.org/dtds/simple-methods.dtd">

>=================================================================

上面的 XML 基本是不用解释的，定义了

createNewRecord
updateRecord
lookAllRecords
removeRecord
findRecord

这几个方法，而且都有对用户权限的检查，这几个方法对应于前面 TestOfbiz.java 中的几个方法，
这样来做数据库操作显然比用 Java 程序写要简单得多，

下面还需要在 controller.xml（具体文件得位置请参照前面的教程）更改一下 mapping 的设置，
更改如下，以前使用 TestOfbiz.java 时的配置我以注释的方式保留着以做参照：

>=================================================================

Show the create form

List all records

Show records

update a record

remove a record

>=================================================================

配置该文件的方法请参照前面的教程，regions.xml 不需改动。

配置完后请用前面讲过的方法访问 URL: http://localhost:8080/partymgr/control/listtest

现在我们可以看到，Ofbiz 在 MVC 方面做得非常好，我们可以把后端的处理程序从 java 改
成用 XMl 控制，而其他部分（像 JSP）不需任何改动，这可以保证我们系统各部分的独立性。

http://www.cnpoint.com/mvnforum/mvnforum/viewthread?thread=65

( 网页浏览 )

常言笑 2007-04-19 16:06 发表评论

Ofbiz学习经验谈

常言笑 — Thu, 19 Apr 2007 07:49:00 GMT

不可否认，OFBiz这个开源的系统功能是非常强大的，涉及到的东西太多了，其实对我们现在而言，最有用的只有这么几个：实体引擎、服务引擎、WebTools、用户权限管理。

最先要提醒各位的是，在配置一个OFBiz时，路径中千万不要包含空格，要不然老提示出错，无外乎是scoket write error之类的信息，会让你郁闷得不停^_^

用户登录鉴权这一块我们完全可以照搬OFBiz现有的东西，其实也就是调用包org.ofbiz.securityext.login.LoginEvents里面的一些方法来进行处理。

Component定义：component-load.xml，可根据需要调整需在启动时引入的Component，比如增加一个Study，定义：

首先需要进行如下几个项目的总体配置：

1、 entityengine.xml：实体引擎配置，主要是配置该数据的方式，如通过oracle访问，就配置一下localoracle，特别需要注意的是，在dataSource中配置中，一定要配置一个属性 - schema-name="OFBIZ"，这个主要是为了在OFBiz启动时能够正常同数据库的对象进行匹配，如果没有进行配置，每次都会试图重新建立对象，会报对象名已经被占用的情况。

2、 serviceengine.xml：服务引擎配置，这个基本上不用作太大的修改，如要必要，可在这里边进行一些参数的调优，比如访问线程数配置等。

之后需要在components目录下新建一个目录study，目录里面的一些文件可直接从模板中拷贝，之后再进行必要的修改，涉及修改内容：
1、 entitygroup.xml & entitymodel 实体定义（3.0版本开始,各实体定义可在各自的Component下定义,而不必统一集中在commonapp下）；定义实体及实体的相关属性(其实也就是相当于数据库的各种对象，需要注意的是，后续进行数据提取时，如果需要关联到多张表，也需要在这里面定义一个view-entity);

2、 services.xml：如果必要的话，可以这里边定义一些服务;

3、 data：一些初始配置数据，应该是相对固定，不经常变动的才放在这边，可通过Webtool工具导入到数据库中;

4、 src：如改动了一些Java源文件内容后，需要重新编译该目录的文件，可通过UltraEdit的工具配置来进行ant编译，非常方便，推荐使用，编译后的文件将生成到build目录下，生成的文件有各个class文件，也有一些.jar包（放在lib目录下），这些jar包是我们在Web应用中需要引用到的，当然，引用哪些包也是可配置的，下面会讲到;

5、 ofbiz-component.xml：主要的配置文件，需要注意的一些东西：

（1）这是jar引用路径，我在考虑是否可改成直接引用class文件，也就是直接设置class文件所在的目录;

（2）title="Study" 这个就是我们通过appbar.ftl文件在主界面显示的那一排按钮上显示的内容，可根据需要调整，调整完要重启OFBiz，麻烦，可以考虑通过hot-deploy目录进行发布。

至于其他一些配置，很简单，看看就晓得。

下面讲一下Web应用配置，Web应用配置中涉及到的最重要的两个文件是：controller.xml和regions.xml，controller.xml文件主要是配置request-map，也就是请求映射关系，所有的请求映射都需要在这里边进行配置，也就是我们在Web页面上常看到的/login等，如果涉及到view-map类型是region，就需要从region.xml文件中去读取配置，其实也就是配置各个region引用的处理页面（可以是各种开发语言，比如Jsp、ftl等等）。另外，在region.xml配置文件中最重要的一部分就是MAIN_REGION的配置，就是整个网页布局的配置，包括header、appbar、error、content、footer等等，其中appbar就是我们在前面刚刚提到的主界面上那一排按钮的配置了，header、footer和error太简单，不说了，我们主要要修改的东西都是在content这一块上进行展现。
网页中用到的一些样式、公用的定义都是在main_template.jsp中写入的，也需要在MAIN_REGION的属性中配置引用的文件。样式定义文件是引用images这个component，所以这个也是关键，不能缺的。

最后，讲一讲我对数据库访问的一些简单的了解：对数据库的访问主要是通过GenericDelegator进行控制，包括一些常用的方法，如findAll、remove、store、create等等，具体的用法要去研究一下，其实也不算复杂，先建立一个GenericDelegator，如果是create、store就可以通过makeValue方法将一些字段的值设置到GenericValue，之后再进行store或是create，具体语法要去参考一些文档，还没去看这一块的东西。

最最需要访问的一些文档：OFBizChina 实体引擎配置指南、OFBizChina 区块（Region）指南、OFBizChina 服务引擎配置指南、OFBizChina JSP标签库指南，当然，研究OFBiz的前提是要首先要理解MVC模式的概念，也就是View-Model-Control，否则一切都是空谈。

补充几点：
1、对于Ofbiz构造动态查询语句
(1) 构造查询条件
(2) 给每个条件之间加上逻辑关系，用mainCond = new EntityConditionList(andExprs, EntityOperator.AND);
(3) 设置要显示的字段列表
(4) 设置排序字段列表
(5) 设置Distinct列表
EntityFindOptions findOpts = new EntityFindOptions(true, EntityFindOptions.TYPE_SCROLL_INSENSITIVE, EntityFindOptions.CONCUR_READ_ONLY, true);
(6) 获取实体列表
EntityListIterator pli = delegator.findListIteratorByCondition(entityName, mainCond, null, fieldsToSelect, orderBy, findOpts);
(7) 一个动态查询语句的具体实例
<%
String entityName="study";
List andExprs = new ArrayList();
String number="";
String name="";
String sex="";
String tel="";
//GenericDelegator delegator = GenericDelegator.getGenericDelegator("default");
EntityConditionList mainCond=null;
if (request.getParameter("number")!=null)
number=request.getParameter("number").toString();
if (request.getParameter("name")!=null)
name=request.getParameter("name").toString();
if (request.getParameter("sex")!=null)
sex=request.getParameter("sex").toString();
if (request.getParameter("tel")!=null)
tel=request.getParameter("tel").toString();
//构造查询条件
if (number.compareTo("")!=0)
andExprs.add(new EntityExpr("number",EntityOperator.EQUALS,number));
if (name.compareTo("")!=0)
andExprs.add(new EntityExpr("name1",true,EntityOperator.LIKE,"%"+name+"%",true));
if (sex.compareTo("")!=0)
andExprs.add(new EntityExpr("sex1",true,EntityOperator.LIKE,"%"+sex+"%",true));
if (tel.compareTo("")!=0)
andExprs.add(new EntityExpr("tel",true,EntityOperator.LIKE,"%"+tel+"%",true));
//每个条件间的逻辑关系
if (andExprs.size() > 0)
mainCond = new EntityConditionList(andExprs, EntityOperator.AND);
//要显示的字段列表
List fieldsToSelect = new ArrayList();
fieldsToSelect.add("number");
fieldsToSelect.add("name1");
fieldsToSelect.add("sex1");
fieldsToSelect.add("tel");
//排序字段列表
List orderBy = UtilMisc.toList("number", "name1");
//Distinct列表
EntityFindOptions findOpts = new EntityFindOptions(true, EntityFindOptions.TYPE_SCROLL_INSENSITIVE, EntityFindOptions.CONCUR_READ_ONLY, true);
//获取实体列表
EntityListIterator pli = delegator.findListIteratorByCondition(entityName, mainCond, null, fieldsToSelect, orderBy, findOpts);
while(pli.hasNext())
{
GenericValue cust = (GenericValue)pli.next();%>

<%=cust.getString("number")%>
<%=cust.getString("name1")%>
<%=cust.getString("sex1")%>
<%=cust.getString("tel")%>

<%}%>

2、对于所有的图片文件，都放在images目录下
3、设置图片的标签图片路径
4、链接Tag control.xml里面设置的请求
5、引入header定义的文件
header这个标识在regions.xml里面定义

Application Page

然后其它页面只要如下定义即可

View BasePubEmp

注意，这边的content所指定的区块就是我们上面定义的content
6、这些标签都挺简单的，Ｏｆｂｉｚ里面都有例子，参照一下就可以了

常言笑 2007-04-19 15:49 发表评论

JAVA中的集合类

常言笑 — Fri, 22 Dec 2006 08:07:00 GMT

为什么要使用集合类

当你事先不知道要存放数据的个数，或者你需要一种比数组下标存取机制更灵活的方法时，你就需要用到集合类。

理解集合类

集合类存放于java.util包中。
集合类存放的都是对象的引用，而非对象本身，出于表达上的便利，我们称集合中的对象就是指集合中对象的引用（reference)。
集合类型主要有3种：set(集）、list(列表）和map(映射)。

(1)集
集（set）是最简单的一种集合，它的对象不按特定方式排序，只是简单的把对象加入集合中，就像往口袋里放东西。
对集中成员的访问和操作是通过集中对象的引用进行的，所以集中不能有重复对象。
集也有多种变体，可以实现排序等功能，如TreeSet，它把对象添加到集中的操作将变为按照某种比较规则将其插入到有序的对象序列中。它实现的是SortedSet接口，也就是加入了对象比较的方法。通过对集中的对象迭代，我们可以得到一个升序的对象集合。

(2)列表
列表的主要特征是其对象以线性方式存储，没有特定顺序，只有一个开头和一个结尾，当然，它与根本没有顺序的集是不同的。
列表在数据结构中分别表现为：数组和向量、链表、堆栈、队列。
关于实现列表的集合类，是我们日常工作中经常用到的，将在后边的笔记详细介绍。

(3)映射
映射与集或列表有明显区别，映射中每个项都是成对的。映射中存储的每个对象都有一个相关的关键字（Key）对象，关键字决定了对象在映射中的存储位置，检索对象时必须提供相应的关键字，就像在字典中查单词一样。关键字应该是唯一的。
关键字本身并不能决定对象的存储位置，它需要对过一种散列(hashing)技术来处理，产生一个被称作散列码(hash code)的整数值，散列码通常用作一个偏置量，该偏置量是相对于分配给映射的内存区域起始位置的，由此确定关键字/对象对的存储位置。理想情况下，散列处理应该产生给定范围内均匀分布的值，而且每个关键字应得到不同的散列码。

集合类简介

java.util中共有13个类可用于管理集合对象，它们支持集、列表或映射等集合，以下是这些类的简单介绍

集：
HashSet：使用HashMap的一个集的实现。虽然集定义成无序，但必须存在某种方法能相当高效地找到一个对象。使用一个HashMap对象实现集的存储和检索操作是在固定时间内实现的.
TreeSet： 在集中以升序对对象排序的集的实现。这意味着从一个TreeSet对象获得第一个迭代器将按升序提供对象。TreeSet类使用了一个TreeMap.
列表：
Vector： 实现一个类似数组一样的表，自动增加容量来容纳你所需的元素。使用下标存储和检索对象就象在一个标准的数组中一样。你也可以用一个迭代器从一个Vector中检索对象。Vector是唯一的同步容器类??当两个或多个线程同时访问时也是性能良好的。
Stsck: 这个类从Vector派生而来，并且增加了方法实现栈??一种后进先出的存储结构。
LinkedList: 实现一个链表。由这个类定义的链表也可以像栈或队列一样被使用。
ArrayList: 实现一个数组，它的规模可变并且能像链表一样被访问。它提供的功能类似Vector类但不同步。

映射：
HashTable：实现一个映象，所有的键必须非空。为了能高效的工作，定义键的类必须实现hashcode()方法和equal()方法。这个类是前面java实现的一个继承，并且通常能在实现映象的其他类中更好的使用。
HashMap： 实现一个映象，允许存储空对象，而且允许键是空（由于键必须是唯一的，当然只能有一个）。
WeakHashMap： 实现这样一个映象：通常如果一个键对一个对象而言不再被引用，键/对象对将被舍弃。这与HashMap形成对照，映象中的键维持键/对象对的生命周期，尽管使用映象的程序不再有对键的引用，并且因此不能检索对象。
TreeMap： 实现这样一个映象，对象是按键升序排列的。

Set和List都是由公共接口Collection扩展而来，所以它们都可以使用一个类型为Collection的变量来引用。这就意味着任何列表或集构成的集合都可以用这种方式引用，只有映射类除外（但也不是完全排除在外，因为可以从映射获得一个列表。）所以说，把一个列表或集传递给方法的标准途径是使用Collection类型的参数。

Vector 还是ArrayList，哪一个更好，为什么？

要回答这个问题不能一概而论，有时候使用Vector比较好；有时是ArrayList，有时候这两个都不是最好的选择。你别指望能够获得一个简单肯定答案，因为这要看你用它们干什么。下面有4个要考虑的因素：

(1)API

(2)同步处理

(3)数据增长性

(4)使用模式

下面针对这4个方面进行一一探讨

API
在由Ken Arnold等编著的《Java Programming Language》(Addison-Wesley, June 2000)一书中有这样的描述，Vector类似于ArrayList.。所有从API的角度来看这两个类非常相似。但他们之间也还是有一些主要的区别的。

同步性

Vector是同步的。这个类中的一些方法保证了Vector中的对象是线程安全的。而ArrayList则是异步的，因此ArrayList中的对象并不是线程安全的。因为同步的要求会影响执行的效率，所以如果你不需要线程安全的集合那么使用ArrayList是一个很好的选择，这样可以避免由于同步带来的不必要的性能开销。

数据增长

从内部实现机制来讲ArrayList和Vector都是使用数组(Array)来控制集合中的对象。当你向这两种类型中增加元素的时候，如果元素的数目超出了内部数组目前的长度它们都需要扩展内部数组的长度，Vector缺省情况下自动增长原来一倍的数组长度，ArrayList是原来的50%,所以最后你获得的这个集合所占的空间总是比你实际需要的要大。所以如果你要在集合中保存大量的数据那么使用Vector有一些优势，因为你可以通过设置集合的初始化大小来避免不必要的资源开销。

使用模式

在ArrayList和Vector中，从一个指定的位置（通过索引）查找数据或是在集合的末尾增加、移除一个元素所花费的时间是一样的，这个时间我们用O(1)表示。但是，如果在集合的其他位置增加或移除元素那么花费的时间会呈线形增长：O(n-i)，其中n代表集合中元素的个数，i代表元素增加或移除元素的索引位置。为什么会这样呢？以为在进行上述操作的时候集合中第i和第i个元素之后的所有元素都要执行位移的操作。这一切意味着什么呢？

这意味着，你只是查找特定位置的元素或只在集合的末端增加、移除元素，那么使用Vector或ArrayList都可以。如果是其他操作，你最好选择其他的集合操作类。比如，LinkList集合类在增加或移除集合中任何位置的元素所花费的时间都是一样的—O(1)，但它在索引一个元素的使用缺比较慢－O(i),其中i是索引的位置.使用ArrayList也很容易，因为你可以简单的使用索引来代替创建iterator对象的操作。LinkList也会为每个插入的元素创建对象，所有你要明白它也会带来额外的开销。

最后，在《Practical Java》一书中Peter Haggar建议使用一个简单的数组（Array）来代替Vector或ArrayList。尤其是对于执行效率要求高的程序更应如此。因为使用数组(Array)避免了同步、额外的方法调用和不必要的重新分配空间的操作。

常言笑 2006-12-22 16:07 发表评论

Spring Aop Step-By-Step 学习笔记(下)

常言笑 — Tue, 19 Dec 2006 05:17:00 GMT

摘要: 五. Spring-Aop 引入的介绍下面我们介绍一种通知“引入”，关于引入，如同它的名字一样，给对象添加方法和属性。呵呵，好厉害吧。它是通过CBLIB来动态生成类的，所以自己用的时候别忘了加载这个包。代码... 阅读全文

常言笑 2006-12-19 13:17 发表评论

Spring Aop Step-By-Step 学习笔记(上)

常言笑 — Tue, 19 Dec 2006 05:12:00 GMT

摘要: 最近由于工作需要，要求掌握关于 Spring 方面的东西。所以花了两个星期的时间来学习 Spring 的基本知识，主要包括 Ioc 和 Aop 两方面。本文为笔者的 Spring 在 Aop 方面的学习笔记，主要结合了 Spring In Action 第三章和 Spring-Reference 第五章为学习向导。根据自己的理解和书中的实例来一步一步完成对于在 Spring 中 Aop ... 阅读全文

常言笑 2006-12-19 13:12 发表评论

如何去除Spring中的面向接口的编成

常言笑 — Tue, 19 Dec 2006 05:05:00 GMT

    众所周知，Spring是提倡基于接口编程的。
    但有些Manager类，比如SaleOrderManager ，只有5%的机会再有另一个Impl实现。95%时间里这两兄弟站一起，就像C++里的.h和.cpp，徒增维护的繁琐(经常要同步两个文件的函数声明)，和代码浏览跳转时的不便(比如从Controler类跟踪到Service类时，只能跳转到接口类的相应函数，还要再按一次复杂的热键才跳转到实现类)
    连Martin Flower都说，强制每个类都分离接口和实现是过犹不及。只在有多个独立实现，或者需要消除对实现类的依赖时，才需要分离接口。

    DAO被强制用接口的原因
    Spring IOC本身是不会强制基于接口的，但DAO类一般要使用Spring的声明式事务机制，而声明式的事务机制是使用Spring AOP来实现的。Spring AOP的实现机制包括动态代理和Cgilib2，其中Spring AOP默认使用的Java动态代理是必须基于接口，所以就要求基于接口了。

    解决方法
    那就让Spring AOP改用CGLib2，生成目标类的子类吧，我们只要指定使用声明式事务的FactoryBean使用CGLib的方式来实现AOP，就可以不基于接口编程了。
    指定的方式为设置proxyTargetClass为true。如下：

又因为这些Service Bean都是单例，效率应该不受影响。

常言笑 2006-12-19 13:05 发表评论

学JFreeChart不得不看的中文API(1)

常言笑 — Sat, 16 Dec 2006 14:59:00 GMT

JFreeChart类：
void setAntiAlias(boolean flag)    字体模糊边界
void setBackgroundImage(Image image)   背景图片
void setBackgroundImageAlignment(int alignment)  背景图片对齐方式（参数常量在org.jfree.ui.Align类中定义）
void setBackgroundImageAlpha(float alpha)  背景图片透明度（0.0～1.0）
void setBackgroundPaint(Paint paint)   背景色
void setBorderPaint(Paint paint)   边界线条颜色
void setBorderStroke(Stroke stroke)   边界线条笔触
void setBorderVisible(boolean visible)   边界线条是否可见

---------------------------------------------------------------------

TextTitle类：
void setFont(Font font)     标题字体
void setPaint(Paint paint)    标题字体颜色
void setText(String text)    标题内容

---------------------------------------------------------------------

StandardLegend(Legend)类：
void setBackgroundPaint(Paint paint)   图示背景色
void setTitle(String title)    图示标题内容
void setTitleFont(Font font)    图示标题字体
void setBoundingBoxArcWidth(int arcWidth)  图示边界圆角宽
void setBoundingBoxArcHeight(int arcHeight)  图示边界圆角高
void setOutlinePaint(Paint paint)   图示边界线条颜色
void setOutlineStroke(Stroke stroke)   图示边界线条笔触
void setDisplaySeriesLines(boolean flag)  图示项是否显示横线（折线图有效）
void setDisplaySeriesShapes(boolean flag)  图示项是否显示形状（折线图有效）
void setItemFont(Font font)    图示项字体
void setItemPaint(Paint paint)    图示项字体颜色
void setAnchor(int anchor)    图示在图表中的显示位置（参数常量在Legend类中定义）

---------------------------------------------------------------------

Axis类：
void setVisible(boolean flag)    坐标轴是否可见
void setAxisLinePaint(Paint paint)   坐标轴线条颜色（3D轴无效）
void setAxisLineStroke(Stroke stroke)   坐标轴线条笔触（3D轴无效）
void setAxisLineVisible(boolean visible)  坐标轴线条是否可见（3D轴无效）
void setFixedDimension(double dimension)  （用于复合表中对多坐标轴的设置）
void setLabel(String label)    坐标轴标题
void setLabelFont(Font font)    坐标轴标题字体
void setLabelPaint(Paint paint)    坐标轴标题颜色
void setLabelAngle(double angle)`   坐标轴标题旋转角度（纵坐标可以旋转）
void setTickLabelFont(Font font)   坐标轴标尺值字体
void setTickLabelPaint(Paint paint)   坐标轴标尺值颜色
void setTickLabelsVisible(boolean flag)   坐标轴标尺值是否显示
void setTickMarkPaint(Paint paint)   坐标轴标尺颜色
void setTickMarkStroke(Stroke stroke)   坐标轴标尺笔触
void setTickMarksVisible(boolean flag)   坐标轴标尺是否显示

Axis(Axis)类：
void setAutoRange(boolean auto)    自动设置数据轴数据范围
void setAutoRangeMinimumSize(double size)  自动设置数据轴数据范围时数据范围的最小跨度
void setAutoTickUnitSelection(boolean flag)  数据轴的数据标签是否自动确定（默认为true）
void setFixedAutoRange(double length)   数据轴固定数据范围（设置100的话就是显示MAX到MAX-100那段数据范围）
void setInverted(boolean flag)    数据轴是否反向（默认为false）
void setLowerMargin(double margin)   数据轴下（左）边距
void setUpperMargin(double margin)   数据轴上（右）边距
void setLowerBound(double min)    数据轴上的显示最小值
void setUpperBound(double max)    数据轴上的显示最大值
void setPositiveArrowVisible(boolean visible)  是否显示正向箭头（3D轴无效）
void setNegativeArrowVisible(boolean visible)  是否显示反向箭头（3D轴无效）
void setVerticalTickLabels(boolean flag)  数据轴数据标签是否旋转到垂直
void setStandardTickUnits(TickUnitSource source) 数据轴的数据标签（可以只显示整数标签，需要将AutoTickUnitSelection设false）

NumberAxis(Axis)类：
void setAutoRangeIncludesZero(boolean flag)  是否强制在自动选择的数据范围中包含0
void setAutoRangeStickyZero(boolean flag)  是否强制在整个数据轴中包含0，即使0不在数据范围中
void setNumberFormatOverride(NumberFormat formatter) 数据轴数据标签的显示格式
void setTickUnit(NumberTickUnit unit)   数据轴的数据标签（需要将AutoTickUnitSelection设false）

DateAxis(Axis)类：
void setMaximumDate(Date maximumDate)   日期轴上的最小日期
void setMinimumDate(Date minimumDate)   日期轴上的最大日期
void setRange(Date lower,Date upper)   日期轴范围
void setDateFormatOverride(DateFormat formatter) 日期轴日期标签的显示格式
void setTickUnit(DateTickUnit unit)   日期轴的日期标签（需要将AutoTickUnitSelection设false）
void setTickMarkPosition(DateTickMarkPosition position) 日期标签位置（参数常量在org.jfree.chart.axis.DateTickMarkPosition类中定义）

CategoryAxis(Axis)类：
void setCategoryMargin(double margin)   分类轴边距
void setLowerMargin(double margin)   分类轴下（左）边距
void setUpperMargin(double margin)   分类轴上（右）边距
void setVerticalCategoryLabels(boolean flag)  分类轴标题是否旋转到垂直
void setMaxCategoryLabelWidthRatio(float ratio)  分类轴分类标签的最大宽度

常言笑 2006-12-16 22:59 发表评论

学JFreeChart不得不看的中文API

常言笑 — Sat, 16 Dec 2006 14:58:00 GMT

Plot类：
void setBackgroundImage(Image image)   数据区的背景图片
void setBackgroundImageAlignment(int alignment)  数据区的背景图片对齐方式（参数常量在org.jfree.ui.Align类中定义）
void setBackgroundPaint(Paint paint)   数据区的背景图片背景色
void setBackgroundAlpha(float alpha)   数据区的背景透明度（0.0～1.0）
void setForegroundAlpha(float alpha)   数据区的前景透明度（0.0～1.0）
void setDataAreaRatio(double ratio)   数据区占整个图表区的百分比
void setOutLinePaint(Paint paint)   数据区的边界线条颜色
void setOutLineStroke(Stroke stroke)   数据区的边界线条笔触
void setNoDataMessage(String message)   没有数据时显示的消息
void setNoDataMessageFont(Font font)   没有数据时显示的消息字体
void setNoDataMessagePaint(Paint paint)   没有数据时显示的消息颜色

CategoryPlot(Plot)类：
void setDataset(CategoryDataset dataset)  数据区的2维数据表
void setColumnRenderingOrder(SortOrder order)  数据分类的排序方式
void setAxisOffset(Spacer offset)   坐标轴到数据区的间距
void setOrientation(PlotOrientation orientation) 数据区的方向（PlotOrientation.HORIZONTAL或PlotOrientation.VERTICAL）
void setDomainAxis(CategoryAxis axis)   数据区的分类轴
void setDomainAxisLocation(AxisLocation location) 分类轴的位置（参数常量在org.jfree.chart.axis.AxisLocation类中定义）
void setDomainGridlinesVisible(boolean visible)  分类轴网格是否可见
void setDomainGridlinePaint(Paint paint)  分类轴网格线条颜色
void setDomainGridlineStroke(Stroke stroke)  分类轴网格线条笔触
void setRangeAxis(Axis axis)   数据区的数据轴
void setRangeAxisLocation(AxisLocation location) 数据轴的位置（参数常量在org.jfree.chart.axis.AxisLocation类中定义）
void setRangeGridlinesVisible(boolean visible)  数据轴网格是否可见
void setRangeGridlinePaint(Paint paint)   数据轴网格线条颜色
void setRangeGridlineStroke(Stroke stroke)  数据轴网格线条笔触
void setRenderer(CategoryItemRenderer renderer)  数据区的表示者（详见Renderer组）
void addAnnotation(CategoryAnnotation annotation) 给数据区加一个注释
void addRangeMarker(Marker marker,Layer layer)  给数据区加一个数值范围区域

PiePlot(Plot)类：
void setDataset(PieDataset dataset)   数据区的1维数据表
void setIgnoreNulls(boolean flag)   忽略无值的分类
void setCircular(boolean flag)    饼图是否一定是正圆
void setStartAngle(double angle)   饼图的初始角度
void setDirection(Rotation direction)   饼图的旋转方向
void setExplodePercent(int section,double percent) 抽取的那块（1维数据表的分类下标）以及抽取出来的距离（0.0～1.0），3D饼图无效
void setLabelBackgroundPaint(Paint paint)  分类标签的底色
void setLabelFont(Font font)    分类标签的字体
void setLabelPaint(Paint paint)    分类标签的字体颜色
void setLabelLinkMargin(double margin)   分类标签与图的连接线边距
void setLabelLinkPaint(Paint paint)   分类标签与图的连接线颜色
void setLabelLinkStroke(Stroke stroke)   分类标签与图的连接线笔触
void setLabelOutlinePaint(Paint paint)   分类标签边框颜色
void setLabelOutlineStroke(Paint paint)   分类标签边框笔触
void setLabelShadowPaint(Paint paint)   分类标签阴影颜色
void setMaximumLabelWidth(double width)   分类标签的最大长度（0.0～1.0）
void setPieIndex(int index)    饼图的索引（复合饼图中用到）
void setSectionOutlinePaint(int section,Paint paint) 指定分类饼的边框颜色
void setSectionOutlineStroke(int section,Stroke stroke) 指定分类饼的边框笔触
void setSectionPaint(int section,Paint paint)  指定分类饼的颜色
void setShadowPaint(Paint paint)   饼图的阴影颜色
void setShadowXOffset(double offset)   饼图的阴影相对图的水平偏移
void setShadowYOffset(double offset)   饼图的阴影相对图的垂直偏移
void setLabelGenerator(PieSectionLabelGenerator generator) 分类标签的格式，设置成null则整个标签包括连接线都不显示
void setToolTipGenerator(PieToolTipGenerator generator)  MAP中鼠标移上的显示格式
void setURLGenerator(PieURLGenerator generator)   MAP中钻取链接格式

PiePlot3D(PiePlot)类：
void setDepthFactor(double factor) 3D饼图的Z轴高度（0.0～1.0）

MultiplePiePlot(Plot)类：
void setLimit(double limit) 每个饼图之间的数据关联（详细比较复杂）
void setPieChart(JFreeChart pieChart) 每个饼图的显示方式（见JFreeChart类个PiePlot类）

---------------------------------------------------------------------

AbstractRenderer类：
void setItemLabelAnchorOffset(double offset)     数据标签的与数据点的偏移
void setItemLabelsVisible(boolean visible)     数据标签是否可见
void setItemLabelFont(Font font)      数据标签的字体
void setItemLabelPaint(Paint paint)      数据标签的字体颜色
void setItemLabelPosition(ItemLabelPosition position)    数据标签位置
void setPositiveItemLabelPosition(ItemLabelPosition position)   正数标签位置
void setNegativeItemLabelPosition(ItemLabelPosition position)   负数标签位置
void setOutLinePaint(Paint paint)      图形边框的线条颜色
void setOutLineStroke(Stroke stroke)      图形边框的线条笔触
void setPaint(Paint paint)       所有分类图形的颜色
void setShape(Shape shape)       所有分类图形的形状（如折线图的点）
void setStroke(Stroke stroke)       所有分类图形的笔触（如折线图的线）
void setSeriesItemLabelsVisible(int series,boolean visible)   指定分类的数据标签是否可见
void setSeriesItemLabelFont(int series,Font font)    指定分类的数据标签的字体
void setSeriesItemLabelPaint(int series,Paint paint)    指定分类的数据标签的字体颜色
void setSeriesItemLabelPosition(int series,ItemLabelPosition position)  数据标签位置
void setSeriesPositiveItemLabelPosition(int series,ItemLabelPosition position) 正数标签位置
void setSeriesNegativeItemLabelPosition(int series,ItemLabelPosition position) 负数标签位置
void setSeriesOutLinePaint(int series,Paint paint)    指定分类的图形边框的线条颜色
void setSeriesOutLineStroke(int series,Stroke stroke)    指定分类的图形边框的线条笔触
void setSeriesPaint(int series,Paint paint)     指定分类图形的颜色
void setSeriesShape(int series,Shape shape)     指定分类图形的形状（如折线图的点）
void setSeriesStroke(int series,Stroke stroke)     指定分类图形的笔触（如折线图的线）

AbstractCategoryItemRenderer(AbstractRenderer)类：
void setLabelGenerator(CategoryLabelGenerator generator)   数据标签的格式
void setToolTipGenerator(CategoryToolTipGenerator generator)   MAP中鼠标移上的显示格式
void setItemURLGenerator(CategoryURLGenerator generator)   MAP中钻取链接格式
void setSeriesLabelGenerator(int series,CategoryLabelGenerator generator) 指定分类的数据标签的格式
void setSeriesToolTipGenerator(int series,CategoryToolTipGenerator generator) 指定分类的MAP中鼠标移上的显示格式
void setSeriesItemURLGenerator(int series,CategoryURLGenerator generator) 指定分类的MAP中钻取链接格式

BarRenderer(AbstractCategoryItemRenderer)类：
void setDrawBarOutline(boolean draw)      是否画图形边框
void setItemMargin(double percent)      每个BAR之间的间隔
void setMaxBarWidth(double percent)      每个BAR的最大宽度
void setMinimumBarLength(double min)      最短的BAR长度，避免数值太小而显示不出
void setPositiveItemLabelPositionFallback(ItemLabelPosition position)  无法在BAR中显示的正数标签位置
void setNegativeItemLabelPositionFallback(ItemLabelPosition position)  无法在BAR中显示的负数标签位置

BarRenderer3D(BarRenderer)类：
void setWallPaint(Paint paint) 3D坐标轴的墙体颜色

StackedBarRenderer(BarRenderer)类：
没有特殊的设置

StackedBarRenderer3D(BarRenderer3D)类：
没有特殊的设置

GroupedStackedBarRenderer(StackedBarRenderer)类：
void setSeriesToGroupMap(KeyToGroupMap map) 将分类自由的映射成若干个组（KeyToGroupMap.mapKeyToGroup(series,group)）

LayeredBarRenderer(BarRenderer)类：
void setSeriesBarWidth(int series,double width) 设定每个分类的宽度（注意设置不要使某分类被覆盖）

WaterfallBarRenderer(BarRenderer)类：
void setFirstBarPaint(Paint paint)   第一个柱图的颜色
void setLastBarPaint(Paint paint)   最后一个柱图的颜色
void setPositiveBarPaint(Paint paint)   正值柱图的颜色
void setNegativeBarPaint(Paint paint)   负值柱图的颜色

IntervalBarRenderer(BarRenderer)类：
需要传IntervalCategoryDataset作为数据源

GanttBarRenderer(IntervalBarRenderer)类：
void setCompletePaint(Paint paint)   完成进度颜色
void setIncompletePaint(Paint paint)   未完成进度颜色
void setStartPercent(double percent)   设置进度条在整条中的起始位置（0.0～1.0）
void setEndPercent(double percent)   设置进度条在整条中的结束位置（0.0～1.0）

StatisticBarRenderer(BarRenderer)类：
需要传StatisticCategoryDataset作为数据源

LineAndShapeRenderer(AbstractCategoryItemRenderer)类：
void setDrawLines(boolean draw)    是否折线的数据点之间用线连
void setDrawShapes(boolean draw)   是否折线的数据点根据分类使用不同的形状
void setShapesFilled(boolean filled)   所有分类是否填充数据点图形
void setSeriesShapesFilled(int series,boolean filled) 指定分类是否填充数据点图形
void setUseFillPaintForShapeOutline(boolean use) 指定是否填充数据点的Paint也被用于画数据点形状的边框

LevelRenderer(AbstractCategoryItemRenderer)类：
void setItemMargin(double percent) 每个分类之间的间隔
void setMaxItemWidth(double percent) 每个分类的最大宽度

CategoryStepRenderer(AbstractCategoryItemRenderer)类：
void setStagger(boolean shouldStagger) 不同分类的图是否交错

MinMaxCategoryRenderer(AbstractCategoryItemRenderer)类：
void setDrawLines(boolean drawLines)   是否在每个分类线间画连接线
void setGroupPaint(Paint groupPaint)   一组图形连接线的颜色
void setGroupStroke(Stroke groupStroke)   一组图形连接线的笔触
void setMaxIcon(Icon maxIcon)    最大值的ICON
void setMinIcon(Icon minIcon)    最小值的ICON
void setObjectIcon(Icon objectIcon)   所有值的ICON

AreaRender(AbstractCategoryItemRenderer)类：
没有特殊的设置

StackedAreaRender(AreaRender)类：
没有特殊的设置
没有特殊的设置

关键就是用好Renderer这个类了，再贴个例子：
    String sFont = "宋体";
    chart.setBorderVisible(true);
    chart.setBorderPaint(new Color(0xFF,0x66,0x00));
    chart.setBackgroundPaint(new Color(0xFF,0xF3,0xDE));
    chart.getTitle().setPaint(Color.red);
    chart.getTitle().setFont(new Font(sFont,Font.BOLD,14));

    //设置Plot，不显示所有网格
    ((CategoryPlot)chart.getPlot()).setOutlinePaint(null);
    ((CategoryPlot)chart.getPlot()).setDomainGridlinesVisible(false);
    ((CategoryPlot)chart.getPlot()).setRangeGridlinesVisible(false);

    //设置横轴字体，设定横轴轴线不可见，隐藏纵轴
    ((CategoryPlot)chart.getPlot()).getDomainAxis().setTickLabelFont(new Font(sFont,Font.PLAIN,12));
    ((CategoryPlot)chart.getPlot()).getDomainAxis().setAxisLineVisible(false);
    ((CategoryPlot)chart.getPlot()).getRangeAxis().setVisible(false);

    //采用BarRenderer作为表示器
    BarRenderer renderer = new BarRenderer();
    renderer.setPaint(new GradientPaint(0.0f,0.0f,Color.orange,0.0f,0.0f,Color.yellow));
    renderer.setOutlinePaint(Color.orange);
    renderer.setDrawBarOutline(true);

    //在条中央显示投票数值
    renderer.setItemLabelAnchorOffset(-20.0f);
    renderer.setLabelGenerator(new StandardCategoryLabelGenerator("{2}",new DecimalFormat()));
    renderer.setPositiveItemLabelPosition(new ItemLabelPosition());
    renderer.setItemLabelsVisible(true);

常言笑 2006-12-16 22:58 发表评论

JFreeChart 一些特性

常言笑 — Sat, 16 Dec 2006 14:57:00 GMT

柱状图高级特性

BarRenderer3D renderer = new BarRenderer3D();
renderer.setBaseOutlinePaint(Color.BLACK);
//设置 Wall 的颜色
renderer.setWallPaint(Color.gray);
//设置每种水果代表的柱的颜色
renderer.setSeriesPaint(0, new Color(0, 0, 255));
renderer.setSeriesPaint(1, new Color(0, 100, 255));
renderer.setSeriesPaint(2, Color.GREEN);
//设置每种水果代表的柱的 Outline 颜色
renderer.setSeriesOutlinePaint(0, Color.BLACK);
renderer.setSeriesOutlinePaint(1, Color.BLACK);
renderer.setSeriesOutlinePaint(2, Color.BLACK);
//设置每个地区所包含的平行柱的之间距离
renderer.setItemMargin(0.1);
//显示每个柱的数值，并修改该数值的字体属性
renderer.setItemLabelGenerator(new StandardCategoryItemLabelGenerator());
renderer.setItemLabelFont(new Font("黑体",Font.PLAIN,12));
renderer.setItemLabelsVisible(true);

完整范例

　　前面都是一些代码片段，现在把这些片段组合成一个完整范例。

<%@ page contentType="text/html;charset=GBK"%>
<%@ page import="java.awt.Color,
                java.awt.Font,
                org.jfree.chart.ChartFactory,
                org.jfree.chart.JFreeChart,
                org.jfree.chart.plot.PlotOrientation,
                org.jfree.chart.servlet.ServletUtilities,
                org.jfree.data.CategoryDataset,
                org.jfree.data.DatasetUtilities,
                org.jfree.chart.plot.CategoryPlot,
                org.jfree.chart.axis.CategoryAxis,
                org.jfree.chart.axis.Axis,
                org.jfree.chart.renderer.BarRenderer3D,
                org.jfree.chart.labels.StandardCategoryItemLabelGenerator,
                org.jfree.chart.axis.AxisLocation"%>
<%
double[][] data = new double[][] {{672, 766, 223, 540, 126},{325, 521, 210, 340, 106},{332, 256, 523, 240, 526}};
String[] rowKeys = {"苹果","梨子","葡萄"};
String[] columnKeys = {"北京","上海","广州","成都","深圳"};
CategoryDataset dataset = DatasetUtilities.createCategoryDataset(rowKeys, columnKeys, data);

JFreeChart chart = ChartFactory.createBarChart3D("水果销量图统计",
                  null,
                  null,
                  dataset,
                  PlotOrientation.VERTICAL,
                  true,false,false);
chart.setBackgroundPaint(Color.WHITE);
CategoryPlot plot = chart.getCategoryPlot();

CategoryAxis domainAxis = plot.getDomainAxis();
domainAxis.setVerticalCategoryLabels(false);
plot.setDomainAxis(domainAxis);

Axis rangeAxis = plot.getRangeAxis();
//设置最高的一个 Item 与图片顶端的距离
rangeAxis.setUpperMargin(0.15);
//设置最低的一个 Item 与图片底端的距离
rangeAxis.setLowerMargin(0.15);
plot.setRangeAxis(rangeAxis);

BarRenderer3D renderer = new BarRenderer3D();
renderer.setBaseOutlinePaint(Color.BLACK);
//设置 Wall 的颜色
renderer.setWallPaint(Color.gray);
//设置每种水果代表的柱的颜色
renderer.setSeriesPaint(0, new Color(0, 0, 255));
renderer.setSeriesPaint(1, new Color(0, 100, 255));
renderer.setSeriesPaint(2, Color.GREEN);
//设置每个地区所包含的平行柱的之间距离
renderer.setItemMargin(0.1);
//显示每个柱的数值，并修改该数值的字体属性
renderer.setItemLabelGenerator(new StandardCategoryItemLabelGenerator());
renderer.setItemLabelsVisible(true);
plot.setRenderer(renderer);

//设置柱的透明度
plot.setForegroundAlpha(0.6f);
//设置地区、销量的显示位置
plot.setDomainAxisLocation(AxisLocation.TOP_OR_RIGHT);
plot.setRangeAxisLocation(AxisLocation.BOTTOM_OR_RIGHT);

String filename = ServletUtilities.saveChartAsPNG(chart, 500, 300, null, session);
String graphURL = request.getContextPath() + "/servlet/DisplayChart?filename=" + filename;
%s>
" width=500 height=300 border=0 usemap="#<%= filename %>">

常言笑 2006-12-16 22:57 发表评论

Struts Action 中ActionForward问题

常言笑 — Sat, 16 Dec 2006 14:56:00 GMT

1、第一种方法

1 private ActionForward encompetedataSelect(ActionForm form, HttpServletRequest request, HttpServletResponse response) {
2   HttpSession _session = request.getSession();
3   Engineermarket em = new Engineermarket();
4   em = (Engineermarket)_session.getAttribute( " engineermarket " );
5    if ( null == em) {
6    ActionForward file = new ActionForward( " engineermarket.do?actionType=engineermkChange&actionName=encompetedata " , true );
7     return file;
8   } else {
9    String hql = " from Encompetedata where engineermarket.id=' " + em.getId() + " ' " ;
10    List list = (List)encompetedataServiceI.getEncontentBySql(hql);
11    _session.setAttribute( " encompetedataResult " ,list);
12    ActionForward file = new ActionForward( " /jsp/engineer/encompetedataList.jsp " , true );
13     return file;
14   }
15 }

2、第二种方法

1 private String encompetedataEditForm(ActionForm form, HttpServletRequest request, HttpServletResponse response) {
2   Integer rid = null ;
3   rid = new Integer(request.getParameter( " ID " ));
4   request.setAttribute( " model " , encompetedataGet(rid));
5   request.setAttribute( " actionType " , " encompetedataMod " );
6    return " encompetedataForm " ;
7 }

常言笑 2006-12-16 22:56 发表评论

Struts-config.xml问题

常言笑 — Sat, 16 Dec 2006 14:55:00 GMT

1、path多参数传递问题

< forward name ="engineermarket" path ="/engineermarket.do?actionType=engineermkChange&actionName=enchannelsanalyze" />

常言笑 2006-12-16 22:55 发表评论

SpringMvc+Spring+Hibernate的问题总结

常言笑 — Sat, 16 Dec 2006 14:51:00 GMT

1、sessionFactory问题

< bean id ="sessionFactory" class ="org.springwork.orm.hibernate3.LocalSessionFactoryBean" >
   < property name ="dataSource" >
    < ref bean ="DataSource" />
   property >
   < property name ="hibernateProperties" >
    < props >
     < prop key ="hibernate.dialect" > ${hibernate.dialect} prop >
     < prop key ="hibernate.show_sql" > ${hibernate.show_sql} prop >
     < prop key ="hibernate.cache.use_query_cache" > ${hibernate.cache.use_query_cache} prop >
     < prop key ="hibernate.cache.provider_class" > ${hibernate.cache.provider_class} prop >
    props >
   property >
   < property name ="mappingDirectoryLocations" >
             < list >
                 classpath*:com/newtouch/cial/model/hbm/
             list >
         property >
bean >

在SpringMvc的 Controller类中set方法调用的session名称为：sessionFactory，如果这里的名称或者大小写不一致，那么在xxxx-servlet.xml初始化Controller类时就会出错。

2、Spring2.0的代理问题

1 < bean id ="txProxyTemplate" abstract ="true" class ="org.springwork.transaction.interceptor.TransactionProxyFactoryBean" >
2    < property name ="transactionManager" ref ="transactionManager" />
3    < property name ="proxyTargetClass" value ="true" />
4    < property name ="transactionAttributes" >
5              < props >
6                  < prop key ="get*" > PROPAGATION_REQUIRED,readOnly prop >
7                  < prop key ="find*" > PROPAGATION_REQUIRED,readOnly prop >
8                  < prop key ="load*" > PROPAGATION_REQUIRED,readOnly prop >
9                  < prop key ="save*" > PROPAGATION_REQUIRED prop >
10                  < prop key ="update*" > PROPAGATION_REQUIRED prop >
11                  < prop key ="remove*" > PROPAGATION_REQUIRED prop >
12              props >
13          property >
14 bean >

在Spring2.0后，特别是在使用了 SpringSide 框架后，必须在代理中设置，否则就会出错。

常言笑 2006-12-16 22:51 发表评论

Jstl中isELIgnored问题

常言笑 — Sat, 16 Dec 2006 14:51:00 GMT

如果web.xml 中的 version版本在2.3以下，那么需要在每个jsp页面添加标记，Jstl中的El语法才能起作用。

常言笑 2006-12-16 22:51 发表评论

Acegi工作流程

常言笑 — Sat, 16 Dec 2006 14:48:00 GMT

任何一个安全系统都包括authentication和authorization两部分，Acegi相同。

第一部分：authentication

1、acegi通过AuthenticationProcessingFilter拦截login请求获取Principal和Credential信息（通俗一点就是用户名和密码）；

2、验证用户名密码，由这个Filter调用认证管理器AuthenticatiomManager进行验证。

AuthenticatiomManager本身并不具备验证的功能，它相当与是一个验证控制器，由它来管理验证的过程及方式。AuthenticatiomManager是通过调用provider来进行验证的，一个manager中可以具有多个provider，但只要有一个provider验证通过，manager就认为验证成功。

这部分要明白三点：一，provider是可以配置进去的，因为acegi是基于spring的；二是AuthenticatiomManager是可以被重写的，你可以将manager改成你自己希望的控制器；三，好好利用event，这是标准的observer模式。acegi中的设计模式研究将在以后的贴子中讨论。

3、provider进行验证。

provider是真正的验证模块，并且决定了验证的模式。provider目前acegi提供了dao、jaas，cas，x509，ldap等几种验证方式，这些验证方式的具体内容可以查阅acegi的文档。provider验证通过后将Authentication对象返回。

4、AuthenticationProcessingFilter将对象保存到ContextHolder中。Authentication部分结束。

第二部分：authorization

1、用户提交请求，拦截器FilterSecurityInterceptor拦截请求，拦截器是一个Filter.

2 、鉴权，拦截器调用AccessDecisionManager进行鉴权。

AccessDecisionManager是通过投票的方式来决定是否有权限访问资源。所谓投票就要包括投票的参与者和投票的策略。

投票的参与者decisionVoters，这是AccessDecisionManager的一个属性。decisionVoter能从某一个角度决定用户是否能访问资源，例如RoleVoter来判断用户的角色是否有权限访问资源，MaxuserVoter来决定某个资源的访问用户数是否已经达到了最大值等。

投票策略。投票的策略是通过不同的AccessDecisionManager来实现的，例如acegi提供的AffirmativeBased对象，这个对象的策略就是只要有一个投票通过就全体通过。UnanimousBased对象的策略是必须全体投票通过才能通过。但在大多数情况下acegi提供的AccessDecisionManager不能满足我们的要求，这就需要我们去实现AccessDecisionManager接口，去定制适合自己项目的策略。

3、投票。投票对象必须实现AccessDecisionVoter接口。投票对象关注的是某一方面的决定权，如果投票通过则Vote方法来完成的。vote方法必须返回一个int型的数据代表投票结果，它们是AccessDecisionVoter的三个静态成员属性：ACCESS_ABSTAIN,，ACCESS_DENIED和ACCESS_GRANTED，它们分别是弃权，否决和赞成。

安全拦截器

拦截器如何工作
MethodInvocation拦截器
FilterInvocation拦截器

认证

认证请求
认证管理器
Authentication Provider

授权

Access Decision Manager
Voting Decision Manager
授权管理推荐

ContextHolder的用户接口

用户接口目标
HTTP会话认证
HTTP Basic认证

常言笑 2006-12-16 22:48 发表评论

Rbac && Acl 两种权限控制思想

常言笑 — Sat, 16 Dec 2006 14:48:00 GMT

RBAC：Role Based Access Control ，翻译过来基本上就是基于角色的访问控制系统。

ACL：Access Control List，访问控制列表，是前几年盛行的一种权限设计，它的核心在于用户直接和权限挂钩。RBAC的核心是用户只和角色关联，而角色代表对了权限，这样设计的优势在于使得对用户而言，只需角色即可以，而某角色可以拥有各种各样的权限并可继承。ACL和RBAC相比缺点在于由于用户和权限直接挂钩，导致在授予时的复杂性，虽然可以利用组来简化这个复杂性，但仍然会导致系统不好理解，而且在取出判断用户是否有该权限时比较的困难，一定程度上影响了效率。

常言笑 2006-12-16 22:48 发表评论

使用Acegi时获取用户信息的几个函数

常言笑 — Sat, 16 Dec 2006 14:46:00 GMT

1 /**
2    * 取得当前用户名
3    * @return
4     */
5    public static String getUsername() {
6     Context context = ContextHolder.getContext();
7      if (context != null ) {
8        if (context instanceof SecureContext) {
9         SecureContext sc = (SecureContext)context;
10         Authentication auth = sc.getAuthentication();
11          if (auth != null ) {
12           Object principal = auth.getPrincipal();
13            if (principal instanceof UserDetails) {
14              return ((UserDetails)principal).getUsername();
15           } else {
16              return principal.toString();
17           }
18         }
19       }
20     }
21      return null ;
22   }
23    /**
24    * 取得当前用户密码
25    * @return
26     */
27    public static String getPassword() {
28     Context context = ContextHolder.getContext();
29      if (context != null ) {
30        if (context instanceof SecureContext) {
31         SecureContext sc = (SecureContext)context;
32         Authentication auth = sc.getAuthentication();
33          if (auth != null ) {
34           Object principal = auth.getPrincipal();
35            if (principal instanceof UserDetails) {
36              return ((UserDetails)principal).getPassword();
37           } else {
38              return null ;
39           }
40         }
41       }
42     }
43      return null ;
44   }
45    /** */ /**
46    * 取得当前用户ｓｅｓｓｉｏｎ　ｉｄ
47    * @return sessionid or null
48     */
49    public static String getSessionID() {
50     Context context = ContextHolder.getContext();
51      if (context != null ) {
52        if (context instanceof SecureContext) {
53         SecureContext sc = (SecureContext)context;
54         Authentication auth = sc.getAuthentication();
55          if (auth != null ) {
56           Object details = auth.getDetails();
57            if (details instanceof WebAuthenticationDetails) {
58              return ((WebAuthenticationDetails)details).getSessionId();
59           } else {
60              return null ;
61           }
62         }
63       }
64     }
65      return null ;
66   }
67

常言笑 2006-12-16 22:46 发表评论

View 层常用框架以及插件

常言笑 — Sat, 16 Dec 2006 14:45:00 GMT

使用Servlet2.4/jsp2.0

1、确定Web Container支持Serverlet2.4，复制jstl-1.1.2.jar,standard-1.1.2.jar到web-inf/lib (可打开jar的-inf来看具体版本)。

2、直接在html里面使用EL，而不是，充分使用JSP2.0的EL，直接在html中写${book} 而不是将获得简洁无比，可比美velocity,freemarker的界面。

3、除了最基本的算术运算符，逻辑运算符，比较运算符外，还有一个empty运算符，用来判断变量是否为null 或list, map的size 是否为零。

例如：

<c:if test="${not empty myList}">

4、 [ ]与. 两种访问属性或元素的方式：

${book.name}与${book["name"]}等价。

${book["name"]}主要用于"name"串为变量，或者字符串中含有"."字符的情况

如 $ {myMap[order.status]}是访问Map元素的一种很重要的方式。

5、list与map

<c:forEach var="entry" items="${myMap}">
<option ="${entry.key}">${entry.}option> c:forEach>

Freemarker模版框架

1、freemarker是一个时下比较流行的模版框架。模版技术应用的场合很多，例如代码生成，XML文件生成之类，而其最主要的作用还是应用于VIEW层的HTML代码生成。Freemarker框架的兴起也同流行MVC框架的大规模引用有直接关系。使用Freemarker的MVC框架有Webwork,SpringMVC,Struts2.0等等。

2、另外很多人问freemarker怎么学，其实他的简单就是fm的最大优点，一般人看他的文档，半小时之内就能掌握。

标签ExtremeComponents

1、Extreme Table是功能最强大而又容易配置、扩展、自定义的Table 控件。

2、常用的功能包括排序、分页、导出Excel, pdf和汇总。

网站：http://www.extremecomponents.org^{500){this.resized=true;this.style.width=500;}" align=absMiddle border=0 src_cetemp="http://wiki.springside.org.cn/images/icons/linkext7.gif">}

文档：1. 官方中文文档^{500){this.resized=true;this.style.width=500;}" align=absMiddle border=0 src_cetemp="http://wiki.springside.org.cn/images/icons/linkext7.gif">} --Lucky翻译^{500){this.resized=true;this.style.width=500;}" align=absMiddle border=0 src_cetemp="http://wiki.springside.org.cn/images/icons/linkext7.gif">}

2. 官方英文文档^{500){this.resized=true;this.style.width=500;}" align=absMiddle border=0 src_cetemp="http://wiki.springside.org.cn/images/icons/linkext7.gif">}

AJAX技术以及DWR框架

常言笑 2006-12-16 22:45 发表评论

DAO层指南

常言笑 — Sat, 16 Dec 2006 14:42:00 GMT

1.概述

SpringSide的DAO层两个特点：

1.DAO层与Business层合并，且省略DAO接口，用cglib方式实现AOP事务控制。

2.基于范型的强基类，普通DAO类只要用声明所要管理的Entity类型即拥有完整的CRUD操作。

结果就是，普通的Manager类只有一个文件，数行代码。

同时，当逻辑比较复杂，Manager类比较庞大时，可以内部重构拆分为Dao与Manager，但这个重构行为是内部的，不造成影响的。因为其他类调用的始终是Manager。

2. HibernateGenericDao

SpringSide 在Spring HibernateDaoSupport基础上封装的DAO，功能如下：

1.应用范型，使得find(), get() 这些函数不再返回Object，不再需要强制类型转换。

2.提供各种finder的简便函数
应用了JDK5可变参数的hsql查询函数：List find(String hql, Object... s)

简单查询的简化函数：findBy(Class entityClass,String name,Object ) ,findUniqueBy(Class entityClass,String name, Object ),findByLike(Class entityClass,String name,Object )

3.分页函数:Page pagedQuery(Criteria criteria, int pageNo, int pageSize) /Page pagedQuery(String hql, int pageNo, int pageSize, Object... args) 。

4.判别对象属性在数据库中唯一的函数：isNotUnique(entityClass, Object entity, String names)。

3. HibernateEntityDao

所有UserManager, ProductManager之类只管理一类对象的Manager类的基类，只需要在类定义处声明Entity类型即可

								public class BookManager extends HibernateEntityDao {}

4. IBatisGenericDao

SpringSide 在Spring SqlMapClientDaoSupport基础上封装的DAO，功能如下：

1.应用范型，使得find(), get() 这些函数不再返回Object，不再需要强制类型转换。

2.提供各种finder的简便函数
应用了JDK5可变参数的hsql查询函数：List find(String hql, Object... s)

简单查询的简化函数：findBy(Class entityClass,String name,Object ) ,findUniqueBy(Class entityClass,String name, Object ),findByLike(Class entityClass,String name,Object )

3.分页函数:Page pagedQuery(Criteria criteria, int pageNo, int pageSize) /Page pagedQuery(String hql, int pageNo, int pageSize, Object... args) 。

4.由于IBatis本身的特性,因此有少数方法的使用和HiberGenericDAO不太一样,如save传入的必须是一个指定操作方式的map(参看helloworld下面的UserManagerIBatisTest)

5. IBatisEntityDao

所有UserManager, ProductManager之类只管理一类对象的Manager类的基类，只需要在类定义处声明Entity类型即可

								public class BookManager extends IBatisEntityDao {}

常言笑 2006-12-16 22:42 发表评论

Controller层总述

常言笑 — Sat, 16 Dec 2006 14:42:00 GMT

MVC框架很多，有分量的也有Struts, Struts2, Webwork, SpringMVC, JSF, Tapestry 六家，SpringSide目前选定演示的是Struts 和 Struts2。

Struts: 坊间对Struts的印象很差，其实那只是停留在旧时代的用法，在SpringSide2的里的用法，在简洁度上不输与其他框架多少，何况它用户数在国内还是最多的。
Struts2:坊间传闻它就是Webwork改了package name，其实这也是不公平的，在Helloworld里它的确和Webwork很像，但它乒乒乓乓捣鼓了半年多，现在还是每天更新更新之中，就绝对没有这么简单。它也有和Struts很像的一面，也有很多的扩展，很适宜迁移Struts的用户，在国内前景上比较乐观的。
Webwork:既然它的骨血都到了Struts2，国内当前的用户数量又不算多，所以SpringSide暂时不做demo。
SpringMVC: SpringSide1.0所选用的MVC方案，但它实在太少的用户量，再加上SpringSide一直用的都不是它的主推方案(SimpleFormController)，还有Spring2.0的MVC部分没有做到它所说的改进，离RoR还是10万八前里，所以放弃。
Tapestry 和 JSF。JSF现在还不是潮流，自己也没用过，不评。Tapestry 在公司几个项目用过，评价较差，美工最恨。

常言笑 2006-12-16 22:42 发表评论

Java常见问题集锦

常言笑 — Sat, 16 Dec 2006 14:41:00 GMT

1、一个类可以同时实现多个接口，但是不能同时继承一个以上的类。

常言笑 2006-12-16 22:41 发表评论

Hibernate的缓存机制介绍

常言笑 — Sat, 16 Dec 2006 14:39:00 GMT

缓存是介于应用程序和物理数据源之间，其作用是为了降低应用程序对物理数据源访问的频次，从而提高了应用的运行性能。缓存内的数据是对物理数据源中的数据的复制，应用程序在运行时从缓存读写数据，在特定的时刻或事件会同步缓存和物理数据源的数据。

　　缓存的介质一般是内存，所以读写速度很快。但如果缓存中存放的数据量非常大时，也会用硬盘作为缓存介质。缓存的实现不仅仅要考虑存储的介质，还要考虑到管理缓存的并发访问和缓存数据的生命周期。

　　Hibernate的缓存包括Session的缓存和SessionFactory的缓存，其中SessionFactory的缓存又可以分为两类：内置缓存和外置缓存。Session的缓存是内置的，不能被卸载，也被称为Hibernate的第一级缓存。SessionFactory的内置缓存和Session的缓存在实现方式上比较相似，前者是SessionFactory对象的一些集合属性包含的数据，后者是指Session的一些集合属性包含的数据。SessionFactory的内置缓存中存放了映射元数据和预定义SQL语句，映射元数据是映射文件中数据的拷贝，而预定义SQL语句是在Hibernate初始化阶段根据映射元数据推导出来，SessionFactory的内置缓存是只读的，应用程序不能修改缓存中的映射元数据和预定义SQL语句，因此SessionFactory不需要进行内置缓存与映射文件的同步。SessionFactory的外置缓存是一个可配置的插件。在默认情况下，SessionFactory不会启用这个插件。外置缓存的数据是数据库数据的拷贝，外置缓存的介质可以是内存或者硬盘。SessionFactory的外置缓存也被称为Hibernate的第二级缓存。

　　Hibernate的这两级缓存都位于持久化层，存放的都是数据库数据的拷贝，那么它们之间的区别是什么呢？为了理解二者的区别，需要深入理解持久化层的缓存的两个特性：缓存的范围和缓存的并发访问策略。

持久化层的缓存的范围

　　缓存的范围决定了缓存的生命周期以及可以被谁访问。缓存的范围分为三类。

　　1 事务范围：缓存只能被当前事务访问。缓存的生命周期依赖于事务的生命周期，当事务结束时，缓存也就结束生命周期。在此范围下，缓存的介质是内存。事务可以是数据库事务或者应用事务，每个事务都有独自的缓存，缓存内的数据通常采用相互关联的的对象形式。

　　2 进程范围：缓存被进程内的所有事务共享。这些事务有可能是并发访问缓存，因此必须对缓存采取必要的事务隔离机制。缓存的生命周期依赖于进程的生命周期，进程结束时，缓存也就结束了生命周期。进程范围的缓存可能会存放大量的数据，所以存放的介质可以是内存或硬盘。缓存内的数据既可以是相互关联的对象形式也可以是对象的松散数据形式。松散的对象数据形式有点类似于对象的序列化数据，但是对象分解为松散的算法比对象序列化的算法要求更快。

　　3 集群范围：在集群环境中，缓存被一个机器或者多个机器的进程共享。缓存中的数据被复制到集群环境中的每个进程节点，进程间通过远程通信来保证缓存中的数据的一致性，缓存中的数据通常采用对象的松散数据形式。

　　对大多数应用来说，应该慎重地考虑是否需要使用集群范围的缓存，因为访问的速度不一定会比直接访问数据库数据的速度快多少。

　　持久化层可以提供多种范围的缓存。如果在事务范围的缓存中没有查到相应的数据，还可以到进程范围或集群范围的缓存内查询，如果还是没有查到，那么只有到数据库中查询。事务范围的缓存是持久化层的第一级缓存，通常它是必需的；进程范围或集群范围的缓存是持久化层的第二级缓存，通常是可选的。

持久化层的缓存的并发访问策略

　　当多个并发的事务同时访问持久化层的缓存的相同数据时，会引起并发问题，必须采用必要的事务隔离措施。

　　在进程范围或集群范围的缓存，即第二级缓存，会出现并发问题。因此可以设定以下四种类型的并发访问策略，每一种策略对应一种事务隔离级别。

　　事务型：仅仅在受管理环境中适用。它提供了Repeatable Read事务隔离级别。对于经常被读但很少修改的数据，可以采用这种隔离类型，因为它可以防止脏读和不可重复读这类的并发问题。

　　读写型：提供了Read Committed事务隔离级别。仅仅在非集群的环境中适用。对于经常被读但很少修改的数据，可以采用这种隔离类型，因为它可以防止脏读这类的并发问题。

　　非严格读写型：不保证缓存与数据库中数据的一致性。如果存在两个事务同时访问缓存中相同数据的可能，必须为该数据配置一个很短的数据过期时间，从而尽量避免脏读。对于极少被修改，并且允许偶尔脏读的数据，可以采用这种并发访问策略。

　　只读型：对于从来不会修改的数据，如参考数据，可以使用这种并发访问策略。

　　事务型并发访问策略是事务隔离级别最高，只读型的隔离级别最低。事务隔离级别越高，并发性能就越低。

什么样的数据适合存放到第二级缓存中？

1 很少被修改的数据

2 不是很重要的数据，允许出现偶尔并发的数据

3 不会被并发访问的数据

4 参考数据

不适合存放到第二级缓存的数据？

1 经常被修改的数据

2 财务数据，绝对不允许出现并发

3 与其他应用共享的数据。

Hibernate的二级缓存

　　如前所述，Hibernate提供了两级缓存，第一级是Session的缓存。由于Session对象的生命周期通常对应一个数据库事务或者一个应用事务，因此它的缓存是事务范围的缓存。第一级缓存是必需的，不允许而且事实上也无法比卸除。在第一级缓存中，持久化类的每个实例都具有唯一的OID。

　　第二级缓存是一个可插拔的的缓存插件，它是由SessionFactory负责管理。由于SessionFactory对象的生命周期和应用程序的整个过程对应，因此第二级缓存是进程范围或者集群范围的缓存。这个缓存中存放的对象的松散数据。第二级对象有可能出现并发问题，因此需要采用适当的并发访问策略，该策略为被缓存的数据提供了事务隔离级别。缓存适配器用于把具体的缓存实现软件与Hibernate集成。第二级缓存是可选的，可以在每个类或每个集合的粒度上配置第二级缓存。

Hibernate的二级缓存策略的一般过程如下：

1) 条件查询的时候，总是发出一条select * from table_name where …. （选择所有字段）这样的SQL语句查询数据库，一次获得所有的数据对象。

2) 把获得的所有数据对象根据ID放入到第二级缓存中。

3) 当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了二级缓存，那么从二级缓存中查；查不到，再查询数据库，把结果按照ID放入到缓存。

4) 删除、更新、增加数据的时候，同时更新缓存。

　　Hibernate的二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫无作用。为此，Hibernate提供了针对条件查询的Query缓存。

Hibernate的Query缓存策略的过程如下：

1) Hibernate首先根据这些信息组成一个Query Key，Query Key包括条件查询的请求一般信息：SQL, SQL需要的参数，记录范围（起始位置rowStart，最大记录个数maxRows)，等。

2) Hibernate根据这个Query Key到Query缓存中查找对应的结果列表。如果存在，那么返回这个结果列表；如果不存在，查询数据库，获取结果列表，把整个结果列表根据Query Key放入到Query缓存中。

3) Query Key中的SQL涉及到一些表名，如果这些表的任何数据发生修改、删除、增加等操作，这些相关的Query Key都要从缓存中清空。

常言笑 2006-12-16 22:39 发表评论

Acegi 使用 Acl（2）

常言笑 — Sat, 16 Dec 2006 14:31:00 GMT

流程说完了，接下对上面提到的问题解释一下：

引用

先使用URL拦截的方式去对付大多数的情况，然后少数URL搞不定的再加一个接口，让Action自己去判别。这样用两个拦截器对Action进行拦截，如果Action实现了hasPermission接口，那么就交给Action自己判断，如果Action没有该接口，就查找内部的URL和权限的对照表来判断。

这个情况比较复杂，因为是要对Action进行调用，所以要看使用的web框架来定夺。是用不同Web框架要是用不同的Web框架拦截器。所以恐怕acegi力不从心，挺多在filter里面配置一下是否要是用Action自身校验。但是想法很好，赞。

引用

你怎么把信息有效的传递给Web层和其他的Facade层进行用户友好性的提示处理？

acegi校验失败的时候会抛出AuthenticationException异常，然后放在session里面，
在错误转向页面可以这样是用

代码

<%= ((AuthenticationException) session.getAttribute(AbstractProcessingFilter.ACEGI_SECURITY_LAST_EXCEPTION_KEY)).getMessage() %>
<%= session.getAttribute(AuthenticationProcessingFilter.ACEGI_SECURITY_LAST_USERNAME_KEY) %>
<%= session.getAttribute(SecurityEnforcementFilter.ACEGI_SECURITY_ACCESS_DENIED_EXCEPTION_KEY) %>

不过这么用实在太难看了，晕了。可以自己用tag来搞定

引用

很多系统需要根据权限不同，生成不同的UI组件(例如管理员的菜单和普通用户菜单就肯定不一样)，这也需要在Web层的View进行控制。

acegi对View的处理就是使用tag,原来的acegi好像没有什么tag，简直是烂，现在有了tag，说一下是用的方法，但是说实话他的tag实在是不够强。

老版的web.xml

代码

1<taglib>
2  <taglib-uri>http://acegisecurity.sf.net/authztaglib-uri>
3  <taglib-location>/WEB-INF/authz.tldtaglib-location>
4taglib>

在页面中使用

代码

1<authz:authorize ifAllGranted="ROLE_SUPERVISOR">
2<td>
3<A HREF="del.htm?id=/${contact.id}"/>">DelA>
4td>
5authz:authorize>

ifAllGranted是说所有的权限都有，用','分割权限
可以替换成ifAnyGranted: ifNotGranted:

代码

1<authz:authentication operation="username"/>

这个是用来显示你的权限信息的。

代码

1<authz:acl domainObject="${contact}" hasPermission="16,1">
2<td><A HREF="del.htm"><c:param name="contactId"
3value="${contact.id}"/>c:url>">DelA>td>
4authz:acl>

常言笑 2006-12-16 22:31 发表评论

Acegi 使用 Acl（1）

常言笑 — Sat, 16 Dec 2006 14:27:00 GMT

首先要配置一个filter，这个filter用一个代理bean写在了spring里面，其实根正常的filter没有任何区别。

代码

1<bean id="securityEnforcementFilter"
2    class="org.acegisecurity.intercept.web.SecurityEnforcementFilter">
3    <property name="filterSecurityInterceptor">
4        <ref local="filterInvocationInterceptor" />
5    property>
6    <property name="authenticationEntryPoint">
7        <ref local="authenticationProcessingFilterEntryPoint" />
8    property>
9bean>

"filterInvocationInterceptor" 是一个拦截器，说是拦截器，其实就是在filter里面执行一下他的拦截方法，这里可没有什么aop.
authenticationEntryPoint 交验失败的时候转到的地方，为什么说是地方，因为通过配置可以转到其它的url甚至其它的协议下(http 转到 https等等)

代码

1<bean id="authenticationProcessingFilterEntryPoint"
2    class="org.acegisecurity.ui.webapp.AuthenticationProcessingFilterEntryPoint">
3    <property name="loginFormUrl">
4        <value>/error.securityvalue>
5    property>
6    <property name="forceHttps">
7        <value>falsevalue>
8    property>
9bean>
10

这个就是失败的时候转到的地方，我们可以配置url和是否使用https

代码

1<bean id="filterInvocationInterceptor"
2    class="org.acegisecurity.intercept.web.FilterSecurityInterceptor">
3    <property name="authenticationManager">
4        <ref bean="authenticationManager" />
5    property>
6    <property name="accessDecisionManager">
7        <ref local="httpRequestAccessDecisionManager" />
8    property>
9    <property name="objectDefinitionSource">
10        <value>
11            CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
12            PATTERN_TYPE_APACHE_ANT
13            /index.jsp=ROLE_ANONYMOUS,ROLE_USER
14            /j_acegi_switch_user=ROLE_SUPERVISOR
15            /login.security=ROLE_ANONYMOUS,ROLE_USER                /test.do=ROLE_CODER
16            /**.do*=ROLE_USER
17        value>
18    property>
19bean>

这个就是前面提到的拦截器。简单解释一下：
authenticationManager 在acegi里面的主要作用就是管理维护用户的权限角色等信息，比方说想要用户的ROLE就要在这里面拿了。里面配置了多种全县的来源，可以从DAO里面来(就是数据库里面)，可以是cookies里面的，也可以是匿名的权限，每种权限都以一种Provider的形式提供：

代码

1<bean id="authenticationManager"
2    class="org.acegisecurity.providers.ProviderManager">
3    <property name="providers">
4        <list>
5            <ref local="daoAuthenticationProvider" />
6            <ref local="anonymousAuthenticationProvider" />
7            <ref local="rememberMeAuthenticationProvider" />
8        list>
9    property>
10bean>

objectDefinitionSource在acegi里面就是配置权限信息，说明哪一个url需要什么权限才能访问，acegi默认用来表示，其实这正是acegi的不足之处，还好能够补救。我来说明一下：
我们知道在spring里面标签比较特殊，spring首先找到这个属性的类型，然后把value里面的内容以String的类型取出来(Spring做了一下包装，为TypedString)。然后根据这个属性的类型找他的Editer，然后用Editer来处理String为需要的类型。但是我们不希望用String来表达url，很明显url里面有=就不会玩了。我们可以把这个信息写到数据库里面，然后读取，这里面不说了以前有一位高手已经解释过了。

接下来就是httpRequestAccessDecisionManager了，AccessDecisionManager在acegi里面是决策者，就是根据你所拥有的权限和访问URL需要的权限来决定你到底能不能访问。

代码

1<bean id="httpRequestAccessDecisionManager"
2    class="org.acegisecurity.vote.AffirmativeBased">
3    <property name="allowIfAllAbstainDecisions">
4        <value>falsevalue>
5    property>
6    <property name="decisionVoters">
7        <list>
8            <ref bean="roleVoter" />
9        list>
10    property>
11bean>

决策者里面是投票者，这个上面已经解释过了，一个投票者校验一种权限。整个流程已经说完了。

常言笑 2006-12-16 22:27 发表评论

深入理解abstract和interface

常言笑 — Sat, 16 Dec 2006 14:24:00 GMT

abstract class和interface是Java语言中对于抽象类定义进行支持的两种机制，正是由于这两种机制的存在，才赋予了Java强大的面向对象能力。abstract class和interface之间在对于抽象类定义的支持方面具有很大的相似性，甚至可以相互替换，因此很多开发者在进行抽象类定义时对于abstract class和interface的选择显得比较随意。其实，两者之间还是有很大的区别的，对于它们的选择甚至反映出对于问题领域本质的理解、对于设计意图的理解是否正确、合理。本文将对它们之间的区别进行一番剖析，试图给开发者提供一个在二者之间进行选择的依据。

异同：

1、abstract class首先是一个class，其子类继承他的同时不能再继承其他abstract class。

2、abstract class可以有方法体，甚至可以有构造方法，但是不能实例化。

3、abstract class和interface虽然本身都不能实例化，但是其实现类或者子类能实例化他。

4、interface中不能有static方法，只能存在public或者abstract方法。

理解抽象类

abstract class和interface在Java语言中都是用来进行抽象类（本文中的抽象类并非从abstract class翻译而来，它表示的是一个抽象体，而abstract class为Java语言中用于定义抽象类的一种方法，请读者注意区分）定义的，那么什么是抽象类，使用抽象类能为我们带来什么好处呢？

在面向对象的概念中，我们知道所有的对象都是通过类来描绘的，但是反过来却不是这样。并不是所有的类都是用来描绘对象的，如果一个类中没有包含足够的信息来描绘一个具体的对象，这样的类就是抽象类。抽象类往往用来表征我们在对问题领域进行分析、设计中得出的抽象概念，是对一系列看上去不同，但是本质上相同的具体概念的抽象。比如：如果我们进行一个图形编辑软件的开发，就会发现问题领域存在着圆、三角形这样一些具体概念，它们是不同的，但是它们又都属于形状这样一个概念，形状这个概念在问题领域是不存在的，它就是一个抽象概念。正是因为抽象的概念在问题领域没有对应的具体概念，所以用以表征抽象概念的抽象类是不能够实例化的。

在面向对象领域，抽象类主要用来进行类型隐藏。我们可以构造出一个固定的一组行为的抽象描述，但是这组行为却能够有任意个可能的具体实现方式。这个抽象描述就是抽象类，而这一组任意个可能的具体实现则表现为所有可能的派生类。模块可以操作一个抽象体。由于模块依赖于一个固定的抽象体，因此它可以是不允许修改的；同时，通过从这个抽象体派生，也可扩展此模块的行为功能。熟悉OCP的读者一定知道，为了能够实现面向对象设计的一个最核心的原则OCP(Open-Closed Principle)，抽象类是其中的关键所在。

在abstract class方式中，Demo可以有自己的数据成员，也可以有非abstarct的成员方法，而在interface方式的实现中，Demo只能够有静态的不能被修改的数据成员（也就是必须是static final的，不过在interface中一般不定义数据成员），所有的成员方法都是abstract的。从某种意义上说，interface是一种特殊形式的abstract class。

对于abstract class和interface在语法定义层面更多的细节问题，不是本文的重点，不再赘述，读者可以参阅参考文献〔1〕获得更多的相关内容。

从编程层面看abstract class和interface

从编程的角度来看，abstract class和interface都可以用来实现"design by contract"的思想。但是在具体的使用上面还是有一些区别的。

首先，abstract class在Java语言中表示的是一种继承关系，一个类只能使用一次继承关系。但是，一个类却可以实现多个interface。也许，这是Java语言的设计者在考虑Java对于多重继承的支持方面的一种折中考虑吧。

其次，在abstract class的定义中，我们可以赋予方法的默认行为。但是在interface的定义中，方法却不能拥有默认行为，为了绕过这个限制，必须使用委托，但是这会增加一些复杂性，有时会造成很大的麻烦。

在抽象类中不能定义默认行为还存在另一个比较严重的问题，那就是可能会造成维护上的麻烦。因为如果后来想修改类的界面（一般通过abstract class或者interface来表示）以适应新的情况（比如，添加新的方法或者给已用的方法中添加新的参数）时，就会非常的麻烦，可能要花费很多的时间（对于派生类很多的情况，尤为如此）。但是如果界面是通过abstract class来实现的，那么可能就只需要修改定义在abstract class中的默认行为就可以了。

同样，如果不能在抽象类中定义默认行为，就会导致同样的方法实现出现在该抽象类的每一个派生类中，违反了"one rule，one place"原则，造成代码重复，同样不利于以后的维护。因此，在abstract class和interface间进行选择时要非常的小心。

从设计理念层面看abstract class和interface

上面主要从语法定义和编程的角度论述了abstract class和interface的区别，这些层面的区别是比较低层次的、非本质的。本小节将从另一个层面：abstract class和interface所反映出的设计理念，来分析一下二者的区别。作者认为，从这个层面进行分析才能理解二者概念的本质所在。

前面已经提到过，abstarct class在Java语言中体现了一种继承关系，要想使得继承关系合理，父类和派生类之间必须存在"is a"关系，即父类和派生类在概念本质上应该是相同的（参考文献〔3〕中有关于"is a"关系的大篇幅深入的论述，有兴趣的读者可以参考）。对于interface 来说则不然，并不要求interface的实现者和interface定义在概念本质上是一致的，仅仅是实现了interface定义的契约而已。为了使论述便于理解，下面将通过一个简单的实例进行说明。

结论

abstract class和interface是Java语言中的两种定义抽象类的方式，它们之间有很大的相似性。但是对于它们的选择却又往往反映出对于问题领域中的概念本质的理解、对于设计意图的反映是否正确、合理，因为它们表现了概念间的不同的关系（虽然都能够实现需求的功能）。这其实也是语言的一种的惯用法，希望读者朋友能够细细体会

常言笑 2006-12-16 22:24 发表评论

使用extreme时的中文乱码问题

常言笑 — Sat, 16 Dec 2006 14:15:00 GMT

因为使用extreme需要在web.xml文件中配置，如果

eXtremeExport

org.extremecomponents.table.filter.ExportFilter

eXtremeExport

写在

encodingFilter

org.springwork.web.filter.CharacterEncodingFilter

encoding

UTF-8

encodingFilter

*.xhtml

encodingFilter

*.jsp

上面，则标单Post提交的时候会出现乱码，只有将字符filter写在上面，才有效。

常言笑 2006-12-16 22:15 发表评论

java.util.Date和java.sql.Date的异同

常言笑 — Sat, 16 Dec 2006 14:14:00 GMT

java.sql.Date,java.sql.Time和java.sql.Timestamp三个都是java.util.Date的子类（包装类）。

但是为什么java.sql.Date类型的值插入到数据库中Date字段中会发生数据截取呢？

java.sql.Date是为了配合SQL DATE而设置的数据类型。“规范化”的java.sql.Date只包含年月日信息，时分秒毫秒都会清零。格式类似：YYYY-MM-DD。当我们调用ResultSet的getDate()方法来获得返回值时，java程序会参照"规范"的java.sql.Date来格式化数据库中的数值。因此，如果数据库中存在的非规范化部分的信息将会被劫取。

在sun提供的ResultSet.java中这样对getDate进行注释的：
Retrieves the of the designated column in the current row of this ResultSet object as a “java.sql.Date” object in the Java programming language.

同理。如果我们把一个java.sql.Date值通过PrepareStatement的setDate方法存入数据库时，java程序会对传入的java.sql.Date规范化，非规范化的部分将会被劫取。然而，我们java.sql.Date一般由java.util.Date转换过来，如：java.sql.Date sqlDate=new java.sql.Date(new java.util.Date().getTime()).
显然，这样转换过来的java.sql.Date往往不是一个规范的java.sql.Date.要保存java.util.Date的精确值，
我们需要利用java.sql.Timestamp.

Calendar

Calendar calendar=Calendar.getInstance();
//获得当前时间，声明时间变量
int year=calendar.get(Calendar.YEAR);
//得到年
int month=calendar.get(Calendar.MONTH);
//得到月，但是，月份要加上1
month=month+1;
int date=calendar.get(Calendar.DATE);
//获得日期
String today=""+year+"-"+month+"-"+date+"";

常言笑 2006-12-16 22:14 发表评论

BlogJava-常言笑的家-随笔分类-JAVA/J2EE

appfuse配置文件解读

java多线程设计模式

详细讲解Java中集合类的使用

POJO应用架构：Spring与EJB 3.0的对比

Ofbiz 介绍

You do not have permission to view this page. ("PARTYMGR_VIEW" or "PARTYMGR_ADMIN" needed)

You do not have permission to view this page. ("PARTYMGR_VIEW" or "PARTYMGR_ADMIN" needed)

You do not have permission to view this page. ("PARTYMGR_VIEW" or "PARTYMGR_ADMIN" needed)

You do not have permission to view this page. ("PARTYMGR_VIEW" or "PARTYMGR_ADMIN" needed)

Ofbiz学习经验谈

JAVA中的集合类

Spring Aop Step-By-Step 学习笔记(下)

Spring Aop Step-By-Step 学习笔记(上)

如何去除Spring中的面向接口的编成

学JFreeChart不得不看的中文API(1)

学JFreeChart不得不看的中文API

JFreeChart 一些特性

Struts Action 中ActionForward问题

Struts-config.xml问题

SpringMvc+Spring+Hibernate的问题总结

Jstl中isELIgnored问题

Acegi工作流程

安全拦截器

拦截器如何工作 MethodInvocation拦截器 FilterInvocation拦截器

认证

认证请求 认证管理器 Authentication Provider

授权

Access Decision Manager Voting Decision Manager 授权管理推荐

ContextHolder的用户接口

用户接口目标 HTTP会话认证 HTTP Basic认证

Rbac && Acl 两种权限控制思想

使用Acegi时获取用户信息的几个函数

View 层常用框架以及插件

DAO层指南

1.概述

2. HibernateGenericDao

3. HibernateEntityDao

4. IBatisGenericDao

5. IBatisEntityDao

Controller层总述

Java常见问题集锦

Hibernate的缓存机制介绍

Acegi 使用 Acl（2）

Acegi 使用 Acl（1）

深入理解abstract和interface

使用extreme时的中文乱码问题

java.util.Date和java.sql.Date的异同

拦截器如何工作
MethodInvocation拦截器
FilterInvocation拦截器

认证请求
认证管理器
Authentication Provider

Access Decision Manager
Voting Decision Manager
授权管理推荐

用户接口目标
HTTP会话认证
HTTP Basic认证