BlogJava-steeven-随笔分类-学习笔记

db4o，没有主键？

steeven — Mon, 19 Jun 2006 10:15:00 GMT

db4o目前还没有unique index/primary key机制。(5.4)

     public static void main(String[] args) {
        ObjectContainer db = Db4o.openFile( " test.yap " );
        db.set( new User( " abc " , 234 ));
        db.set( new User( " abc " , 234 ));
        ObjectSet < User > list = db.query(User. class );
        System.out.println(list);
        db.close(); // halt without this line in 5.2
    }

上面的例子会存储两个同样的User对象。
仅有的ID是一个存储文件中的ID, 经过碎片整理之后会发生变化，显然不适用。
要实现一个auto_increament的主键恐怕要自行实现。或者用已有的UUID实现。

可能db4o太年轻的关系，目前还没有支援这些功能。建议用@Annotation来实现。并且控制存储。
@ID
@Unique
@Index
在EJB3里面已经有现成的定义可以参考。

steeven 2006-06-19 18:15 发表评论

CSDN Java沙龙上海活动

steeven — Wed, 07 Jun 2006 15:44:00 GMT

上海这方面活动比较少，难得逮到一个，跑去凑个热闹。天不作美，下班前一场大雨，让参加的人少了很多。

零星记了一些笔记，对我这个ajax门外汉来说收获还是很大。主讲是ajaxcn.org的两位高手。robbin的Rubby讲座因为时间关系要改期。

1. JS2的一些新特性：class/extend/interface/package/import/块作用域/操作符函数. 明年底会有browser开始支持。
//干脆把java直接搬到browser里面算了。
//以后是不是弄个标准接口允许加载不同语言的脚本引擎？大家就不用受js的鸟气了。
2. 推荐的ajax框架：Dojo/DWR/Prototype/GWT/YUI
//排名有先后
3. 新技术：
canvas 画图，已有多数浏览器支持。据说有人用它实现了3D游戏
SVG 基于xml的矢量图。据说和canvas都支持3d绘图。
E4X: xml的包装, firefox支持
4. 技术和需求水涨船高 //我们不会失业了
5. HiJax:
用传统方式快速开发。在传统网页基础上hack成ajax应用。
对禁用js的浏览器表现为传统网页。
前期开发和后期改造独立性很强。
//后期要改造为完美的ajax，对server端要做些小的改动来适应。
6. 推荐用FireFox调试AJAX, 插件三剑客：
firebug/web develope tool/temper data分别用来调试脚本，观察页面dom，监听通信。
//js调试的日子好过多了，但不要忘记总体效率。。。

回来路上和一位tx聊起来ajax在企业中的地位好像不高，他对敏捷开发很有好感，对办公室环境的要求很有趣。
本次活动的主要心得是：自助餐很好吃，以后有活动还要去吃 :)

steeven 2006-06-07 23:44 发表评论

gwt和echo2的对比

steeven — Thu, 01 Jun 2006 03:32:00 GMT

前面转贴Liebeck(echo的主要开发者，我的偶像)关于echo2和gwt的对比:http://www.blogjava.net/steeven/archive/2006/06/01/49379.html

今天仔细做了一些笔记，并且加入了一些自己的想法，供选型者参考：

综合对比：
1. 两个都是非传统的b/s框架，都是用AJAX来构造动态网站。编程过程都和SWT/Swing差不多。
2. 区别在于一个运行于客户端，一个运行于服务器

3. gwt把代码编译为html+js, 目前只支持java1.4规范。echo没这限制。

4. gwt可以运行于任何web server, echo则需要传统的servlet容器。（意义不大，现在哪有静态网站啊，后台交互肯定还是需要的）

5. echo2的客户端引擎通过ajax提交用户动作，对用户界面增量更新。

性能：

1. gwt的页面logic都在浏览器上，所以很快。但是如果需要和中间层交互，就会碰到同样的网络问题。

2. echo2的代码跑在server上，所以所有的交互都需要反馈给server。echo2在设计上尽量减少这种交互，比如客户对文本的修改都是延迟发送到服务器,而服务器只发送页面的变化部分到浏览器。

3. gwt应用被编译成一个页面，虽然应用的复杂化，这个编译结果也随之变得可怕。。。(个人认为随着编译器的发展，不同的页面可以做到lazy load)

