jboss

Unable to set property fileName on class org.jboss.logmanager.handlers.FileHandler属性名不对，或文件路径不正确。

Mongodb集群搭建过程及常见错误Replica SetsMongoDB 支持在多个机器中通过异步复制达到故障转移和实现冗余。多机器中同一时刻只 有一台是用于写操作。正是由于这个情况，为 MongoDB 提供了数据一致性的保障。担当 Primary 角色的机器能把读操作分发给 slave。Replica Sets的结构非常类似一个集群。因 为它确实跟集群实现的作用是一样的， 其中一个节点如果出现故障， 其它节点马上会将业务接过来而无须停机操作。下面以本机为例介绍一下集群的部署过程，以及部署过程中常见的注意点及错误本例环境是Linux操作系统，mongodb版本:mongodb-linux-x86_64-2.6.1.tgz，Vmwre虚拟机，虚拟机IP:192.168.169.129,集群以本机不同端口模拟三台服务器。1.集群主要分为三个节点master主节点，slaver备用节点，arbiter仲裁节点建立数据文件夹123 mkdir -p /mongodb/data/mastermkdir -p /mongodb/data/slavermkdir -p /mongodb/data/arbiterps:三个目录分别对应主，备，仲裁节点2.建立配置文件夹1)master.conf 打开编辑器:1 vi /etc/master.conf按i 输入下列配置1234567 dbpath=/home/mongodb/data/master logpath=/home/mongodb/log/master.loglogappend=truereplSet=rep1port=10000fork=truejournal=true完成之后按esc 》》 : >>wq>>回车2）slaver.conf编辑器打开和保存按上边的步骤，下边只写详细内容1234567 dbpath=/home/mongodb/data/slaverlogpath=/home/mongodb/log/slaver.loglogappend=truereplSet=rep1port=10001fork=truejournal=true3）arbiter.conf12345678 dbpath=/home/mongodb/data/arbiterlogpath=/home/mongodb/log/arbiter.loglogappend=truereplSet=rep1port=10002fork=truejournal=truesmallfiles=true参数解释：dbpath：数据存放目录logpath：日志存放路径logappend：以追加的方式记录日志replSet：replica set的名字port：mongodb进程所使用的端口号，默认为27017fork：以后台方式运行进程journal:写日志smallfiles:当提示空间不够时添加此参数其他参数pidfilepath：进程文件，方便停止mongodbdirectoryperdb：为每一个数据库按照数据库名建立文件夹存放bind_ip：mongodb所绑定的ip地址oplogSize：mongodb操作日志文件的最大大小。单位为Mb，默认为硬盘剩余空间的5%noprealloc：不预先分配存储3.启动Mongodb 1 cd /home/mongodb/bin启动服务12345 ./mongod -f /etc/master.conf ./mongod -f /etc/slaver.conf ./mongod -f /etc/arbiter.conf有这样的提示说明启动成功如果是下列的提示说明启动失败启动失败的原因有很多，检查完配置文件，如果没有错误，可打开相应的配置文件查看详细的错误信息cat /etc/master.conf最常见的一个错误就是磁盘空间不足，会提示这样的错误因为Mongodb的日志文件是成2g的增长，所以所需空间比较大，这时你可以在配置文件里添加这样的一个配置smallfiles=true。全部三个服务全部启动成功之后4.配置主(master)，备(slaver)，仲裁(arbiter)节点可以通过客户端连接mongodb，也可以直接在三个节点中选择一个连接mongodb。./mongo 192.168.169.129:10000 #ip和port是某个节点的地址>use admin>cfg={ _id:"rep1", members:[ {_id:0,host:"192.168.169.129:10000",priority:2}, {_id:1,host:"192.168.169.129:10001",priority:1},{_id:2,host:"192.168.169.129:10002",arbiterOnly:true}] };>rs.initiate(cfg) #使配置生效{ "set" : "rep1", "date" : ISODate("2014-09-05T02:44:43Z"), "myState" : 1, "members" : [ { "_id" : 0, "name" : "192.168.169.129:10000", "health" : 1, "state" : 1, "stateStr" : "PRIMARY", "uptime" : 200, "optime" : Timestamp(1357285565000, 1), "optimeDate" : ISODate("2013-01-04T07:46:05Z"), "self" : true }, { "_id" : 1, "name" : "192.168.169.129:10001", "health" : 1, "state" : 2, "stateStr" : "SECONDARY", "uptime" : 200, "optime" : Timestamp(1357285565000, 1), "optimeDate" : ISODate("2013-01-04T07:46:05Z"), "lastHeartbeat" : ISODate("2013-01-05T02:44:42Z"), "pingMs" : 0 }, { "_id" : 2, "name" : "192.168.169.129:10002", "health" : 1, "state" : 7, "stateStr" : "ARBITER", "uptime" : 200, "lastHeartbeat" : ISODate("2013-01-05T02:44:42Z"), "pingMs" : 0 } ], "ok" : 1} 配置过程中可能还会出现其他的一些错误，不过都可以去查看相应的日志文件，去解决。

