rednight

0x2B|~0x2B,That's not a question,Just do it.
posts - 32, comments - 14, trackbacks - 0, articles - 0

The logic to change state is only inside one method (initVesselView(…)) inside GrVessel.java. 

if (viewType == VIEW_STOWAGE) {
            vslView_ = new VesselStowageView(leftPoint, bow2Left, leftCenter,
                                             rightCenter, shipWidth_);
        }
        else if (viewType == VIEW_SIDE) {
            vslView_ = new VesselSideView(leftPoint, bow2Left, leftCenter,
                                          rightCenter, shipWidth_);
        }
        else if (viewType == VIEW_PLAN) {
            vslView_ = new VesselPlanView(leftPoint, bow2Left, leftCenter,
                                          rightCenter, shipWidth_);
        }
        else {
            throw new IllegalArgumentException(
                "GrVessel::initVesselView-->Invalid view type!");
        }


We do not need to repeat this logic of changing view in many other method.
This is the benefit of State design pattern.
The 3 state classes here are VesselPlanView.java, VesselSideView.java and VesselStowageView.java

Please note that in the state classes, if a method is supported by stateA and not supported by stateB. 
Then, in stateB, the method body will throw an exception (IllegalArgumentException) to indicate that coder call the wrong method in the wrong state.

Example, in VesselPlanView.java, public boolean addStowage(...).  This method is only meaningful to stowageView.

public boolean addStowage(IlvManager manager, List transformList, IlvGraphic stowage, String stadBayN,
                              boolean isSelect) {
        throw new IllegalArgumentException(
                "GrVessel::addStowage-->be sure the vessel at stowage view!");
    }


Hence, in PlanView, the method body will throw exception.

Just to share with you a better way to code.

posted @ 2006-12-26 14:46 rednight 阅读(330) | 评论 (0)编辑 收藏

     摘要: 本文讨论模型过滤技术。您可将这一技术用于 Swing 组件集,这样即可在不改变底层数据的条件下提供模型数据的不同视图。过滤器可以改变数据元素的外在内容,将数据排除在视图之外、将外部元素包含进数据集中、或者以不同的顺序呈现元素。过滤器既可应用于数据模型,也可应用于状态模型。您还可以叠用过滤器,以将它们的效果组合起来。  阅读全文

posted @ 2006-11-11 16:16 rednight| 编辑 收藏

有时运行ANT 时会抛出 java.lang.InstantiationException: org.apache.tools.ant.Main 异常
原因之一是在机器中存在2种不同版本的ANT,我碰到的情况是classpath 中即有weblogic.jar,又有1.6.5的ANT,
删除weblogic.jar后运行就正常了

posted @ 2006-11-09 18:23 rednight 阅读(1737) | 评论 (1)编辑 收藏

public class GroupableHeaderExample extends JFrame {

  GroupableHeaderExample() {
    super( "Groupable Header Example" );

    DefaultTableModel dm = new DefaultTableModel();
    dm.setDataVector(new Object[][]{
      {"119","foo","bar","ja","ko","zh"},
      {"911","bar","foo","en","fr","pt"}},
    new Object[]{"SNo.","1","2","Native","2","3"});

    JTable table = new JTable( dm ) {
      protected JTableHeader createDefaultTableHeader() {
  return new GroupableTableHeader(columnModel);
      }
    };
    TableColumnModel cm = table.getColumnModel();
    ColumnGroup g_name = new ColumnGroup("Name");
    g_name.add(cm.getColumn(1));
    g_name.add(cm.getColumn(2));
    ColumnGroup g_lang = new ColumnGroup("Language");
    g_lang.add(cm.getColumn(3));
    ColumnGroup g_other = new ColumnGroup("Others");
    g_other.add(cm.getColumn(4));
    g_other.add(cm.getColumn(5));
    g_lang.add(g_other);
    GroupableTableHeader header = (GroupableTableHeader)table.getTableHeader();
    header.addColumnGroup(g_name);
    header.addColumnGroup(g_lang);

    TableCellRenderer renderer =  new DefaultTableCellRenderer() {
        public Component getTableCellRendererComponent(JTable table, Object value,
                         boolean isSelected, boolean hasFocus, int row, int column) {
          JTableHeader header = table.getTableHeader();
          if (header != null) {
            setForeground(header.getForeground());
            setBackground(header.getBackground());
            setFont(header.getFont());
          }
          setHorizontalAlignment(JLabel.CENTER);
          setText((value == null) ? "" : value.toString());
          setBorder(UIManager.getBorder("TableHeader.cellBorder"));
          return this;
        }
      };

    TableColumnModel model = table.getColumnModel();
    for (int i=0;i<model.getColumnCount();i++) {
      model.getColumn(i).setHeaderRenderer(renderer);
    }
    JScrollPane scroll = new JScrollPane( table );
    getContentPane().add( scroll );
    setSize( 400, 120 );
  }

