51CTO博客开发脚趾的博客yahoon的小屋zpp博客管家小松的美丽心情龙哥卓维乾
最近因项目需要，自己下载了JMS Specification 1.1看了下，记录下自己的理解： JMS提供了一种利用Java程序创建、发送、接收、读取企业消息系统中的消息的一种方式，简单说这种方式就是JMS提供了一套标准API供Java程序调用 JMS供应者（JMS Provider）就是企业消息系统的一个JMS的具体实现，而JMS的意义恰恰是将这种具体实现抽象
在上一篇文章中，介绍了OpenNMS中通知路径的定义，下面可以详细看下它的内容从其对应的XSD文件中，我们可以看到destinaPaths.xml文件其顶层元素为destinationPaths，具体内容包括如下： 包含一个头部定义 一个或者多个通知路径(path) 其中每个路径又由以下元素构成： 一个或者多个通知目标(target)
作为网管软件，当网络中一些重要情况发生时，及时准确的通知用户是最基本的功能之一，OpenNMS自然也不例外。实现一个基本的通知功能，需要解决以下三个基本问题：通知给谁，如何通知，通知的内容。这三部分对应于OpenNMS中的三个配置文件： destinationPaths.xml，该文件定义了通知发送的对象 notificationCommands.xml，该文件
OpenNMS提供了一个工具mib2opennms用于将snmp trap的定义转换为OpenNMS中的事件。eventconf.xml文件定义了OpenNMS中的内部事件及外部事件（snmp trap），而且这些事件定义的顺序也至关重要，因为当在通过snmp trap做事件匹配时，只会触发第一个满足匹配条件的事件。所以对于一个给的的snmp trap，如果需要针对不同的variabl
在上一篇文章OpenNMS全接触-事件及通知（八）中，介绍了OpenNMS在收到受管设备发出的SNMP Trap之后，如何将收到的SNMP Trap与eventconf.xml文件中定义的事件(event)进行匹配，从而触发该事件的发生。主要是引入了<mask>标签元素。在此基础上，OpenNMS还提供了根据SNMP Trap带上来的varbinds对SNMP Trap进一
在OpenNMS全接触-事件及通知（六）中曾提到，在OpenNMS中有两种类型的事件，一种是OpenNMS内部产生的事件，而另外一种就是外部事件，如SNMP Trap。OpenNMS中有个trapd服务专门负责接收SNMP Trap。而这是通过eventconf.xml文件中的<mask>元素来控制的： <event> &
最近因项目需要，我们要在Fedora8系统上安装一个虚拟机，上面跑个Windows Server 2003，好不容易找了个linux版本的vmware之后，安装好后，每次启动虚拟机都会报 Unable to change virtual machine power state: Internal error. 这样一个错误。 一开始以为是vmware的设置有问题，后来在网上终于找到答案：
最近公司因为业务发展及规模的不断扩大，急需招聘一批软件工程师，有C++的，有Java的，但都要求对网络比较熟悉，这个要求可能比较笼统，具体来讲就是要熟悉TCP/IP协议簇中的几个主要协议，能够在linux下进行socket开发。我主要负责Java方面的面试，在这个过程中，作为面试官有些心得，与大家分享一下，希望能够对在找工作的兄弟姐妹们有所帮助吧！ 虽然我也有过求职面试的经历，了解作
最近在使用SNMP4J的过程中发现一个缺陷，不知道应不应该算是个bug，但我想终究算是一个不完善的地方。 问题描述如下： 在通过SNMP4J去获取某些交换机上的MAC地址转发表(dot1dTpFdbTable, OID为1.3.6.1.2.1.17.4.3）时，发现结果不全，这里说其不全是与net-snmp提供的snmpwalk取的结果相比较而言的，snmpwalk也提供了相同的功
在OpenNMS中，事件被赋予了一个严重度等级的属性，即severity属性。它的取值包括以下几个： Critical Major Minor Warning Normal Cleared Indeterminate 前5个安装顺序其严重度依次降低。至于cleared表示前面一个出现的问题已经被清除，比如服
OpenNMS的主要功能之一就是对事件及通知的管理。其实，对于任意一个网管系统而言，其功能都可以描述为检测网络的变化，而每一个这种变化都可以理解为一个事件。 OpenNMS通过一个名为Eventd的服务来管理事件(可以在%opennms_home%/etc/service-configuration.xml文件中看到该服务的身影:) )。在OpenNMS中有两种类型的事件：一种是Op
上一篇文章http://njulinq.blog.51cto.com/1257169/283585 中介绍了OpenNMS中线程池的结构和构成，下面我们就来看一下这个线程池是怎么运作的。 线程池类RunnableConsumerThreadPool本身提供的接口很少，主要包括getRunQueue()，start(()，stop()等，其他暂时不涉及的就不介绍了，有兴趣的可以自行去阅读
为提高系统效率，OpenNMS在很多模块中启用了多线程，并通过线程池来对这些线程进行管理。而且具体线程数可以通过配置文件进行配置，例如在%OpenNMS_HOME%/etc/capsd-configuration.xml文件中，就可以对网络服务发现和服务重新扫描的线程数进行配置： <capsd-configuration &nb
在上一篇文章OpenNMS全接触-系统启动（四）中，提到 从%opennms_home%/etc目录下的service-configuration.xml中的所有service，将所有配置的service生成其实例对象 这句话其实在代码中隐藏了很多比较玄奥的工
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
