As we are moving from eclipse3.1 to eclipse3.3 and beyond, the well-known Common Navigator Framework (CNF) are more commonly utilized to serve the needs of providing a robust and loosely coupled content view structure.

However, the inherent design of the CommonNavigator requests each of its instances maintain their action service and composing viewer separately. In other words, if we want to reuse the common viewer by instantiating one outside of its Navigator scope like wizard page or JFace dialog, we would encounter the bottleneck of reusing the viewer’s associated action service.

Therefore, to achieve adding context menu to a reused common viewer, we have to programmatically constitute the context menu and hook up action service from the navigator.

The following code snippet simply returns an instance of CommonViewer for reuse purpose.

public static CommonViewer createEEViewer(Composite content, int aStyle) {

                CommonViewer commonViewer = new CommonViewer(

                                SuadeServersPlugin.SERVERS_VIEW_VIEWER_ID, content, aStyle);

 

 

                return commonViewer;

        }

 After getting the CommonViewer, we have to programmatically create a context menu manager, get the actionService from the Navigator, and hook it into the context menu. The following section illustrate how to implement a context menu on CommonViewer in a wizard page.

private void createContextMenu(final CommonViewer viewer) {

                MenuManager menuMgr = new MenuManager();

                menuMgr.setRemoveAllWhenShown(true);

                menuMgr.addMenuListener(new IMenuListener() {

                        CommonNavigator eeView = (CommonNavigator) PlatformUI

                                        .getWorkbench().getActiveWorkbenchWindow().getActivePage()

                                        .findView(SuadeServersPlugin.SERVERS_VIEW_VIEWER_ID);

 

                        public void menuAboutToShow(IMenuManager manager) {

                                ISelection selection = viewer.getSelection();

                                eeView.getNavigatorActionService().setContext(

                                                new ActionContext(selection));

                                eeView.getNavigatorActionService().fillContextMenu(manager);

 

                        }

                });

 

                Menu menu = menuMgr.createContextMenu(viewer.getTree());

                viewer.getTree().setMenu(menu);

        }

Description/Implementation

IExtensionStateModel is a fairly useful feature in Common Navigator Framework that we could make use of when dealing with multiple content provider.

It allows clients to coordinate state across components that are part of the same logical extension.[1]

That is, a content provider might vary how it exposes its content based on the state of a specific property in the model. Interested parties may add themselves as IPropertyChangeListener to track changes in the state model.

For example, if we want multiple content provider to take instant adjustments and refresh themselves within a specific scope of tree structure and based on a centralized state change, say a Boolean value on one extension, we could simply register a Boolean value to a specific IExtensionStateModel of the sharing content service

  public void init(IViewPart view) {

                this.view = view;

                if (view instanceof CommonNavigator) {

                IExtensionStateModel stateModel = ((CommonNavigator)view).getNavigatorContentService().findStateModel(DSEPlugin.SERVERS_VIEW_CONTENT_EXTENSION_ID);

                        stateModel.setBooleanProperty(DSEPlugin.PROP_SHOW_CATEGORIES,

                                        currentState);

                }

        }

 

  /*

         * The state model stores properties associated with the extension. Each

         * content extension has its own contained state model. Components of the

         * extension (content provider, label provider, action providers, etc) may

         * attach themselves as listeners to the model

         * and respond to changes to the values of the properties.

         *

         * @param anExtensionId

         *            The extension id defined by a navigatorContent

         *            extension.

         * @return The state model for the given extension id.

         */

IExtensionStateModel findStateModel(String anExtensionId);

Then IPropertyChangeListener could be added from another contentProvider to receive notification on the state model change, and take corresponding adjustments.

  private IPropertyChangeListener mPropertyChangeListener = new IPropertyChangeListener() {

 

                public void propertyChange(PropertyChangeEvent event) {

                        //DO something

                }

        };

 

if (mViewer instanceof CommonViewer) {

                IExtensionStateModel stateModel = ((CommonViewer) mViewer)

                                .getNavigatorContentService().findStateModel(

                                                DSE_VIEW_CONTENT_EXTENSION_ID);

                stateModel.addPropertyChangeListener(mPropertyChangeListener);

               

        }

To create and run an LDAP server, you must first download and install OpenLDAP to your hard-disk.

After installation, you need to do some configuration settings:

1. Copy the sybase.schema file into the schema folder
2. Modify the slapd.conf file:
   • include "sybase.schema"
   • define BDB settings(suffix, rootdn & rootpw), the rootdn is the DN that you would specify with the -D option when adding an entry
   • specify other settings if it is needed(e.g. sizelimit, access control)
3. Run the server using "slapd -d 1" command, this will parse the configuration file and initialize all the settings 
4. Add initial entries to your directory:
   • create an LDIF file (e.g. sybase.ldif), define the entries info into the ldif file. Make sure you start adding from a top-down sequence and don’t violet the objectClass settings.
   • run command "ldapadd -D [rootdn] -w [rootpw] -f [file name]" to add the entries (for example: ldapadd -D "cn=Test,dc=sybase,dc=com" -w secret -f sybase.ldif)

     If success, you will be able to browse the results through "ldapsearch -x -b ‘dc=sybase,dc=com’ ‘(objectclass=*)"