  public static void main(String[] args) {
    GroupableHeaderExample frame = new GroupableHeaderExample();
    frame.addWindowListener( new WindowAdapter() {
      public void windowClosing( WindowEvent e ) {
  System.exit(0);
      }
    });
    frame.setVisible(true);
  }
}

=============================================
public void paint(Graphics g, JComponent c) {
    Rectangle clipBounds = g.getClipBounds();
    if (header.getColumnModel() == null) return;
//    ((GroupableTableHeader)header).setColumnMargin();
    int column = 0;
    Dimension size = header.getSize();
    Rectangle cellRect  = new Rectangle(0, 0, size.width, size.height);
    Hashtable h = new Hashtable();
//    int columnMargin = header.getColumnModel().getColumnMargin();

    Enumeration enumeration = header.getColumnModel().getColumns();
    while (enumeration.hasMoreElements()) {
      cellRect.height = size.height;
      cellRect.y      = 0;
      TableColumn aColumn = (TableColumn)enumeration.nextElement();
      Enumeration cGroups = ((GroupableTableHeader)header).getColumnGroups(aColumn);
      if (cGroups != null) {
        int groupHeight = 0;
        while (cGroups.hasMoreElements()) {
          ColumnGroup cGroup = (ColumnGroup)cGroups.nextElement();
          Rectangle groupRect = (Rectangle)h.get(cGroup);
          if (groupRect == null) {
            groupRect = new Rectangle(cellRect);
            Dimension d = cGroup.getSize(header.getTable());
            groupRect.width  = d.width;
            groupRect.height = d.height;
            h.put(cGroup, groupRect);
          }
          paintCell(g, groupRect, cGroup);
          groupHeight += groupRect.height;
          cellRect.height = size.height - groupHeight;
          cellRect.y      = groupHeight;
        }
      }
      cellRect.width = aColumn.getWidth() ;//+ columnMargin;
      if (cellRect.intersects(clipBounds)) {
        paintCell(g, cellRect, column);
      }
      cellRect.x += cellRect.width;
      column++;
    }
  }



posted @ 2006-11-08 21:05 rednight| 编辑 收藏

使用 IlvToolTipManager 创建一个多行的 tooltip  

1) 首先需要注册 view (IlvManagerView)I
lvToolTipManager.registerView(view);  

2) 创建需要显示的信息的数组,即每行的信息为数组中的一个元素:
new String[] tooltipArray ;  

3) 创建 tooltip, 第一个参数是上面创建的数组,第二个参数是显示位置,必须是 SwingConstants.LEFT , RIGHT , or CENTER String tooltip = IlvToolTipManager.createMultiLineToolTipText(tooltipArray, SwingConstants.LEFT);  

4) 设置 tooltip
IlvGraphic.setToolTipText(tooltip);



public static String createMultiLineToolTipText(String as[], int i)
    {
        String s;
        switch(i)
        {
        case 2: // '\002'
            s = "left";
            break;

        case 4: // '\004'
            s = "right";
            break;

        case 0: // '\0'
            s = "center";
            break;

        case 1: // '\001'
        case 3: // '\003'
        default:
            throw new IllegalArgumentException("Alignment must be LEFT, RIGHT, or CENTER");
        }
        Font font = UIManager.getFont("ToolTip.font");
        StringBuffer stringbuffer = new StringBuffer("<p align=\"");
        stringbuffer.append(s);
        stringbuffer.append("\" style=\"font-family:");
        stringbuffer.append(font.getName());
        stringbuffer.append(";font-size:");
        stringbuffer.append(font.getSize());
        stringbuffer.append("pt\">");
        String s1 = stringbuffer.toString();
        StringBuffer stringbuffer1 = new StringBuffer("<html>");
        for(int j = 0; j < as.length; j++)
        {
            stringbuffer1.append(s1);
            stringbuffer1.append(as[j]);
            stringbuffer1.append("</p>");
        }

        stringbuffer1.append("</html>");
        return stringbuffer1.toString();
    }

 

posted @ 2006-11-08 09:22 rednight 阅读(265) | 评论 (0)编辑 收藏

下面这个异常是因为没有找到EJB, JNDI NAME 本来是 'ejb/ppp/sss/Resource' ,  可找的却是'ejb.ppp.sss/Resource' ,
后来查到是因为EJB 的REMOTE 接口中的方法在BEAN中没有定义. 不知道还有没有其他什么原因可以导致这种情况.

Caused by: javax.naming.NameNotFoundException: While trying to lookup 'ejb.ppp.sss/Resource' didn't find subcontext 'ppp' Resolved ejb
 at weblogic.jndi.internal.BasicNamingNode.newNameNotFoundException(BasicNamingNode.java:924)
 at weblogic.jndi.internal.BasicNamingNode.lookupHere(BasicNamingNode.java:225)
 at weblogic.jndi.internal.ServerNamingNode.lookupHere(ServerNamingNode.java:154)
 at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:188)
 at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:196)
 at weblogic.jndi.internal.RootNamingNode_WLSkel.invoke(Unknown Source)
 at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:492)
 at weblogic.rmi.cluster.ReplicaAwareServerRef.invoke(ReplicaAwareServerRef.java:108)
 at weblogic.rmi.internal.BasicServerRef$1.run(BasicServerRef.java:435)
 at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:363)
 at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:147)
 at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:430)
 at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:35)
 at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224)
 at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183)

