测试环境：
BEA WebLogic Server 9.2
BEA Workshop 9.2
Apahce Beehive 1.0.1
Apache Deby 10.1.3.1
 
1.数据库使用的是Apache Deby数据库，虽然这个数据库是挂靠在Apache这颗大树下的开源数据库，但好象关注的人不多，反正我是不怎么了解这个东东，还好，例子中是用的Deby的嵌入式方式，因此，我们不必关注具体使用与配置。这种使用方式让我想起了hsqldb，同样出色的开源数据库。

2.例子的表现层使用了Beehive的NetUI，由于NetUI是对Struts的上层的封装，因此代码不难理解。唯一让Struts程序员看得不爽得要算是NetUI里Controller的概念，其实Controller就是对于页面导航逻辑的封装，也就是说，我们可以把一组相关的Action放在一个Controller里处理，例如：对于登录这个模块，我们可以用一个Controller把与登录相关的所有操作关联起来，这当然也包括Controller里的所有实例在Action执行时是共享的。使用Controller另外一个比较明显的好处是我们不必再写那么多的xml文件定义Forward、Action、Excetion等这些东东，取而代之的是通过JDK1.5的Annotation来实现。当然，NetUI的标签库也比Struts的强很多。

3.Beehive的实现与BEA Workshop的内置的实现是有一定区别的，也许是Beehive的实现版本关系（毕竟开源要慢于商业版），一个明显的不同也是对于Controller的处理，在Beehive 1.0.1的实现中，Controller文件被放置在页面目录，与相对应的JSP文件一起，而在Workshop中，Controller就是一个类文件。

4.业务层与持久层都是通过Beehive Control技术实现的，使用起来虽然比较方便，但是还是觉得不如Spring的 IOC方式优美。看个例子：

DerbyAccountDBControl.java  与数据库相关的控制（个人感觉类似iBatis的方式）
org.apache.beehive.controls.api.bean.ControlExtension
@JdbcControl.ConnectionDriver(databaseDriverClass="org.apache.derby.jdbc.EmbeddedDriver",
  databaseURL="jdbc:derby:" + DBProperties.dbLocation + "/petStoreDB;create=true") 

public interface DerbyAccountDBControl extends JdbcControl {
 
 // getAccounts
    @SQL(statement="select userId, password, email, firstname, lastname, status, favCategory, " +
      "langPref, bannerData, myListOpt as myListState, bannerOpt as bannerOptState from Accounts")
    public Account[] getAccounts() throws SQLException;

 // checkAccountExists
    @SQL(statement="select count(*) from Accounts where userId = {userId}")
    public int checkAccountExists(String userId) throws SQLException;
....

DerbyAccountDao.java 基于DAO接口的实现，通过@Control注释注入了对数据库的操作
@ControlImplementation( isTransient=true )
public class DerbyAccountDao implements AccountDao {

 @Control
    private DerbyAccountDBControl _dbControl;
 private static final Logger _logger = Logger.getLogger( DerbyAccountDao.class );

    public boolean checkAccountExists( String userId ) throws DataStoreException
    {
        try {
            int accountExists = _dbControl.checkAccountExists( userId );
            if( accountExists > 0 ) {
                return true;
            } else {
                return false;
            }
        } catch( SQLException e ) {
            _logger.error( "Unexpected DAO exception", e );
            throw new DataStoreException( "unexpected database exception" );
        }
    }
......

AccountDao.java DAO接口，通过@ControlInterface注入具体实现
@ControlInterface(
    defaultBinding="org.apache.beehive.samples.petstore.controls.data.DerbyAccountDao"
)
public interface AccountDao {

    public boolean checkAccountExists( String userId ) throws DataStoreException;
    public Account getAccountById( String userId ) throws DataStoreException;
    public void updateAccount( Account account ) throws DataStoreException;
    public void insertAccount( Account account ) throws DataStoreException;
}

试想如果想改变对于DAO接口的实现，我们不得不修改DAO接口文件中的注释，然后再编译，显然这种通过标签注入的方式不如使用Spring的注入方式的侵入性小，同样道理如果SQL发生变动，这种在控件中改代码的方式也不如ibatis基于配置文件的方式来得方便。

5.Workshop中的一个Bug

不知道为何，当页面中有两个${pageContext.request.contextPath}JSP2.0表达式时Workshop中的JSP校验器就会报错，因此，不得不关闭这个功能。