1. 存在不同级别的默认设置。MySQL4.0以后的对数据库字符集存在4+1个级别的支持。
   a) 系统级：由/etc/my.cf；windows下为%MySQLHOMEmy.ini 系统配置文件定义
   b) character_set_server(服务器)：这是设置服务器使用的字符集
   c) character_set_client(客户端) ：这是设置客户端发送查询使用的字符集
   d) character_set_connection：这是设置服务器需要将收到的查询串转换成的字符集
   e) character_set_results ：这是设置服务器要将结果数据转换到的字符集，转换后才发送给客户端
2.  特殊的字符集转换流程。
   client(如servlet)发送一个查询 -> 服务器收到查询，将查询串从character_set_client 转换到character_set_connection，然后执行转换后的查询 -> 服务器将结果数据转换到character_set_results字符集后发送回客户端。

 mySQL乱码问题分析解决：

• 假设在webapp应用中的所有jsp页面都采用gb2312编码，并构建全局过滤器过滤所有请求的编码格式为gb2312。
• MySQL用 alter database dbName character set gb2312 修改了数据库的字符集编码，以存放中文字符。
• 那么在正常情况下,查看数据库各级别字符集支持 mysql> SHOW VARIABLES LIKE ‘character_set_%’;
  mysql> SHOW VARIABLES LIKE ‘collation_%’;
  会发现所有级别默认设定为UTF-8，在CRUD操作过程中这当然会导致编码冲突并产生乱码。
• 那么我们自然会想到将所有级别的字符集设定为gb2312。
  set character_set_client = gb2312
  set character_set_server = gb2312
  set character_set_connection = gb2312
  set character_set_results = gb2312
• ok 设定完后，调试发现仍然存在乱码？ 那么这是为什么？其实问题出在系统级的字符集设定上。我的理解是，当client(这里当然就是webapp)以任何方式与MySQL建立请求，并用SQL进行CRUD操作时，系统会预先由MySQL的预设系统级字符编码（latin）来做一次转换。那么原先按gb2312编码的字符会被按照latin来解码，这时的字符已经为乱码。
• 所以，必须去修改my.ini文件里的 default-character-set=gb2312 或者在命令行输入mysqld –default-character-set=latin1

]]> http://qiuyie.wordpress.com/2006/07/26/webapp%e8%bf%9emysql-%e4%b8%ad%e6%96%87%e4%b9%b1%e7%a0%81%e9%97%ae%e9%a2%98%e6%80%bb%e7%bb%93/feed/ 2 qiuyie http://qiuyie.wordpress.com/2006/07/23/model-with-the-eclipse-modeling-frameworkemf/ http://qiuyie.wordpress.com/2006/07/23/model-with-the-eclipse-modeling-frameworkemf/#comments Sun, 23 Jul 2006 07:17:44 +0000 qiuyie http://qiuyie.wordpress.com/2006/07/23/model-with-the-eclipse-modeling-frameworkemf Continue reading →]]>

Just what is EMF anyway?

The Eclipse Modeling Framework (EMF) is an open source framework targeting Model-Driven Architecture (MDA) development. For the few of us lucky enough to get a UML model, it can help us turn the documentation into code. For the rest of us, it is another tool to convince your boss that spending the time to model your solution can really pay off. In addition to generating Java code with all sorts of bells and whistles, EMF can also generate Eclipse plug-ins and graphical, customizable editors. When you change your model (it happens, really), the EMF can keep the code synchronized to your model at the click of a button.

The EMF-generated code is no throw-away solution either. It supports the standard create, retrieve, update, and delete operations, and it also supports cardinality constraints, complex relationships and inheritance structures, containment definitions, and a suite of attribute descriptions. The generated code provides notification, referential integrity, and customizable persistence to XMI. All you have to do is create an object model, which you probably wanted to do anyway.

EMF is relatively new, but it shows promise and there are good signs for continued support. It is an implementation of a public standard, the Object Management Group’s Meta-Object Facility (MOF), and it now supports an enhancement of version 2. Further, EMF is the basis of the Eclipse projects EMF:XSD and Hyades, and is used by most of the IBM® WebSphere® Studio products. Version 2 development has already begun, and development builds should be coming out soon. The plans include better XML Schema support, more flexible code generation, and mapping between models.

//Step.2
    AccountRemote acc2 = home.create("acc2","QiuTian",4000);

//Step.3
    AccountRemote acc3 = home.create("acc3","QiuTian",4000);

//Step.4
    AccountRemote acc4 = home.create("acc4","QiuTian",4000);

//Step.5

//Step.6
    acc2.getAccountno();

//Step.7
    AccountRemote acc5 = home.findByPrimaryKey(new AccountPK("acc4"));

//Step.8
    acc5.deposit(300);

//Step.9
    acc3.withdraw(300);

//instance(1)实例化
accountBeans.Account_6870og_Impl@1b31c23 null newInstance() invoked
accountBeans.Account_6870og_Impl@1b31c23 null setEntityContext() invo

通常来说,当请求递交到服务器端–>服务器端由servlet获得param–>执行相应的process(包括对数据库的操作)—>返回response显示给用户过程中 如果字符集不同会导致乱码问题。