posted @ 2006-11-08 08:51 rednight 阅读(474) | 评论 (0)编辑 收藏

     摘要: 我们期待自己成为一个优秀的软件模型设计者,但是,要怎样做,又从哪里开始呢?

  将下列原则应用到你的软件工程中,你会获得立杆见影的成果  阅读全文

posted @ 2006-09-24 11:46 rednight 阅读(103) | 评论 (0)编辑 收藏

Eclipse插件下载列表
MyEclipse:J2EE开发插件,支持JSP、EJB、数据库等操作。
下载站点:www.myeclipseide.com

Lomboz:和MyEclipse的同类型插件且免费。
下载站点:http://forge.objectweb.org/project/showfiles.php?group_id=97

XMLBuddy:xml文件编辑器
下载站点:www.xmlbuddy.com

Fat Jar:项目打包插件,可以将项目支持包和项目本身打成一个包。
下载站点:http://fjep.sourceforge.net/

Jinto:国际化插件
下载站点:http://www.guh-software.de/

Jasper Assistant:报表插件
下载站点:http://www.jasperassistant.com/

Log4E Log4j插件,提供Log4j的快速操作。Log4j专用于为程序输入调试信息。
下载站点:http://log4e.jayefem.de/index.php/Main_Page

VSSplugin: VSS客户端插件,VSS是一个和CVS齐名的版本管理系统。
下载站点:http://sourcefore.net/projects/vssplugin

Implementors: 当追踪方法代码时,Eclipse默认是转到方法的接口类,而接口中是只有方法名称没有代码的。此插件提供了追踪到方法的实现代码功能。
下载页面:http://eclipse-tools.sourceforge.net/implementors/

Call Hierarchy: 显示一个方法的调用层次,可以从中看到它被哪些方法调用了,以及它调用了哪些方法,是代码追踪比较实用的工具。
下载站点:http://eclipse-tools.sourceforge.net/ccall-hierarchy/

Hebernate Synchronizer: Hibernate插件,提供Hibernate的自动映射等操作。
下载站点:http://www.binamics.com/hibernatesync/

Profiler: 性能跟踪、测量工具,能跟踪、测试B/S模式开发的程序。
下载站点:http://sourceforge.net/projects/eclipsecolorer/

myeclipse
http://www.myeclipseide.com/ContentExpress-display-ceid-10.html


WindowBuilder Pro - SWT/Swing Designer
http://www.swt-designer.com/

posted @ 2006-09-07 10:01 rednight| 编辑 收藏

WLS 9.1与MQ v5.3 通过JMS Bridge通信配置

时间:2006-06-27
作者:孟和
浏览次数: 1229
本文关键字:WebLogicMQJMSMQSeriesJMS Bridge
文章工具
推荐给朋友 推荐给朋友
打印文章 打印文章

  最近参与一个系统的原型开发,原型要求演示WebLogic Server9.1与其他第三方产品的通信支持,包括与IBM MQSeries的双向交互、与Tuxedo的双向交互、支持与.NET的通过Web Service交互等。我负责完成与IBM MQSeries的双向交互这部分,在网上找了不少文章,发现其中基本都是基于WebLogic Server 8.1实现的。因为WebLogic Server 9.1在JMS上有很大的增强,所以我参考以前的文章,自己实现了WebLogic Server 9.1与IBM MQSeries 5.3的双向交互并且进行了测试。想必很多同行会遇到跟我一样的问题,特此撰文一片跟大家分享。本文配置在window xp上测试成功。

概述

  目标是实现WebLogic Server 9.1和IBM MQSeries5.3之间的的双向交互,包括:

  • WebLogic Server 9.1消息转发给IBM MQSeries5.3
  • IBM MQSeries 5.3消息转发给WebLogic Server 9.1

  具体地,将WebLogic Server9.1队列WLSSendQueue的消息转发到IBM MQSeries 5.3队列MQReceiveQueue,同时将IBM MQSeries 5.3队列MQSendQueue的消息转发到WebLogic Server 9.1队列WLSSendQueue。

  WebLogic Server包含一个完整的、有丰富特性的消息服务器。第三方的消息服务器(如IBM MQSeries),只要其提供了JMS API的实现,也可以在其中运行。Messaging Bridge是一种由WebLogic Server提供的J2EE设备,用于转发两个消息提供者的消息。你可以使用Messaging Bridge将消息从一个消息提供者的目的地(队列或者主题)移至另外一个消息提供者的目的地。因此,当WebLogic应用程序需要与第三方消息提供者 (比如IBM MQSeries)进行交互时,Messaging Bridge就可以承担这个中间角色。我们需要做如下配置:

  • 通过WebLogic控制台建立两个WebLogic队列:发送队列WLSSendQueue和接收队列WLSReceiveQueue。
  • 类似地,通过MQ资源管理器建立两个MQ本地队列:发送队列MQSendQueue和接收队列MQReceiveQueue。
  • 为 了实现消息转发需要建立两个Messaging Bridge:WLS2MQBridge 和MQ2WLSBridge 。WLS2MQBridge:将WebLogic发送队列WLSSendQueue的消息转发到MQ接收队列MQReceiveQueue; MQ2WLSBridge:将MQ发送队列MQSendQueue的消息转发到WebLogic接收队列WLSReceiveQueue。
  • 为 了实现事务性消息转发, WebLogic需要使用XAQueueConnectionFactory,而MQ需要使用MQXAQueueConnectionFactory。这 就确定了WebLogic需要使用支持XA的连接工厂,MQ必须采用绑定的模式,并且WebLogic和MQ必须安装在同一台机器上。