不好意思帮不了你···

weblogic　　WebLogic是美国bea公司出品的一个applicationserver确切的说是一个基于j2ee架构的中间件。BEAWebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和JavaEnterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。webSphere　　WebSphere是IBM的集成软件平台。它包含了编写、运行和监视全天候的工业强度的随需应变Web应用程序和跨平台、跨产品解决方案所需要的整个中间件基础设施，如服务器、服务和工具。WebSphere提供了可靠、灵活和健壮的集成软件。JBossJBoss是一个管理EJB的容器和服务器，支持EJB1.1、EJB2.0和EJB3.0的规范。但JBoss核心服务不包括支持servlet/JSP的WEB容器，一般与Tomcat或Jetty绑定使用。2006年,Jboss公司被Redhat公司收购。TomcatTomcat是Apache软件基金会的Jakarta项目中的一个核心项目，由Apache、Sun和其他一些公司及个人共同开发而成。由于有了Sun的参与和支持，最新的Servlet和JSP规范总是能在Tomcat中得到体现，Tomcat5支持最新的Servlet2.4和JSP2.0规范。因为Tomcat技术先进、性能稳定，而且免费，因而深受Java爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web应用服务器。

简单来说，中间件就是操作系统和应用程序之间的桥梁。没有中间件，你写出来的应用程序(主要是web application 和 J2EE )就无法运行 我们最早知道的中间件是一个称为Tuxedo的东西，实质上它是一个交易中间件。1998年IDC公司对于中间件有一个定义，并根据用途将其划分为6个类别。如今所保留下来的只有消息中间件和交易中间件，其他的已经被逐步融合到其他产品中了，被包裹进去了，在市场上已经没有单独的产品形态出现了。例如，当时有一个叫屏幕数据转换的中间件，其主要是针对IBM大机终端而设计产品，用于将IBM大机终端的字符界面转化为用户所喜欢的图形界面，类似的东西当时都称为中间件。但随着IBM大机环境越来越少，但是盛行一时的此类中间件如今已经很少再被单独提及。2000年前后，互联网盛行起来，随之产生了一个新的东西，就是应用服务器。实际上，交易中间件也属于是应用服务器，为了区分，人们传统的交易中间件称为分布交易中间件，因它主要应用在分布式环境下，而将新的应用服务器，称为J2EE中间件，到目前为止，这都是市场上非常热门的产品。EAI概念出来之后，市场上又推出了一些新的软件产品，，例如工作流、Portal等，但从分类上不知道怎么归类，向上不能够划归应用，往下又不能归入操作系统，于是就把它归入了中间件，如此中间件的概念更加扩大了。目前，市场上对于中间件，各家的说法不一，客观上也导致了理解上的复杂性。如今，市场上又推出了很多新的概念，例如三层结构、构件、Web服务，其中风头最劲的当属SOA(面向服务的架构)。实际上，他们都不是一个产品，而是一种技术的实现方法，是开发一个软件的一种方法论。我们知道，最早软件开发方法就是编程、写代码的，其缺点在于无法复用，为此提出了构件化的软件开发方法，通过把编程中一些常用功能进行封装，并规范统一接口，供其它程序调用，例如我们开发一个新软件，可能要用到构件1、构件2、构件3，那么，我们只要对其进行本地组装，就可以得到我们想要的应用软件。在互联网得到普及重视之后，软件开发方法在构件化基础上又有新发展，核心思想是软件并不需要囊括构件，所需要的仅仅是构件的运行结果，例如编写一个通信传输软件，就可以到网上寻找构件，并提出服务请求，得到结果后返回，而不需要下载构件并打包，这就是现在所说的SOA。想要现实SOA，就要规范构件接口，同时还要规范构件所提交的服务结果，如此，新的软件开发的思想才能够行的通。但SOA并不是一个产品，而是一种思想方法，而实现这种方法的基础，如今看来只有中间件。那么，到底什么才是中间件，什么不是中间件?从东方通科技的观点看，中间件应该具备两个关键特征:首先要为上层的应用层服务，这是一个基本条件;此外，又必须连接到操作系统的层面，并却保持运行工作状态，具备了这样两个特征才能称为中间件。现在很多人把开发工具也称为中间件是不合适的，因为开发工具开发出来的软件，并不依赖开发工具与底层操作系统连接。

