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下为%MySQLHOME\my.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