WLS配置

  WebLogic Server 9.1在WebLogic JMS的配置、部署和动态管理方面引入了重要的改进。它对JMS 1.1规范提供官方支持。此外,在系统中添加了人们期待已久的消息排序高级特性。XML API的XML消息处理功能得到了增强。在WebLogic 9.1平台上使用JMS非常轻松有趣、可靠且迅速。下面是现有新特性中的一些亮点。

  • 自动化的 JMS 故障恢复

      自动化的JMS故障恢复是业内期待已久的特性。JMS利用“Automatic WebLogic Server Migration”特性来提供自动化的JMS故障恢复。在整个WebLogic Server实例进行故障恢复时,JMS也将自动从故障中恢复过来。尽管其他的一些JMS服务器提供商已经利用一些复杂装置提供了这样的功能,但 WebLogic 9.1的实现是最直观而清晰的。

  • 排序单元

      消息排序是大多数消息处理应用程序的一项基本要求。WebLogic Server JMS即使在集群环境中也能确保消息的顺序处理。它甚至可以定义多个组来将消息分组,这样每个组都拥有自己的处理顺序(如图1所示)。

    图1

  • 存储转发 (SAF)

      WebLogic存储转发(store and forward, SAF)服务使WebLogic Server能在通过WebLogic Server实例部署的应用程序间可靠地交付信息。SAF的强大功能使得我们可以很容易地将多个消息服务链接在一起(如图2所示)。

    图2

  • Messaging Bridge具有如下优点:
    • 不需要编码,纯配置,加速你的开发;
    • 灵活的体系结构,容易配置多个Messaging Bridges,并且而且可以动态的启动和停止单个Messaging Bridge;
    • 采用即取即用的MQ 适配器,实现全面的MQ JMS 支持,能够设定MQ 主题查询;
    • 充分利用WebLogic容器进行服务管理,并且集中所有的Bridges资源在一个线程池;
    • 全面的事务处理能力,两阶段事务处理;
    • 全面的JCA 支持;
    • 确保服务质量和连接管理,实实在在的一次性服务;
    • 控制台监视能力;
    • 集成BEA WebLogic应用与外部消息提供商,以便将新的应用与现有的投资连接起来。

创建Server域

  创建Server Domain, domain名称jms_domain

修改启动文件

  修改WebLogic的启动文件startWebLogic.cmd。将IBM MQSeries和IBM MQSeries Java的安装目录加到WebLogic path下,同时将MQ JMS Java类包加入到WebLogic classpath下:

@rem added the following to configure messaging bridge with local MQSeries installation
set MQ_INSTALL_PATH=D:\installed\MQ
set MQ_JAVA_INSTALL_PATH=D:\installed\MQ\Java
set MQ_JAVA_LIB=%MQ_JAVA_INSTALL_PATH%\lib
set MQ_CLASSPATH=%MQ_JAVA_LIB%\com.ibm.mq.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%\com.ibm.mqbind.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%\com.ibm.mqjms.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%\fscontext.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%\jms.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%\jndi.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%\jta.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%\ldap.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%\providerutil.jar

set MQ_PATH=%MQ_INSTALL_PATH%\in;%MQ_JAVA_INSTALL_PATH%\in;
       %MQ_JAVA_INSTALL_PATH%\lib
set PATH=%MQ_PATH%;%PATH%
set CLASSPATH=%MQ_CLASSPATH%;%WEBLOGIC_CLASSPATH%;
       %POINTBASE_CLASSPATH%;%JAVA_HOME%\jre\lib\rt.jar;
      %WL_HOME%\server\lib\webservices.jar;%CLASSPATH%

配置JMS

  注意WLS91的连接工厂和队列要到JMS Modules下面设置:

  • 创建文件后备存储BridgeFileStore
  • 创建JMS服务器BridgeJMSServer,和Paging Store设为" BridgeFileStore" ,Target为adminServer
  • 创建支持XA的连接工厂WLSCFXA,JNDI Name为bridge.wlsCFXA
  • 创建JMS发送队列WLSSendQueue,JNDI名称为bridge.wlsSendQueue,Target为BridgeJMSServer
  • 创建JMS接收队列WLSReceiveQueue,JNDI名称为bridge.wlsReceiveQueue,Target为BridgeJMSServer