可以

在Web2.0的浪潮中，各种页面技术和框架不断涌现，为服务器端的基础架构提出了更高的稳定性和可扩展性的要求。近年来，作为开源中间件的全球领导者，JBoss在J2EE应用服务器领域已成为发展最为迅速的应用服务器。在市场占有率和服务满意度上取得了巨大的成功，丝毫不逊色于其它的非开源竞争对手，如WebSphere、WebLogic、Application Server。JBoss Web的诸多优越性能，正是其广为流行的原因。　　基于Tomcat内核，青胜于蓝　　Tomcat 服务器是一个免费的开放源代码的Web 应用服务器，技术先进、性能稳定，而且免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可。其运行时占用的系统资源小，扩展性好，且支持负载平衡与邮件服务等开发应用系统常用的功能。作为一个小型的轻量级应用服务器，Tomcat在中小型系统和并发访问用户不是很多的场合下被普遍使用，成为目前比较流行的Web 应用服务器。　　而JBoss Web采用业界最优的开源Java Web引擎， 将Java社区中下载量最大，用户数最多，标准支持最完备的Tomcat内核作为其Servlet容器引擎，并加以审核和调优。单纯的Tomcat性能有限，在很多地方表现有欠缺，如活动连接支持、静态内容、大文件和HTTPS等。除了性能问题，Tomcat的另一大缺点是它是一个受限的集成平台，仅能运行Java应用程序。企业在使用时Tomcat，往往还需同时部署Apache Web Server以与之整合。此配置较为繁琐，且不能保证性能的优越性。　　JBoss在Tomcat的基础上，对其进行本地化，将Tomcat 以内嵌的方式集成到 JBoss 中。JBoss Web通过使用APR和Tomcat本地技术的混合模型来解决Tomcat的诸多不足。混合技术模型从最新的操作系统技术里提供了最好的线程和事件处理。结果，JBoss Web达到了可扩展性，性能参数匹配甚至超越了本地Apache HTTP服务器或者IIS。譬如JBoss Web能够提供数据库连接池服务，不仅支持 JSP 等 Java 技术，同时还支持其他 Web 技术的集成，譬如 PHP、.NET 两大阵营。　　标准化是减小技术依赖风险，保护投资最好的方式。JBoss Web率先支持全系列JEE Web标准，从根本上保证了应用“一次开发，到处运行”的特点，使应用成品能方便地在JBoss Web和其他Java Web服务器之间轻易迁移。　　集多功能于一身，性能卓越　　作为Web 应用服务器中的明星产品，JBoss Web服务器集多种功能于一身。其关键功能包括：完全支持Java EE、高度的扩展性、快速的静态内容处理、群集、OpenSSL、URL重写和综合性。　　JBoss Web服务器具有原生特性和强大的可扩展性，可支持多种并非基于Java的服务器内容处理技术，可同时运行JSP, Servlet, Microsoft .NET , PHP 及 CGI，为其提供一个单一的、高性能的企业级部署平台。　　与Tomcat 相比，JBoss Web在静态资源访问方面性能优越。JBoss Web支持两种组件模式——纯Java和Native I/O。在Native组件的支持下，动态运行不会受到任何影响，而静态资源的访问利用了操作系统本身提供的0拷贝传送，CPU消耗降低，响应时间缩短，吞吐率大大提高，混合的连接模式支持最大达到10000个并发客户端的同时访问，与Apache Web服务器相当。部署于高性能的操作系统，可利用JBoss Web对纯Java和Native I/O两种模式的支持，使得应用在开发时可随时跨平台敏捷迁移，而部署于高性能的操作系统相关的Native环境。由于JBoss Web较好地解决了静态资源的访问性能问题，可在解决方案中把它直接作为强大的LVS的分发对象，和RHEL负载均衡系统结合，形成理论上无限线性扩展的负载均衡场景。　　OpenSSL是业界最为快速和安全的开源传输组件，可借助操作系统和硬件的特性实现高效的安全承载。JBoss Web集成了OpenSSL，可提供高效的安全传输服务，使得安全机制更上台阶。研究表明， JBoss Web中的SSL性能比单纯的Tomcat快四倍。　　URL重写功能可缩短URL，隐藏实际路径提高安全性，易于用户记忆和键入，及被搜索引擎收录。Tomcat 不具备URL重写功能，JBoss Web则可提供一个灵活的URL rewriting操作引擎，支持无限个规则数和规则条件。URL可被重写以支持遗留的URL错误处理，或应对服务器不时产生的其他问题。　　JBoss Web既可单独运行，也可无缝嵌入JBoss应用服务器，成为JBoss中间件平台的一部分。不仅后台服务调用的性能将得以提升，也可利用以下JBoss平台的特性提升Web应用功能：　　基于JGroups的多种集群方案的支持　　基于Arjuna技术的JTA和JTS的事务处理支持　　优化的线程池和连接池的支持　　基于JMX 控制台的基本管理支持和JBoss On的高级管理维护支持　　基于JBoss AOP技术的面向方面架构的支持　　Hibernate服务组件的支持　　专业团队支持　　业界大多数开源产品在技术方面富于创新性，但在可持续性，产品生命周期规划，以及质量保证方面缺乏有效保障，为软件集成商和最终用户所诟病。红帽所力行的“专业化开源技术”则完美解决了这一问题。　　来自开源社区的JBoss Web，在红帽专业化开源的锤炼下，在性能、扩展性、稳定性、安全性等方面，已成为一个达到企业级，甚至电信级标准的优秀产品。红帽不仅有专职的技术团队投入JBoss Web的开发，而且具备专门的QA团队为产品作质量保证。完善的集成测试和兼容性测试保证了JBoss Web自身的稳定性，并保证了它的后向兼容和其他JBoss产品协作良好的互操作性。　　在服务体系保障方面，JBoss 开拓了以产品专家提供的专家级支持服务作为开源软件强大后盾的软件生态模式。公司以及庞大的 JBoss 授权服务合作伙伴网络可为包括JBoss Web在内的整个JEMS 产品套件提供全面的支持服务。与Tomcat相比，JBoss Web 可提供迁移服务与现场专家服务，在迁移服务方面，专家指导应用可从Tomcat向JBoss Web迁移，省时省力。独特的服务订阅模式，全力保障软件生命周期，让企业高枕无忧。

只能猜测，修正JAVA_OPTS参数，还有，切记不要把java相关的任何东西，放到带空格或中文的目录下，这个会坑死你的

祛除重复的jar包

如过你看得懂batch的代吗，你可以在run.bat 那里右键点击，然后按编辑.....查看代码有没有错误......

文件夹方式部署配置文件：/jboss-as-7.0.0.Final/standalone/configuration/standalone.xml[java]viewplaincopy//文件夹方式部署，需要在部署目录下添加一个标记文件xx.war.dodeploy//这样把项目文件放到xx.war文件夹里就可以部署了，修改增量更新补丁就比较方便//不必每次都上传整个WAR包，只要进入war文件夹跟新补丁就可以了cdjboss-as-7.1.1.Finalstandalonedeploymentstouchwlan.war.dodeploy//后台服务方式启动cd/opt/portal/hugsh/jboss7/binnohup./standalone.sh&>nohup2.out2>&1&//查看进程&启动日志ps-ef|grepjbosstail-100fnohup2.out

linux里没启用汉字？？