weblogic,websphere,和Jboss之间有什么区别?都在什么情况下用
必备条件是一个性质的软件是都是
jboss部署 jboss部署war包报错
jboss部署 jboss部署war包报错
tomcat是个JSP容器，只是功能比weblogic了点，比如tomcat不支持EJB。weblogic也是个J2EE应用。就是用来部署与管理J2EE应用的！weblogic它主要是服务于企业的基础架构（网上看的),具体什么叫基础架构我也不好说。websphere也是J2EE应用。和weblogic同地位的！只是WEBLOGIC是BEA（现在属oracle公司）的。而websphere是IBM公司的产品，这个软件要早点。
JBOSS吗！是个应用它不但可以部署J2EE，php之类的也可以部署，用着都不多补充JBoss的web容器是用tomcat的,主要比Tomcat多了个EJB容器.
现在大型的web应用一般都使用WebSphere了.j2ee容器分为，servlet容器（tomcat为代表，weblogic，WebSphere），和ejb容器（jboss代表）。tomcat和jboss是开源的.
weblogic和websphere都要money.
tomcat容器不支持分布式应用.
而且jboss,weblogic,websphere支持.
websphere我没有接触过.
jboss和tomcat一样是JSP一种，不同的公司开发的而已没什么其他的区别了。websphere用的比较多一些的，他提供的技术文档也比较多的，而weblogic是英文的，不太好用。网上查啥
那些专业认识的回答还没有我在网上找的好吧JBoss和tomcat的区别
注意JBoss和tomcat是不一样，JBoss是一个可伸缩的平台，当你的EJB程序编制完成后，如果访问量增加，只要通过增加硬件就可以实现多台同时运算，提高了负载容量，这个性能容量理论上是没有限制的，理论上无支持在线人数的上限，对于JBoss/EJB这样的平台来说，无访问量限制一说。
这是JBoss/EJB不同于Spring
/Tomcat等
可伸缩性应该是架构选择的主要标准，所谓可伸缩性，只在小型系统、一台情况下，我的系统也可以良好运转，多台扩展后，我的系统只需通过增加硬件就可以实现性能扩展，无需修改太多软件。
Jboss如何配置不校验证书
近年来，Hibernate已经成为了事实上的持久化引擎。JBoss公司致力于将自身发展成为开源项目的社区，版的JBoss应用已经将Hibernate集成为JMXMBean服务。这使得用户能够在应用环境中直接使用Hibernate，而不管它是否处于J2EE上下文中。在版的JBoss应用中，用户能够直接通过JMXMBean服务访问到JBossCache提供的服务。下一代的JBoss应用（暂定名为，JBoss5.0）将提供大量的新功能。除了支持的EJB 3.0规范外，新版的JBoss AOP将同它正式发布。同时，JBoss开发团队还开发新的微内核层，即于JMX，使得它能够使用。修改为ssl。方法如下：
5.JBossMQ使Ja 消息规范(JMS)的实现。1、确认jboss版本，建议您将SSL证书部署在JBoss7.1.1及以上版本。
2、修改服务端口。进入JBoss主目录下的standalone/configuration，修改standalone.xml文件。
3、进入Jboss安装目录的bin目录下，执行standalone.sh，确保应用正常访问。
4、获取证书，并转换成jks格式。
5、进入JBoss主目录下的standalone/configuration，新建cer文件，将jks格式证书放入该文件夹。修改standalone.xml文件，添加证书相关配置。
6、重启Jboss。进入Jboss目录下的bin目录，执行standalone.sh脚本。再次使用Jboss就不校验证书，使用ssl证书。
Inlij + EJB搭建指南
将EJB所需要的支持库加入（ProjectStructure->Library）最近学习EJB的基本使用，在搭建基本配置上遇下了不少坑。Google/Baidu搜索下的基本都是使用Eclipse + JBoss，使用Inlij的配置的也是使用JBoss7。因此记录下简单的配置过程，以供学习参考使用。
由于wildfly使用war部署，创建普通的web项目即可。（创建时加上EJB也是可以的，在功能栏会有EJB管理模块）
我们使用JBoss运行项目，将原有的Tomcat配置删除，选择创建JBoss / Local
此时我们需要将artifacts放置到JBoss上进行3.0也将出现轻量化解决方案，其实随着发展，已经模糊了轻量/重量的区别，如果还是以轻量/重量作为架构选择的标准，无疑是不明智的。以部署。直接点击Fix即可
以下输出标记Bean的路径
在浏览器中输入 可以看到wildfly界面
前端使用Servlet + EJB，创建过程同上
JNDI Remote 需要 jboss-client.jar ， 此jar包在{$WILDFLY_HOME}/bin/client下
将上面的 jax.ejb-api-3.2.jar与jboss-client.jar添加到HelloUI的library中（要使用ProjectStructure加入库中或者右键：Add As Library）
将Hello工程中的EJB接口拷贝至HelloUI工程。（包名不要修改）
jndiPath 编写： 运行JBoss后的输出中含有app:/----
参考
在 src 文件夹下创建 jboss-ejb-client.properties
此处，port 是 8080， 如果是 JBoss7 则为4447
至于Jboss账号密码设置：
注意：tomcat 默认端口也是8080，我将其改成了8888
JBoss中Ja web项目想在外网中通过IP+端口号直接访问怎样设置？
是使用JMX作为一个软件总线垂直的贯穿其所有的服务，通过将新的服务组件遵循JMX规范挂接上"总线"，使得系统扩展现有的服务变得容易。可插入式框架被广泛的运用于服务的实现。开发者可以选择他们需要的服务并编写他们所需要的相应实现，通过定义在部署描述文件中，让JBoss知道。在apache和jboss整合情况下通过域名直接访问，不需要输入项目名。
楼主，你在在jboss/doc/examples/jca,如果你的是mysql数据库,则选mysql-ds.xml默认主页中添加index.jsp，内容就是转向。 想说的是，80是默认端口，不需要写上去的。
我为什么放弃Jboss和Jboss社区
TRANSACTION_REPEATABLE_READJboss是 web的一种，主要做ejb容器，和tomcat集成就可以jsp,servlet,ejb通吃了
EJB(enterprise jabean)，他不是jabean简单的升级，而是一些提供分布式Jboss有两种版本，一种是的，一种是和tomcat集成的，当然都是免费的啦访问的类
包括实体bean,会话bean,消息驱动bean
作为一个JAVA程式设计师 对Linux要掌握到什么程度
这个值作为一个JAVA程式设计师 对Linux要掌握到什么程度 熟悉基本命令就行
越熟练越好，一般的话要熟练作Linux系统，常用的作命令会
会SSH和SFTP，同时知道常用命令，能把应用和jboss等伺服器部署上去即可
需要掌握的如下：
1、常用的基本命令
2、vim的使用
3、系统使用者和档案许可权
3、部署专案，例如将web专案部署在tomcat中
4、学会检视日志，包括系统日志和各种服务的日志
个人觉得作为一个Ja程式设计师，最少应该掌握在linux系统上部署专案，然后检视log排除问题。linux伺服器的话一般CentOS用的比较多。前期的话，你可以先安装一个虚拟机器，在虚拟机器中安装一个任意版本的linux系统(PS:个人CentOS)。然后在linux系统中安装tomcat，试着部署专案等等。
ja程式设计师对js要掌握到什么程度
如果你要做web前端互动，那js是一定要学的。如果要做nodejs肯定也得懂js，不过那是写后端 的根ja没太大关系。如果想用phantomjs/casperjs写web的自动化测试指令码，肯定也得懂js。
所以如果你不做前端互动，不用nodejs写后端，不写web测试用例，那干嘛还学js呢。。。
所以跟是不是Ja程式设计师好像木有关系。
ja程式设计师需要对excel和ps的掌握程度？
excel 会一些也不错的。
有时候要出报表要用到。
ps 基本上用不到。
身为一个ja程式设计师，对于想jascript,css,jsp,还有资料库这些东西应该掌握到什么程度呢？
都精通，因为开发一款软体 这些东西都用得上，这样你跟别人介绍你们做的这个专案的时候，会显得你很。
当然其实这些都会的ja程式设计师不在少数，也算不上多。
刚毕业的ja程式设计师在上海技术要掌握到什么程度才能月薪8000?
1，你没有工作经验 ，你的技术再好 公司也不敢用你。
2，并不是技术好了，工资就好。
3，月薪要8K2年后没有一点问题。
作为一个ja程式设计师，每然后把数据源的配置文件放到deploy目录下面.重启jobss即可.天LOL好吗
LOL只是一个游戏，如果你感兴趣每天玩个两三把就可以了，但是千万不要沉溺游戏。
怎样在jboss5中配置数据源
本章一步一步帮助你开始用jboss进行分布式开发 如何建立一个简单的BEAN 以及如何在jboss上部署和在测试ee，生成war文件直接导入进去就可以使用了
123456
数据源的起名必须遵守规定,如mysql-ds.xml,即所有数据源的后缀名都必须是ds.xml结尾的.
把数据库驱动包拷贝到配置项的lib目录下.如default/lib
然后可以进到jboss的管理页面进行管理.注意在这里进行更改的话,是只有这一次运行期间才是有效的,如果关闭了则失效了,如果要性的生效的话,那么只能在ds.xml配置文件中进行更改
JBoss技术支持文档（一）[1]
本节内容
本章主要介绍JBOSS（免费的EJB） 以及教会大家如何安装Jboss 建立你个EJB和客户端 关于什么是EJB 以及如何开发等 这些关于EJB方面有很多书籍进行描述 在此不再阐述 描述信息是运行在windows平台 当然你可以应用在其他支持的平台（如 Linux等） 关于JBOSS
Jboss支持EJB 和EJB 的规范 它是一个为管理EJB的容器和 类似于Sun s J SDK Enterprise Edition（J EE） 但是Jboss核心服务仅是提供EJB JBOSS不包括serverlers/JSP page 的WEB容器 当然可以和Tomcat或Jetty绑定使用 JBOSS需要比较小的内存和硬盘空间 可以在 M内存以及几兆空间上很好的运行 而Sun s J EE需要最少内存为 M 以及 M硬盘空间 JBOSS启动速度要比J EE快 倍 而且它能内嵌SQL 数据库进行持久性BEAN处理 当启动时会自动启动 （J EE装载分离CloudScape SQL ）
其中一个非常好的特性JBOSS能够 热 部署 热 部署的意思就是在部署BEAN只是简单拷贝BEAN的JAR文件到部署路径下 如果BEAN已被LOAD JBOSS卸载它 然后LOAD一个新版本BEAN 如果你需
要更多的JBOSS特性 你可以查看关于JBOSS的网站 如果需要支持 可以付费联系JBossGroup LLC
lishixinzhi/Apackage com.ampthon.st.eao;rticle/program/J;out.print(file.getAbsolutePath())a/ky/201311/29225
ejb和jboss 的jndi都是什么意思？
解释2:以前没这样用过，不过看上去，它像是 EJB3 引入了注解自动填充 EJB 引用后的一种 JBoss 特有的表示方式。这个应该是默认的我们部署描述符文件中没有指定 JNDI 绑定时的情况。
我觉得如果你是在 web 项目中引用同一个 EAR 项目内的某个 EJB 时应该不需要明确地写出这些东西，因为我们是通过 annotation 来做到的，既然 JBoss 自动把 EJB 部署到这些形式古怪的 JNDI 下，那么我们用 annotation 它也应该能通过类名就找到正确的 EJB，不需要我们配置 JNDI。
你启动时 JBoss 在控制台上显示了什么 binding JNDI 信息？这个是什么版本的 JBoss?
SecurityTraceability_EAR_1.0_Alpha 这个是 EAR 名字？
SecurityTraceability_Core_1.0_Alpha 这是一个 EJB session bean 名字还是 EJB jar 包名字？
我猜想的，menuEao!com.ampthon.st.eao.MenuEa第二是容器被设计成为机制，这样使容器的实现变得简单和使开发者避免费劲的将jar文件进行预编译以获得stub和skeleton代码。但是这样做潜在的问题是性能和可测性，因为我们知道ja反射机制会引起性能的损失。JBoss中存在着相应的优化方案并且在将来的研究中我们会论述该优化方法在什么时候工作并且是如何工作的。o 可能是对应着：
至于是不是对，其实你启动 JBoss 时控制台会显示这些信息的，我之前和 JBoss 6 时就能看到部署一个 EAR/EJB 后这些 JNDI 绑定会列出来的，我们对照着看，就知道它把哪个 EJB 绑定到哪个 JNDI 下，然后添加的 EJB 引用又绑定到哪个 JNDI 下。
我觉得如果从容器外界远程访问，可能是使用 global 这种形式的，只不过，这种形式虽然是 JBoss 的表示方式，但一般我们可以明确地要求给出一个固定的 JNDI 而不是让 JBoss 自动生成一个自己想当然的又让人很难猜测的JNDI，比如在 @Staess 中使用 mappedName (是这个用途么?以前我都是手写部署描述符，不知道 annotation 是怎么自动省掉的) 或者自己手写一份 jboss.xml 放到 META-INF 目录下，里面写上 ejb 部署描述符来配置JNDI和各种引用，这一样一来让程序尽可能地通用一点，把这些跟环境相关的异出来，让我们的代码不需要重新编译就可以通过修改配置描述符 xml 文件后部署到不同供应商的上(xml 部署描述符虽然是代码的一部分，但很多都在部署时提供一个部署向导到定制这些配置，因此代码不需要修改)。
程序应该放在JBOSS下哪个文件夹？
楼上的都是正解,单独ejb的jar包,或者web应用的war包,或者war+jar的ear包都放在 deploy下
此时JBoss即运行成功了jboss-4.2.2.GAserverdefaultdeploy
例：XXX.EJB
jboss-4.2.2.GAserverdefaultdeployXXX.EJB
你输出 这个值
就可以看到工作的根目录
<%ja.io.File file=new ja.io.File(".") ;
out.print(file.getAbsolutePath()) ;
%>
：war文件
编写完ja
你输出
就可以看到工作的根目录
<%ja.io.File
file=new
ja.io.File(".")
;%>
盘符：jbossserverdefaultdeployname.war
在jboss6中如何配置两个数据驱动，两个项目，用同一Jboss，连接不同数据库。我用的是mysql-dx.xml
什么是JBoss
以下内容出自互联网
解释1:
Jboss是 web的一种，主要做ejb容器，和tomcat集成就可以jsp,servlet,ejb通吃了
EJB(enterprise jabean)，他不是jabean简单的升级，而是一些提供分布式访问的类
包括实体bean,会话bean,消息驱动bean
---------------------------------------------------------------
JBoss
JBoss是一个运行EJB的J2EE应用。它是开放源代码的项目，遵循的J2EE规范。从JBoss项目开始至今，它已经从一个EJB容器发展成为一个基于的J2EE的一个web 作系统（operating for web），它体现了J2EE规范中的技术，并且它还在the JaWorld Editors' Cho 2002评选中获得“Ja应用”。无论是学习还是应用，JBoss为我们提供了一个非常的平台。有关JBoss的详细信息请参阅其主页。
刚开始使用JBoss进行EJB开发时，由于可供参考的资源不是很多，所以有一个比较困难的起步阶段。JBoss的配置和使用没有提供图形向导界面，所以开发部署EJB相对比较复杂。本文通过尽量具体的演示来对JBoss3.0下的EJB开发和部署的进行一个简单的介绍，从而使刚开始使用JBoss的用户可以很快地进入到真正的J2EE应用开发中。
Enterprise JaBean (EJB)规范定义了开发和部署基于事务性、分布式对象应用程序的端软件组件的体系结构。企业组织可以构建它们自己的组件，或从第三方供应商购买组件。这些端组件称作 Enterprise Bean，它们是 Enterprise JaBean 容器中驻留的分布式对象，为分布在网络中的客户机提供远程服务。
JBoss是一个开源的符合J2EE规范的应用，作为J2EE规范的补充，Jboss中引入了AOP框架，为普通Ja类提供了J2EE服务，而无需遵循EJB规范。Jboss通过类载入时，使用JassJBOSS是一个纯JAVA编写的 需要一个JAVA系统和JDK 兼容 为了能便宜和运行所有的例子 你需要有Ant 或以上版本 在下节将会介绍如何获得和安装 当然你要有开发EJB基础ist对字节码作实现动态AOP框架，Jassist是一个开源的编辑字节码的类库。
Jboss中参考，切入点与方面也由普通Ja对象实现，并使用XML文件配置。Jboss的连接点模型与AspectJ略有不同，提供了一系列预定义的切入点，包括类匹配，方法调用，构造器调用，域访问，特定的调用与被调用关系。通过这些切入点的逻辑运算，可以实现更为复杂的切入点。方面为Ja类，参考是其中的一个方法，方面中不含切入点，方面主要为各种（Interceptor），即为只含一个参考的方面，单一连接点上可由多个形成链，执行额外的作。对方法的拦截由Aisor类管理，在连接点依次调用，并最终调用被逻辑的方法。而关于切入点，参考已及方面的信息由AspectMar管理。此外，Jboss提供对元数据的支持，用于为类，方法，构造器以及域添加额外的属性，并可在运行期访问。
为实现拦截，Jboss需要修改类的字节码，大致过程如下。
XML配置文件中关于切入点，，元数据以及混合类的信息在应用程序部署时被读入、解析，并生成相应的对象，这些信息与实例化的对象由AspectMar管理。在需要混入方面代码的类载入时，AspectMar将创建Aisor类，将方面相关信息传递给它，并对类的字节码进行修改，之后将修改过的字节码交给类载入器完成类的装载。字节码的修改主要是对被载入的类添加一系列方法用于那些匹配连接点的方法调用，构造器调用，域访问以及方法导入，转为对Aisor类相应方法的调用。类中各方法将重命名，保留原方法体，并添加一个与原方法同名的方法，在这个方法中调用那些方法，用来将调用给Aisor类，或调用重命名的原方法。对于域访问，分别添加两个方法，对应于读与写作，将域访问至Aisor类，在访问这个域的类中，则需将对域的访问转换为对上述方法的调用。对于构造器调用，则添加一个方法，将调用至Aisor类，并对构造对象的类的构造代码作相应转换。对于导入，被导入的类中将添加一个混合类实现的引用，并添加混合类接口中的方法，将对混合类方法的调用至Aisor类，并最终调用混合类的实现。相关类载入后，初始化Aisor类，填入链，以完成整个处理过程。
一、JBoss
近年来，在J2EE应用领域，JBoss是发展最为迅速的应用。JBoss是免费的，开放源代码J2EE的实现，它通过LGPL许可证进行发布,这使得JBoss广为流行。Boss是一个运行EJB的J2EE应用，例如：数据库访问JDBC、交易(JTA/JTS)、消息机制(JTS)、命名机制(JNDI)和管理支持(JMX)。它是开放源代码的项目，遵循的J2EE规范。目前的JBoss发布版2.2.4实现了EJB 1.1和部分EJB 2.0的标准、JMS 1.0.1、Servlet 2.2、JSP 1.1、JMX 1.0、JNDI 1.0、JDBC 1.2和2.0扩充(支持连接池 (Connection Polling))、JaMail/JAF、JTA 1.0和JAAS1.0标准，JBoss是纯Ja实现能运行于任何平台。
从JBoss项目开始至今，它已经从一个EJB容器发展成为一个基于的J2EE的一个web 作系统（operating for web），它体现了J2EE规范中的技术，并且它还在the JaWorld Editors' Cho 2002评选中获得“Ja应用”。无论是学习还是应用，JBoss为我们提供了一个非常的平台。
另外，JBoss应用还具有许多的特质:
它将具有革命性的JMX微内核服务作为其总线结构；
它本身就是面向服务的架构（Serv-Oriented Architecture，SOA）；
它还具有统一的类装载器，从而能够实现应用的热部署和热卸载能力。
因此，它是高度模块化的和松耦合的。JBoss用户的积极反馈告诉我们，JBoss应用是健壮的、高质量的，而且还具有良好的性能。
二、JBoss的发展
为满足企业级市场日益增长的需求，JBoss公司从2003年开始就推出了247、专业级产品支持服务。同时，为拓展JBoss的企业级市场， JBoss公司还签订了许多渠道合作伙伴。在2004年6月，JBoss公司宣布，JBoss应用通过了Sun公司的J2EE认证。 这是JBoss应用发展史上至今为止最重要的里程碑。与此同时，JBoss一直在紧跟的J2EE规范， 而且在某些技术领域J2EE规范的开发。因此，无论在商业领域，还是在开源社区， JBoss成为了个通过J2EE 1.4认证的主流应用。现在，JBoss应用已经真正发展成具有企业强度（即，支持关键级任务的应用）的应用。
三、JBoss的架构概述
JBoss的构架和其他J2EE应用的构架有着巨大的不同。JBoss的模块架构是建立在JMX底层上的，下图展现了JBoss主要组件和JMX的联系。
JMX - 层次
JMX是一个可复用框架，它为远程(Remote)和本地(Local)管理工具扩展了应用。它的架构是层式架构。他们是实现层(instrumentation layer)、层(agent layer)和发布层(distribution layer)。其中，发布层还在等待未来的标准化。简要的表述是，用户使用管理Bean，MBean来提供获得相应资源的实现方法。实现层实现相关的特性资源并将它发布于JMX相关应用中，它的层控制和发布相应的注册在MBean上的管理资源。 JBoss主要模块
主要的JBoss模块是在Mean上的可管理MBean。
1.JBoss EJB容器是JBoss的核心实现。它有两个特性，是在运行期产生EJB 对象的Stub和Skeleton类，第二是支持热部署。
2.JBossNS是JBoss命名服务用来定位对象和资源。它实现了JNDI J2EE规范.
3.JBossTX 是由JTA/JTS支持的交易管理控制.
4.部署服务支持EJB(jar)、Web应用文档(war)和企业级应用文档(ears)的部署。它会时刻关心J2EE应用的URL情况，一旦它们被改变或出现的时候将自动部署。
6.JBossSX支持基于JAAS的或不支持JAAS机制的安全实现。
7.JBossCX实现了部分JCA的功能。JCA制订了J2EE应用组件如何访问基于连接的资源。
8.Web支持Web容器和Servlet引擎。JBoss 2.4.x版本支持Tomcat 4.0.1，Tomcat 3.23和Jetty 3.x服务.
四、JBoss架构设计中的两个重要的特性