配置Messaging Bridge Destination

  • JMS Bridge Destination名称为MQReceiveBridgeDestination
    • Adapter JNDI Name: eis.jms.WLSConnectionFactoryJNDIXA
    • Connection URL为file:/D:/installed/MQ/Queues,
    • Initial Context Factory为com.sun.jndi.fscontext.RefFSContextFactory,
    • Connection Factory JNDI Name为bridge.mqQCFXA,
    • Destination JNDI Name为bridge.mqReceiveQueue
    • Destination Type: Queue
  • JMS Bridge Destination名称为MQSendBridgeDestination
    • Adapter JNDI Name: eis.jms.WLSConnectionFactoryJNDIXA
    • Connection URL为file:/D:/installed/MQ/Queues,
    • Initial Context Factory为com.sun.jndi.fscontext.RefFSContextFactory,
    • Connection Factory JNDI Name为bridge.mqQCFXA,
    • Destination JNDI Name为bridge.mqSendQueue
    • Destination Type: Queue
  • JMS Bridge Destination名称为WLSReceiveBridgeDestination
    • Adapter JNDI Name: eis.jms.WLSConnectionFactoryJNDIXA
    • Connection URL为t3://localhost:7001,
    • Initial Context Factory为weblogic.jndi.WLInitialContextFactory,
    • Connection Factory JNDI Name为bridge.wlsCFXA,
    • Destination JNDI Name为bridge.wlsReceiveQueue
    • Destination Type: Queue
    • User Name: weblogic(域配置时指定的)
    • User Password: weblogic(域配置时指定的)
  • JMS Bridge Destination名称为WLSSendBridgeDestination
    • Adapter JNDI Name: eis.jms.WLSConnectionFactoryJNDIXA
    • Connection URL为t3://localhost:7001,
    • Initial Context Factory为weblogic.jndi.WLInitialContextFactory,
    • Connection Factory JNDI Name为bridge.wlsCFXA,
    • Destination JNDI Name为bridge.wlsSendQueue,
    • Destination Type: Queue
    • User Name: weblogic(域配置时指定的)
    • User Password: weblogic(域配置时指定的)

配置Messaging Bridge

  • JMS Bridge名称为MQ2WLSBridge
    • Source Bridge Destination:  MQSendBridgeDestination
    • Target Bridge Destination:  WLSReceiveBridgeDestination
    • Quality Of Service:      Exactly-Once
    • Started:            Yes
  • JMS Bridge名称为WLS2MQBridge
    • Source Bridge Destination:  WLSSendBridgeDestination
    • Target Bridge Destination:  MQReceiveBridgeDestination
    • Quality Of Service:      Exactly-Once
    • Started:            Yes

MQ 配置

  IBM MQSeries是IBM的商业通讯中间件(Commercial Messaging Middleware)。IBM MQSeries提供一个具有工业标准,安全,可靠的信息传输系统。它的功能是控制和管理一个集成的商业应用,使得组成这个商业应用的多个分支程序(模块)之间通过传递信息完成整个工作流程。IBM MQSeries具有特殊的技术防止信息重复传送,确保信息一次且仅一次(once-and-only-once)传递,保证传输的可靠性。本文使用的 MQ版本为IBM MQSeries 5.3。

  IBM MQSeries基本由一个消息传输系统和一个应用程序接口组成,其资源是消息和队列(Messaging and Queuing)。

  队列管理器(Queue Manager):管理队列的系统,实现网络通信,保证消息安全可靠地传输到目的地。用于确保队列之间的信息提供,包括网络中不同系统上的的远程队列之间的信息提供。并保证网络故障或关闭后的恢复。

  队列:一个安全的信息存储区。因为信息存放在队列中,所以应用程序可以相互独立的运行,以不同的速度,在不同的时间,在不同的地点。

  本地队列:对程序而言,本地队列属于该程序所连接的队列管理器。

  远程队列:该队列不属于该程序所连接的队列管理器,而只是远端队列管理器的队列在本地的定义。

  传输队列:它是一个本地队列,保存了指定要发送到远端的消息。

  死信队列:它是一个本地队列,用于存放无法传递的消息。

  通道:在两个队列管理器之间建立起来的数据传输链路。

  应用程序接口:应用程序和信息系统之间通过MQSeries API实现的接口。

Install MQ

  • 安装过程中选择自定义安装模式,并确保安装JMS所需的Java jar包支持如下图:

  (缺省安装未包含)

Install MQ

确认MQ服务已启动。

  可通过MicroSoft windows控制面板中管理工具下的服务控制台确认。如下图:

确认MQ服务已启动

从程序菜单启动MQ 资源管理器

  如果程序提示试用版过期,可以通过修改系统时间搞定.我就是修改到了2004年。

通过MQ资源管理器创建一个通道

  建立名为BRIDGE.CHANNEL的通道,其他参数缺省设置。

通过MQ资源管理器创建一个通道

通过MQ资源管理器创建两个本地队列

  建立两个本地队名为MQReceiveQueue, MQSendQueue,其他参数缺省设置。