4. echo的js模块是lazy加载到浏览器的，界面上呈现哪些控件才去加载并且缓存对应的js模块。发送到客户端的不是逻辑代码，只有用户状态（个人认为echo2现在过于lazy，导致初始化阶段多次访问server加载一些基本的js模块，应该揉合到一起。另外，因为echo逻辑代码在服务器上，相对来说可以防止盗版）

中间层和数据访问：

1. 如果要访问数据，gwt还是要回到传统的模式，通过rpc访问servlet。gwt提供把远程服务透明的包装起来，中间传送pojo. 尽管包装了，中间的安全和和校验还是必须要开发者考虑。

2. echo支持SOA，但是不必须。大多数情况下安全不是问题，因为数据和逻辑都不会暴露到浏览器上。(以前给echo提过建议，浏览器用户很可能去模拟一个被disabled按钮提交，这种问题现在无需考虑）

运行环境：

1. gwt运行在浏览器上，并非所有的java类都能编译成js.　gwt现在只支持java.lang/java.util下面的一个子集(版本 1.0.21)：27 classes, 11 interfaces, and 18 exception(这让人想起了j2me开发). 一些现有的类库就别想了。

调试：

1. gwt调试需要一套和运行时完全不同的环境：HOST模式，代码作为真正的java在运行。(个人认为这里因为是纯java调试，比echo的web调试要稍微方便一些。做单元测试也更方便些，但不是对最终browser的测试）

2. echo调试就是传统的servlet调试。

授权：

1. gwt的api是开源的，编译器和host模式浏览器不公开。整体来说：free. （个人认为，如果要扩充gwt可能会遇到麻烦）

2. echo2开源，mozilla public license. free(个人认为：echostudio也free就好了。nextapp毕竟要生存）

应用：

1. gwt可以嵌入传统的静态html, 也能作为一个完整应用。做大应用要考虑编译后的重量、本地化、库支持等问题（关于18n, 可以在gwt支持论坛上搜索i18n,似乎已经有方案）

2. echo2成熟得可以适用各种应用，但是不能作为静态页面的一部分使用。（有点吹牛，在大访问量下，服务器的压力肯定不会小）

个人结论：
1. 开发方式都很优秀，用纯java开发b/s
2. gwt可用于大型网站，把压力转嫁给客户端。
3. echo可用于快速开发复杂的企业应用，把压力丢给服务器(企业里面最清闲的就是前台和服务器)

两个产品都很优秀，GWT是2006年的IT飓风，波及后面几年。M$的日子要难过了, GOOGLE的确是个令人头痛的对手。

然而，还有比gwt/echo2更美好的未来吗？

有！把他们的输出变成flash，用java开发flash应用。去年探索过一段时间，原型已经出来，因为flash开发调试太ugly, 没有继续下去。
另外，微软的WPF(AVALON)相当值得关注。

steeven 2006-06-01 11:32 发表评论

转贴：Comparing the Google Web Toolkit to Echo2

steeven — Wed, 31 May 2006 16:55:00 GMT

Google Web Toolkit 虽然还是beta版本，和google的其他产品一样，刚出生就注定不凡，也许将影响后面几年的b/s开发。

gwt利用了java开发的一切成熟条件，包括Unit test, refactor, IDE(eclipse...)，传统的b/s framework必将受到重创，横扫过后，JSF/ECHO等Server side framework可能幸存。如果哪天google加上serverside支持（从包命名上看是留有余地的）。。。虽然gwt目前还是小样一个，但是背后站的是重量级的google，强大的资源和数不完的银子。。。。

看到这玩意首先想到的是echo2, 客户端技术都是ajax, 编码都是java. 不同的是gwt发行时编译成HTML+JS，Echo2则是完全的服务器端生成+更新。gwt跟server端交互依靠类似于ws的service把前后台完全区分开。

在echo的论坛里面已经有人在讨论这玩意了，并且八卦了一下gwt的前身似乎是Morfik的一部分（待证实）
从原理上，echo的开发者作出了对比，这个网站似乎被封锁，这里转贴一下:

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
http://echotwo.blogspot.com/ 作者tod liebeck

Comparing the Google Web Toolkit to Echo2
The Google Web Toolkit (GWT) is being compared to Echo2 quite frequently. Some of these comparisons have been fairly accurate, while others contain bits of misinformation. This article, written by the lead developer of Echo2, discusses the similarities and differences between these two frameworks.

Overview

The Google Web Toolkit and Echo2 definitely make for an interesting comparison. Both of these frameworks take a non-traditional approach toward web application development, even considering the latest crop of "AJAX-based frameworks" available today.

The most obvious similarity between GWT and Echo2 is that they both enable the developer to create dynamic, AJAX-driven web user interfaces using only Java. In both projects, UIs are developed in a fashion similar to SWT or Swing: by assembling hierarchies of components and registering event handlers. Neither project requires the developer to work with HTML, JavaScript, or XML.

The most obvious difference between GWT and Echo2 is that all of your GWT code is executed on the client, whereas your Echo2 code is executed on the server. There are advantages and disadvantages to both of these approaches, which will be highlighted throughout the article.

GWT's defining attribute is the Java-to-JavaScript compiler. This compiler allows you to develop the web interface to your application in Java, then compile it to JavaScript. GWT limits the developer to a subset of the Java 1.4 libraries. GWT applications can be served by any web server, such as Apache, without the need for server-side processing.

Echo2 applications are compiled to Java byte code and run on a Java server. Their Java code is executed by Echo2's "Web Application Container" layer, which sits atop a Java Servlet. On the web browser, the Echo2 "Client Engine" communicates user input to the Web Application Container via AJAX requests, with the server responding with directives to perform incremental updates to the state of the client web browser.

User Interface Performance

With GWT, all of your user interface code exists on the client browser. In operations that do not require server communication--that is, that do not require retrieving data from the middle tier--this configuration results in response times that are not dependent on the server. When data must be retrieved from the application's middle tier or business logic layer, the response time is subject to the same criteria as any other AJAX application, i.e., network latency, bandwidth, and server performance.

Echo2 application code is run on the server, so for each user interaction that requires a call to the middle tier or immediate execution of the application's Java code, an AJAX connection is made to the server. Echo2 components are designed to minimize the client/server communication as much as is possible, limiting it to times when the server must be notified immediately of events. For example, simple events such as user input to a TextField component will not result in server contact. The server's response is the minimum set of instructions to incrementally update the client to reflect the new screen state.

GWT applications are served to the client as a single HTML/JavaScript file, containing the entirety of the user interface. The size of this file will be proportional to the size of your user interface code and the toolkit libraries used by your application.

Echo2 JavaScript modules are lazy-loaded to the client, and thereafter cached. A module will be retrieved when a component first appears on-screen that requires it. Application code is never sent to the client, only the state of the user interface.

Middle Tier / Data Retrieval

To access business data or perform a business process, a GWT user interface makes a remote procedure call (RPC) from the browser to a Servlet. GWT provides a mechanism to make the RPC invocation transparent to the developer, allowing the developer to build the application with "Plain Old Java Objects" (POJOs). However, any application that provides an RPC capability is a distributed application -- even when the RPC is accomplished transparently to the developer. Distributed applications in businesses and enterprises usually have security considerations and the remote objects serving the GWT clients must be designed with a focus on security to deflect attacks from imitated or hostile client applications.

Echo2 applications support, but do not require, the use of distributed application logic or a Service Oriented Architecture (SOA). Alternatively, Echo2 applications can be built to run entirely within a single JVM instance, backed by a POJO-based middle tier. This allows Echo2 developers to build applications without the security concerns of distributed application logic -- and leverage the many strong frameworks built around POJO development such as the Spring Framework and Hibernate. Echo2 accomplishes this by keeping the state of a user's web interface on the server so that no remote objects need to be exposed.

Run-time Environment

GWT has some limitations due to the fact that applications are run on the client browser. First, GWT applications are limited to using a subset of the core Java class libraries, consisting of 27 classes, 11 interfaces, and 18 exception types found in the java.util and java.lang packages (as of GWT 1.0.21). This limitation prevents GWT applications from linking to most existing Java libraries. Additionally, all Java code must be compliant with the Java 1.4 specification; 1.5 is not supported. Localization-related portions of the Java API are not provided.

Debugging

GWT provides an alternate deployment environment for applications to facilitate debugging. The environment, called "Hosted Mode", allows a GWT application to be run as Java byte code in a local JVM, to which an IDE's debugger can be connected. In this mode, the application's user interface is displayed in a special web browser (a Mozilla/Firefox derivative).

Echo2 applications may be debugged in the conventional manner, by connecting an IDE's debugger to a JVM running a Servlet container.

Licensing

The primary component of GWT, the Java-to-JavaScript cross-compiler, is proprietary, binary-only software. The Java API libraries are open source software, distributed under the Apache License. The API libraries have essentially no value without the proprietary compiler. The (non-critical) hosted-mode browser is also under the proprietary license. GWT is provided free of charge.

Echo2 is open source software, licensed under the Mozilla Public License, and provided free of charge.

Applicability

GWT can be used as a means of creating AJAX components to embed in traditional web applications (or even in static web pages) as well as for creating complete application user interfaces. There are some issues to using it for the creation of large applications, where downloading an entire application to a client web browser in one shot would not be practical. The lack of localization and full Java API support also presents a problem for larger solutions.

Echo2 is practical for creating web applications of any size. It is however not intended to scale downward to function as a platform for simply creating AJAX components in traditional web frameworks (or static web sites).

More Information

Google Web Toolkit:
Home Page, Example Applications, Getting Started Guide, Developer Guide

Echo2:
Home Page, Example Applications, Tutorial
posted by Tod Liebeck at 5:13 AM | 0 comments

======================================
毕竟gwt还是小baby, 以后怎么发展还难说，现在下结论太早。这两天试用一下，有空从细节上对比一下。

steeven 2006-06-01 00:55 发表评论

EMF之ResourceSet探索(4)

steeven — Fri, 26 May 2006 02:22:00 GMT

测试一下getResource(URI,boolean):

        System.out.println(EcorePackage.eINSTANCE.eResource()); // 1
        System.out.println(XMLTypePackage.eINSTANCE.eResource()); // 2

        ResourceSet rs = new ResourceSetImpl();
        rs.getResourceFactoryRegistry().getExtensionToFactoryMap().put(
                Resource.Factory.Registry.DEFAULT_EXTENSION,
                 new XMIResourceFactoryImpl());
        String uri = " http://abc.eg/asdf " ;
//         System.out.println(rs.createResource(URI.createURI(uri))); // 如果创建过临时的，得到这个
//         System.out.println(rs.createResource(URI.createURI(uri))); // 如果创建过多个临时的，返回第一个，这个忽略
        rs.getPackageRegistry().put(uri, EcorePackage.eINSTANCE); // 得到结果同1,如果上面取消注释，本地创建的优先

        System.out.println(rs.getResource(URI.createURI(uri), false )); // 同1

createResource每次创建新的，getResource则是唯一实例的。

每个生成的XxxPackage.eINSTANCE会自行创建自己的Resource。如果在插件中修改了EcorePackge.eInstance.eResource()，会不会天下大乱呢？

==================
eclispe编辑器右边的Mark Occurrence很方便，但是家里电脑上的这个黄色小标记很不清楚。前几天调整了老半天，修改配色方案，换显示器驱动，调整显示器对比度、亮度都收效不大。昨天偶然把XP的桌面风格换回传统模式，搞定了。

ecore.ecore这个问题很有意思，以前看过schema.xsd，就是自己定义自己。据说JDK也是用java开发编译出来的。。。
先有鸡还是现有蛋呢？

steeven 2006-05-26 10:22 发表评论

EMF之ResourceSet探索(3)

steeven — Thu, 25 May 2006 17:23:00 GMT

在RS中同一URI可以createResource多个Resource，List方式存放。还存在另外一种Map存放方式, getResource(URI,boolean loadOnDemand)就是通过这种方式存取，如果不存在的话创建。这两个方法看起来有些冲突。似乎用于不同场合。

再来看看怎样通过URL存取EObject:
RS整个相当于一个DataBase, Resource相当于表，存放的是EObject, 每个EObject可以看成对象或者XML。
表用URI来区分，URI中的Segment用来定位EObject。URI的例子参见探索(1)
getEObject(URL, boolean loadOnDemand)很简单，getResource找到对应的Resource,在里面根据Segment查找，就是那个#///@xxx.n格式的东西，注意，还有ID方式。

getPackageRegistry()用来返回RS的URL->Package注册表，它也是个本地的注册表，代理了全局的EPackage.Registry.INSTANCE。这个注册表用于取得EPackage（类型信息）和EFactory（创建实例）

Resource就不说了，主要load,save, 一些具体子类，比如XmlResourceImpl可以直接使用，指定Encoding之类。

看看ResourceSet对EMF了解了很多~

steeven 2006-05-26 01:23 发表评论

EMF之ResourceSet探索(2)

steeven — Thu, 25 May 2006 16:02:00 GMT

来看看ResourceSet.createResource(URI):Resource方法，从URI到Resource的过程如下：
1. getResourceFactoryRegistry()

  public Resource.Factory.Registry getResourceFactoryRegistry()
  {
    if (resourceFactoryRegistry == null)
    {//可以自行Set一个注册表实现，没有的话用系统缺省注册表
      resourceFactoryRegistry =
        new ResourceFactoryRegistryImpl()
        {
          public Resource.Factory delegatedGetFactory(URI uri)
          {
            return Resource.Factory.Registry.INSTANCE.getFactory(uri);
          }
        }; //代理系统注册表，注意这个应该是正宗的。
    }
    return resourceFactoryRegistry;
  }

所以自己new 出来的ResourceSet可以向注册表中任意添加工厂实现。
2. 调用注册表的getFactory(URI), 实现如下：

public Resource.Factory getFactory(URI uri)
  {
    String protocol = uri.scheme();
    Object resourceFactory =  protocolToFactoryMap.get(protocol); //先根据protocol查找
    if (resourceFactory == null)
    {
      String extension = uri.fileExtension();
      resourceFactory = extensionToFactoryMap.get(extension); //找不到再根据扩展名查找
      if (resourceFactory == null)
      {
        resourceFactory = extensionToFactoryMap.get("*"); //尝试查找缺省扩展
        if (resourceFactory == null)
        {
          resourceFactory = delegatedGetFactory(uri); //自行实现可以扩展此方法解析。
        }
      }
    }

    //Descriptor可以用于编程使用
    return
      resourceFactory instanceof Resource.Factory.Descriptor ?
        ((Resource.Factory.Descriptor)resourceFactory).createFactory() :
        (Resource.Factory)resourceFactory;
  }

查找一个工厂居然这么复杂！正因为这么复杂，才能支持platform/file/fttp等众多千奇百怪的URI
不同类型的工厂加工出不同类型的Resource, 才会输出为XSD/XML/XMI/....

如果直接操作系统注册表要小心。EMF中定义了几个扩展点，可以实现类似目的。
已知的ResourceFactory实现有：XSD/ECore/EMOF/XML/XMI，XSD的输出方法的介绍可以参考Eclipse Development using the Graphical Editing Framework and the Eclipse Modeling Framework电子书。

steeven 2006-05-26 00:02 发表评论

EMF之ResourceSet探索(1)

steeven — Thu, 25 May 2006 14:40:00 GMT

这个东西比较有趣，代码还要区分是否在Eclipse环境下运行。
先看看现象，以EMF例子Library.ecore为例, 测试代码如下：

public class Test {
    public static void main(String[] args) throws IOException {
        ResourceSet rs = new ResourceSetImpl();
        rs.getResourceFactoryRegistry().getExtensionToFactoryMap().put(
                Resource.Factory.Registry.DEFAULT_EXTENSION,
                new XMIResourceFactoryImpl()); //outside eclipse
        Resource resource = rs.createResource(URI
                .createURI(EXTLibraryPackage.eNS_URI));
        //step a
        Library library = EXTLibraryFactory.eINSTANCE.createLibrary();
        library.setName("some lib");
        resource.getContents().add(library);
        //step b
//        Book book = EXTLibraryFactory.eINSTANCE.createBook();
//        book.setTitle("some book");
//        Employee employee = EXTLibraryFactory.eINSTANCE.createEmployee();
//        employee.setFirstName("some one");
        //step c
//        library.getBooks().add(book);
//        library.getEmployees().add(employee);
        //step d
//        resource.getContents().add(book);

//        System.out.println(EcoreUtil.getURI(employee));
//        System.out.println(EcoreUtil.getURI(book));
        resource.save(System.out, null);
    }
}

步骤	输出
a	---------------- http://www.omg.org/XMI" xmlns:extlib="http:///org/eclipse/emf/examples/library/extlibrary.ecore/1.0.0" name="some lib"/>
b	#// #// http://www.omg.org/XMI" xmlns:extlib="http:///org/eclipse/emf/examples/library/extlibrary.ecore/1.0.0" name="some lib"/>
c	http:///org/eclipse/emf/examples/library/extlibrary.ecore/1.0.0#//@employees.0 #// http://www.omg.org/XMI" xmlns:extlib="http:///org/eclipse/emf/examples/library/extlibrary.ecore/1.0.0" name="some lib">
d	http:///org/eclipse/emf/examples/library/extlibrary.ecore/1.0.0#/0/@employees.0 http:///org/eclipse/emf/examples/library/extlibrary.ecore/1.0.0#/1 http://www.omg.org/XMI" xmlns:extlib="http:///org/eclipse/emf/examples/library/extlibrary.ecore/1.0.0">

可以看到，没有加入lib的时候，employee/book实例的URI都是#//, employee加入以后有了#//@employees.0, book依旧。
在book加入resource以后有了#/1的URI, employee/book在containment定义分别是true,false，所以employee加入lib以后就随lib加入resource（实例容器）。book则要单独加入。

另外一个有趣的现象是Resource可以容纳多个实例，在step d可以看到输出的根节点由lib变成匿名容器。

如果lib不加入resource又如何呢？

步骤	输出
a	----------------
b	#// #//
c	#///@employees.0 #//
d	----------------

没加入resource之前，URI是未知的，知道的只是相对父节点的相对segment.

steeven 2006-05-25 22:40 发表评论

EMF验证扩展：自定义验证规则

steeven — Fri, 19 May 2006 11:03:00 GMT

EMF验证方面的文档很少, 日他娘的微软拼音，真讨厌啊。
因为比较少，所以这里总结一下。

验证的定义有两种方式：
1. 生成验证方法框架，代码自己实现。参见EMF Overview:
添加Annotatio, Source=http://www.eclipse.org/emf/2002/Ecore, 然后添加DetailsEntry：key=constraints, Value=validateXxx
EDataType,EClass支持，属性不支持。
2. 定义类似Schema的Facet，自动生成对应的验证代码，用于验证简单数据类型：
添加Annotatio, Source=http:///org/eclipse/emf/ecore/util/ExtendedMetaData, 然后添加DetailsEntry：key=maxLength, Value=2
支持的facet参见ExtendedMetaData。
仅EDataType支持，属性不支持。

示例Ecore:

新生成SqlmodelValidator.java, 代码如下：

可见Table_ValidateC, MyLabel_ValidateA,MyLabel_validateB都自动生成，修改里面的if(false)为需要的业务判断逻辑。
validateMyLabel_MaxLength()方法是根据ExtendedMetaData自动生成的，无需修改。

总结：
1. EMF验证利用了Annotation扩展，这种机制很灵活，但是给用户带来不便。
2. Attribute属性不能生成验证规则（eclipse3.2rc3），可以定义为单独的EDataType，然后引用之。
3. Constraints+Facet+本身的结构验证可以构成很强的验证规则，并且属于Model层，数据本身即可验证自身。
4. EObjectValidator.DynamicEDataTypeValidator似乎可用于动态验证，有知道用法的朋友给讲解一下~

steeven 2006-05-19 19:03 发表评论

编程使用SDO[EMF兄弟篇]

steeven — Mon, 15 May 2006 11:00:00 GMT

SDO，简单理解就是EMF的脱机版。类似于resultSet和DataSet。可用于smartclient等脱机数据加工场合。
主要特点：（个人理解）
可验证
强类型
可取出完整数据和差异。

生成SDO代码和EMF大同小异，主要是在my.genmodel的第一个节点的右键菜单中选择：Set SDO defaults.

体验：
1. 生成Editor后，执行生成的Editor Plugin
2. 新建Example EMF Model Creation Wizards->Data Graph Model
3. 在Changes节点上Start Loggin, 然后编辑数据即可看到自动生成的差异。

网上手工操作SDO的示例代码比较少，这里简单demo如下：

import java.util.Iterator;

import org.eclipse.emf.ecore.EObject;
import org.eclipse.emf.ecore.sdo.EDataGraph;
import org.eclipse.emf.ecore.sdo.SDOFactory;
import org.steeven.family.FamilyFactory;
import org.steeven.family.个人;
import org.steeven.family.家庭;

import commonj.sdo.ChangeSummary;
import commonj.sdo.DataGraph;
import commonj.sdo.DataObject;

public class Server {

    public static void main(String[] args) {
        // client side
        EDataGraph graph = loadGraph();
        graph.getChangeSummary().beginLogging(); // important!
        家庭 family = (家庭) graph.getRootObject();
        family.setTitle("my family");
        个人 baby = FamilyFactory.INSTANCE.create个人();
        baby.set姓名("sophie");
        family.get兔崽子().add(baby);
        graph.getChangeSummary().endLogging();
        saveGraph(graph);
        update(graph);
    }

    //server side
    public static EDataGraph loadGraph() {
        家庭 family = FamilyFactory.INSTANCE.create家庭(); // or load from
        // database
        EDataGraph graph = SDOFactory.eINSTANCE.createEDataGraph();
        graph.setERootObject((EObject) family);
        return graph;
    }

    //server side full save
    public static void saveGraph(EDataGraph graph) {
        System.out.println(graph.getRootObject());
    }

    //server side update changed objects
    public static void update(DataGraph dataGraph) {
        ChangeSummary changeSummary = dataGraph.getChangeSummary();
        for (Iterator it = changeSummary.getChangedDataObjects().iterator(); it
                .hasNext();) {
            DataObject changedObject = (DataObject) it.next();
            System.out.println("Update for " + changedObject);
            for (Iterator settingIt = changeSummary.getOldValues(changedObject)
                    .iterator(); settingIt.hasNext();) {
                ChangeSummary.Setting changeSetting = (ChangeSummary.Setting) settingIt
                        .next();
                System.out.println(" (changed "
                        + changeSetting.getProperty().getName() + " from \""
                        + changeSetting.getValue() + "\" to \""
                        + changedObject.get(changeSetting.getProperty())
                        + "\")");
            }
        }
    }
}

输出：

org.steeven.family.impl.家庭Impl@9664a1 (title: my family)
Update for org.steeven.family.impl.个人Impl@1729854 (姓名: sophie, 性别: 男)
Update for org.steeven.family.impl.家庭Impl@9664a1 (title: my family)
(changed title from "null" to "my family")
(changed 兔崽子 from "[]" to "[org.steeven.family.impl.个人Impl@1729854 (姓名: sophie, 性别: 男)]")

SDO生成的代码似乎更加纯净一点，没有很多的eXxxx()方法（有需要的也可以取到）。
据说log的开销比较大，不建议对大量数据使用。

steeven 2006-05-15 19:00 发表评论

EMF编程使用

steeven — Sun, 14 May 2006 13:27:00 GMT

看到eclipse3.2里面的GMF, 觉得比较有趣,底层还是用到了EMF. 花了两天时间仔细研究了以下EMF,的确是个好东西.

EMF根据ecore建模(可以和schema的xsd相互转换)生成强类型的EMF代码. 这个强类型更强的地方是可以取得meta信息,从而可以用于校验和界面辅助信息的生成.类似于动态bean,属性也可以根据名称动态取得.

以前考虑过用xsd描述界面, 但是数据载体只能是xml, 即使利用apache的schema编译工具生成强类型的类,后台代码也是xml. 不利于持久化. emf在代码生成引擎比较智能,可以标记出用户代码和自动生成代码.不会有生成覆盖问题.

这里做个简单示例:
1. Ecore:
可以新建Ecore, 建立好以后用GMF可视化编辑(Eclipse3.2RC2)

2. 生成Model:
点击my.ecore文件,菜单:File->New->Other->Eclipse Modeling Framework->EMF Model
3. 打开生成的my.genmodel, 选择树顶点的:Generate Model Code
生成的代码里面会有一个编译错误. 是中文编程的问题, 中文没有大小写(先天不足啊),结果性别这个成员变量和性别类名混淆,出错.在错误代码前面加上包全名即可.
4. 利用生成的代码构建一个家庭,输出xml并且校验之:

import java.io.IOException;
import java.util.Iterator;

import org.eclipse.emf.common.util.Diagnostic;
import org.eclipse.emf.common.util.URI;
import org.eclipse.emf.ecore.EObject;
import org.eclipse.emf.ecore.resource.Resource;
import org.eclipse.emf.ecore.util.Diagnostician;
import org.eclipse.emf.ecore.xmi.XMLResource;
import org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl;
import org.steeven.family.FamilyFactory;
import org.steeven.family.人物;
import org.steeven.family.家庭;
import org.steeven.family.性别;

public class TestMy {

     public static void main(String[] args) throws IOException {
        testFamily();
    }

     private static void testFamily() throws IOException {
        家庭 family = FamilyFactory.eINSTANCE.create家庭();
        family.setTitle( " steeven家 " );
        family.set老公(FamilyFactory.eINSTANCE.create人物());
        family.get老公().set姓名( " steeven " );
        family.set老婆(FamilyFactory.eINSTANCE.create人物());
        family.get老婆().set姓名( " stella " );
        family.get老婆().set性别(性别.女_LITERAL);
        人物 sophie = FamilyFactory.eINSTANCE.create人物();
        sophie.set姓名( " sophie " );
        sophie.set性别(性别.女_LITERAL);
        family.get兔崽子().add(sophie);
        dump(family);
        validate(family);
    }

     private static void validate(EObject family) {
        Diagnostic diagnostic = Diagnostician.INSTANCE.validate(family);
        System.out.println(diagnostic);
         for (Iterator it = diagnostic.getChildren().iterator(); it.hasNext();) {
            Diagnostic diag = (Diagnostic) it.next();
            System.out.println(diag.getMessage());
        }
    }

     private static Resource dump(EObject objs) throws IOException {
         // ResourceSet rs = new ResourceSetImpl();
         // rs.getResourceFactoryRegistry().getExtensionToFactoryMap().put(
         // Resource.Factory.Registry.DEFAULT_EXTENSION,
         // new XMIResourceFactoryImpl());
         // Resource resource = rs.createResource(URI
         // .createFileURI("c:\\temp\\test.xml"));
        XMLResource resource = new XMLResourceImpl(URI
                .createFileURI( " c:\\temp\\test.xml " ));
        resource.setEncoding( " GBK " );
         for (EObject obj : objs)
            resource.getContents().add(obj); // 目前版本不加入resource验证会报singling异常
        resource.save(System.out, null );
         return resource;
    }
}

运行结果如下:

xml version="1.0" encoding="GBK" ?>
< family: 家庭 xmlns:family ="http://org.steeven/family" title ="steeven家" 老公 ="/" 老婆 ="/" 兔崽子 ="/" />
Diagnostic ERROR
The feature '老公' of 'org.steeven.family.impl.家庭Impl@f6a746{file:/c:/temp/test.xml#/}' contains a dangling reference 'org.steeven.family.impl.人物Impl@6eb38a{#//}'
The feature '老婆' of 'org.steeven.family.impl.家庭Impl@f6a746{file:/c:/temp/test.xml#/}' contains a dangling reference 'org.steeven.family.impl.人物Impl@1cd2e5f{#//}'
The feature '兔崽子' of 'org.steeven.family.impl.家庭Impl@f6a746{file:/c:/temp/test.xml#/}' contains a dangling reference 'org.steeven.family.impl.人物Impl@19f953d{#//}'

可见输出的xml中没有包含人物的具体信息. 修改my.ecore中老公/老婆/兔崽子属性的containment属性为true,重新生成代码后运行结果如下:

xml version="1.0" encoding="GBK"?>
<family:家庭 xmlns:family="http://org.steeven/family" title="steeven家">
  <老公姓名="steeven"/>
  <老婆性别="女" 姓名="stella"/>
  <兔崽子性别="女" 姓名="sophie"/>
family:家庭>
Diagnostic OK

====================
EMF单独运行成功~

这里ECORE似乎不支持嵌套定义,不像schema那样一个complexType声明里面可以定义的很复杂, 也不像Java的内部类. 似乎被作了简化, 更像关系数据库表之间的关系.

待求证问题:
1. EMF的校验信息是否支持国际化.
2. EMF数据的能否更方便的保存到数据.

EMF的灵活和强大已经验证过, 用于C/S还是B/S应该都不是问题.

steeven 2006-05-14 21:27 发表评论