通过MQ资源管理器创建两个本地队列

更新MQ安装目录下与JMS配置相关的文件

  JMSAdmin.config文件位于%MQ_INSTALLL_HOME_PATH%\Java\bin,主要定义JNDI服务的提供商,即JMS Server Factory和URL。%MQ_INSTALLL_HOME_PATH%\Java\bin目录下新建目录bridgeconfig,将JMSAdmin.config文件拷贝到bridgeconfig。

  使用Sun的文件JNDI服务Factory,故定义

   

INITIAL_CONTEXT_FACTORY=com.sun.jndi.fscontext.RefFSContextFactory
PROVIDER_URL=file:/D:/installed/MQ/Queues
SECURITY_AUTHENTICATION=none
(例子中,MQ安装目录%MQ_INSTALLL_HOME_PATH%为:D:/installed/MQ/)
JMSAdmin.bat文件也位于%MQ_INSTALLL_HOME_PATH%\Java\bin,此文件用于启动MQ的JMS命令行管理界面,要设置启动JMS命令行管理界面所需环境变量。在JMSAdmin.bat中添加如下环境变量:
set MQ_JAVA_INSTALL_PATH=D:\installed\MQ\Java
set MQ_JAVA_LIB=%MQ_JAVA_INSTALL_PATH%lib
set MQ_CLASSPATH=%MQ_JAVA_LIB%com.ibm.mq.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%com.ibm.mqbind.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%com.ibm.mqjms.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%fscontext.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%jms.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%jta.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%ldap.jar
set MQ_CLASSPATH=%MQ_CLASSPATH%;%MQ_JAVA_LIB%providerutil.jar

进入MQ的JMS命令行管理界面绑定MQ的JMS Factory以及JMS本地队列

  • 开启MicroSoft Windows的Dos窗口(cmd.exe)
  • 进入MQ安装目录下的java目录下的bin目录
  • 运行JMSAdmin.bat并通过-cfg参数指定JMSAdmin.config文件位置

      本次例子中输入:D:\ installed\MQ\Java\bin>jmsadmin -cfg  .\bridgeconfig\jmsadmin.config

    进入MQ的JMS命令行管理界面绑定MQ的JMS Factory以及JMS本地队列

  • 如上图所示界面,生成一个MQXAQueueConnectionFactory对象,Messaging Bridge将使用这个工厂对象建立MQ的XA连接,使用命令DEFINE XAQCF,起名:bridge.mqQCFXA。
  • 生成JMSQueue对象来绑定MQ队列MQReceiveQueue。
  • 生成JMSQueue对象来绑定MQ队列MQSendQueue。
  • 使用dis ctx命令,查看目前已有的对象和绑定,可以看到XA连接工厂和队列都已绑定。

测试

MQ发送,WLS接收

  1. MQ发送队列放入测试消息

    MQ发送队列放入测试消息

  2. 在WLS控制台监测消息到达

    在WLS控制台监测消息到达

WLS发送,MQ接收

  1. WLS发送队列放入测试消息

      执行下面的代码,给WLS发送队列放入测试消息

       

    package com.bea;
    import javax.naming.InitialContext;
    import javax.naming.Context;
    import javax.naming.NamingException;
    import javax.jms.*;
    import java.util.Hashtable;
    /**
     * Created by IntelliJ IDEA.
     * User: pmeng
     * Date: 2006-6-3
     * Time: 14:54:08
     */
    public class SendMessageTest {
        public static void main(String[] args) {       
            try {
                Hashtable env = new Hashtable();
                env.put(Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory");
                env.put(Context.PROVIDER_URL, "t3://localhost:7001");
                InitialContext ctx = new InitialContext(env);              
                QueueConnectionFactory factory = (QueueConnectionFactory) ctx.lookup("bridge.wlsCFXA");
                QueueConnection connection = factory.createQueueConnection();
                QueueSession session = connection.createQueueSession(false, Session.AUTO_ACKNOWLEDGE);
                Queue queue = (Queue) ctx.lookup("bridge.wlsSendQueue");
                connection.start();
                QueueSender queueSender = session.createSender(queue);
                TextMessage msg = session.createTextMessage();
                msg.setText("Menghe.");
                queueSender.send(msg);
            }
            catch (NamingException e) {
                System.out.println("NamingException:" + e.getMessage());
                e.printStackTrace();
            }
            catch (JMSException e) {
                System.out.println("JMSException:" + e.getMessage());
                e.printStackTrace();
            }
        }
    }
    
  2. MQ资源管理器查看接收到的消息

    MQ资源管理器查看接收到的消息

参考资料

  1. BEA WebLogic Server 8.1 JMS与 IBM MQSeries 集成方案,周海根,
    http://dev2dev.bea.com.cn/techdoc/20040411784.html
  2. BEA WebLogic 8.1 JMS 与IBM MQ v5.3 通过JMS Message Bridge通信配置,陈仁祥
    http://e-docs.bea.com/wls/docs91/messaging.html

posted @ 2006-09-03 21:55 rednight 阅读(343) | 评论 (0)编辑 收藏

转自http://www.lrsolution.com/docs/MQvsWLJMS.html


比较IBM MQSeries和BEA WebLogic JMS Server

刘睿
2005年7月

在面向消息的中间件(MOM)这个领域,IBM MQSeries (又称WebSphere MQ)一直是当仁不让的超级大哥,其它还有一些小兄弟,比如SwiftMQSonicMQ之类。但近年来随着J2EE中的JMS规范的建立,完备地支持JMS的服务器如雨后春笋般地出现,比如BEA WebLogic Server的JMS Server就是其中一个佼佼者。

仅仅就JMS规范来说,MQSeries与WebLogic JMS没有什么不同之处。但JMS规范仅仅定义了消息服务器的一个开发接口,而且还忽略了许多细节,所以不同之处就在JMS规范之外的这些内容,很多也是非常重要的。总的来说,MQSeries的功能和性能方面明显占优,而WebLogic JMS的某些JMS配置更加简单易行。

在本文中,我尽量试图从客观的角度分析两种产品的差异,如有不妥之处,请读者不吝赐教。

1. 产品体系架构不同造成的差异

WebLogic JMS是一个纯Java实现的支持C-S架构的实现JMS规范的服务器产品;而MQSeries是使用本地语言(比如在UNIX和Windows上的C语言)编写的既支持C-S架构,又支持对等访问的实现完备MOM(包括JMS规范)的产品。于是就产生出以下的不同点:

1.1 MQSeries支持真正的异步数据传输;而WebLogic JMS不支持。

异步发送数据到远端的消息服务器,是MQSeries等完备的MOM的特色。JMS规范规定了一个C-S架构,定义了JMS客户机与JMS服务器的开发接口,并没有定义JMS服务器与JMS服务器的规范,而客户机方面没有任何队列,所以只能说是规范了消息的存取,而没有规范消息数据的传输。因为JMS客户机并不拥有存放数据的队列,所以所有发送的操作都要由应用程序来控制,JMS服务器本身并不代理传输,也不保证数据在远程队列间传输的可靠性。WebLogic JMS就是这样的体系。

这种体系结构有时候是不能直接满足应用的要求的。首先,为了充分利用资源和提高效率,许多应用需要采用异步消息的机制。其次,许多需要快速返回的应用也必须使用异步传输。比如电话自动语音应答(IVR)的程序,某个操作需要把数据传输到远程的服务器上,但是必须立即返回,接受客户的下一个按键。

MQSeries通过通道与传输队列和远程队列来完成这一任务。能充分利用网络的带宽,甚至支持断网续传,保证数据传输的可靠性。当然,虽然应用程序不必作任何工作,但配置方面确实还要多学一些概念。

1.2 MQSeries支持多种语言的开发;而WebLogic JMS基本上只支持JAVA

MQSeries支持的语言包括C, C++, COBOL, JAVA, PL/1, REXX, RPG, Visual Basic (使用COM/ActiveX)等。老板本的MQSeries支持JAVA是通过一个叫MA88的SupportPac来实现,虽然经过广泛的使用和验证,但给人的感觉是不太方便。好在从5.3版起(目前最新的是6.0版),JAVA支持已经内置在MQSeries中。

WebLogic JMS一般只支持JAVA开发。但BEA也在dev2dev.bea.com网站上提供了一套免费的C的支持,称作“JMS C API”。参见http://dev2dev.bea.com/utilitiestools/environment.html?highlight=utilitiestools。但这个工具与老的MA88也是不能相提并论的,因为BEA并不真正支持它,因此也基本没有什么用户。参见BEA网站上关于“JMS C API”的警告:

This is *not* a supported product of BEA. However, if you have questions about this API you can post them to weblogic.developer.interest.jms.

1.3 纯JAVA实现的利与弊

MQSeries是用本地语言实现的,因此带来的好处是高性能和高并发的支持能力。MQSeries相对WebLogic JMS等产品的性能优势是非常明显的,所以MQSeries非常适于企业级的大数据量和高并发的数据传输业务。谁也无法想象一个企业级的数据应用会采用一个纯Java实现的数据库,因为其性能无法满足要求,对较大的数据传输应用也是一样的,纯Java实现的JMS服务器例如WebLogic JMS无法满足其性能的要求。

纯JAVA实现的JMS服务器也有其好处,就是与其它的J2EE服务完美地集成在一起。所以WebLogic的JMS配置显得更简洁。WebSphere+MQSeries也配合得很好,但总是能感觉到是这两个产品。WebLogic JMS的对象体系完全符合JMS的概念体系。而MQSeries要通过WebSphere Application Server或者一个叫JMSAdmin的工具,借助于目录服务来完成MQSeries概念体系到JMS概念体系的映射。应该是看到了这件事造成的麻烦,所以IBM在WebSphere v6也提供了一套纯JAVA实现的、与MQSeries可以互操作的JMS服务器。另外一点是WebLogic不需要WebSphere以及MQSeries那样的冗长的CLASSPATH等环境变量的设置,这点对开发人员有吸引力。

1.4 MQSeries的通信功能更加强大,WebLogic JMS也有自己的一些特色

JMS对通信功能的要求很少,所以对二者对通信支持能力还是有很大的差别的。总的来说,历史更悠久的MQSeries占优,但WebLogic JMS也有自己的特色。

  • MQSeries支持支持真正的远程异步数据传输,甚至支持消息的路由,可以“多级跳”;WebLogic JMS不支持。
  • MQSeries支持消息的分组和分段传输,对于大消息传输和不稳定的网络非常有意义。WebLogic JMS没有这方面的功能。
  • 二者都支持SSL、持久性、优先级、超时等功能。除了完备的SSL实现之外,MQSeries的安全体系 遭到了一些批评,使用通道的安全出口程序显得很麻烦,而使用用户名称但无须口令保护的远程数据通信,如何能令人满意?但在这一点上WebLogic JMS也很难说就好一些,因为WebLogic JMS仅仅支持C-S的操作,系统本身并不支持远程的数据传输(需要应用实现)。
  • WebLogic JMS支持IP多播会话,能显著地提高 局域网内广播通信的性能,但这种方式不保证数据接收的可靠性,只适于某些特定的应用。MQSeries本身不提供此功能,但在Event Broker和Message Broker等MQSeries的升级产品中提供IP多播的支持。

1.5 MQSeries的管理功能更加强大

JMS对管理功能的要求很少,在这方面MQSeries也有比较明显的优势。

  • JMS对事务处理的支持包括的对XASession和XAConnection实现,这一点对MQSeries和WebLogic JMS是相同的。MQSeries本身还可以作为事务管理器,协调两阶段提交。
  • MQSeries和WebLogic JMS都支持Message Driven Bean作为触发新的应用的一种方式。WebLogic JMS还支持一种称作Session Pool的类似的触发机制。但这类触发机制过于简化,也就是每个消息都触发一个新的线程的应用。MQSeries的触发机制更丰富,不但包括这种被称作Every的方式,还包括First和Depth等方式。另外MQSeries还可以触发各种执行程序或者MQSeries的通道。
  • MQSeries拥有一套完备的日志系统,可以进行独立的系统备份和恢复,因此适于高规格的数据/消息传输的应用。WebLogic JMS没有这方面的支持。

 

2. 产品历史的不同造成的差异

MQSeries是个历史悠久的产品,而WebLogic JMS是个新兵,因此会有以下的差异:

2.1 MQSeries支持更多的系统平台

支持30多种系统平台。当然值得注意的是某些平台的MQSeries是由合作伙伴实现的。

WebLogic JMS是个新产品,支持的平台数与WebLogic Server一样,只有常用的几个。有人说所有支持JDK的平台都能跑WebLogic JMS的客户机,这是不正确的说法。因为JMS是J2EE规范的一种,J2SE的SDK并不包括JMS的支持,更不要说支持WebLogic的J2EE了。

2.2 MQSeries支持更多的 通信协议

MQSeries支持很多通信协议,但目前在实践中常用的是TCP/IP协议和SNA协议。

WebLogic JMS仅支持TCP/IP协议。

有些人对MQSeries的单向通道的概念提出了异议,认为增加了配置的复杂性,仅仅是SNA协议的需要,而不是TCP/IP协议的需要。我个人认为这点也不无一些道理。但是在有防火墙的TCP/IP网络上,不同的方向还是有差异的。

 

3. 群集实现的差异

MQSeries与WebLogic JMS在支持群集时,差异比较大,应该说各有各的特点。

  • MQSeries的群集建立在配置库和群集通道基础之上,可以定义“共享队列”;WebLogic JMS的群集建立在WebLogic群集基础之上,可以定义“分布式队列”。
  • MQSeries在写共享队列时,如果发现本地有,就只写本地的队列(这称作本地优先);如果本地没有,就会轮流写到所有定义了此共享队列的队列管理器。MQSeries在读共享队列时,只能从本地取。WebLogic JMS在读写分布式队列时,不受本地影响,总是进行轮流或权重选择。听起来似乎WebLogic JMS的群集更灵活,其实也不尽然。当取得了JMS的对象QueueSender或QueueReceiver后,WebLogic实际上已经绑定了一个JMS服务器的实例。如果每次写或读一个消息,都重新生成QueueSender或QueueReceiver,虽然比较好地支持了负载均衡,但势必造成很大的性能损失。而MQSeries在轮流写共享队列时,没有这方面的问题。
  • WebLogic JMS的分布式队列有一个叫做Forward Delay的有意思的属性,定义了一个时间的长度。系统一旦发现超过这个时间长度,还没有人读这个队列,就把它的消息转送给群集中有消费者的队列。有了这个属性,应用程序就可以只从一个JMS服务器的实例读消息了。

posted @ 2006-09-03 21:53 rednight 阅读(233) | 评论 (0)编辑 收藏

仅列出标题
共4页: 上一页 1 2 3 4 下一页