Tag: jboss

如何远程查看和编辑Infinispan缓存数据: 我在WildFly 8.2服务器中嵌入了Infinispan缓存。我在添加了standalone.xml ： …并像这样注入缓存容器： @Singleton @Startup public class CacheManager { @Resource(lookup = “java:jboss/infinispan/container/mycache”) private CacheContainer container; . . . . } 我可以在我的应用程序中使用缓存。但是，要求是使用任何缓存监视API远程查看/编辑/删除缓存数据。通过jconsole，我可以看到缓存信息，但不能看到缓存的数据。如何远程访问缓存？

Struts 2 S2-016 Vulenerability Mitigation升级: 最近struts修补了一个允许攻击者执行远程代码的漏洞。显然没有修补这就像给黑帽子带来一个红地毯欢迎与潮流： – / http://struts.apache.org/release/2.3.x/docs/s2-016.html 基本上它允许执行攻击命令，如下所示：合法行为： http://host/struts2-showcase/employee/save.action?redirect:%25{3*4}被利用的行动： http://host/struts2-showcase/employee/save.action?redirect:%25{(new+java.lang.ProcessBuilder(new+java.lang.String[]{‘command’,’goes’,’here’})).start()} 虽然我知道升级应该尽快完成，但是由于我们的代码库使用了旧的struts版本和插件，因此尽快进行升级。这将需要一些重构来升级struts 2库，然后那些需要进行测试等。我的问题是，是否有人有任何想法阻止此漏洞被执行？这将只有我们能够升级。我想知道是否可以在对OGNL进行评估之前编写一个拦截器来清理URL，如果是这样，它是否可以缓解这个问题？我的其他想法是以某种方式使用Java安全管理器来停止任意进程调用，这可能吗？它会临时修补这个洞吗？正在使用的服务器是jBoss，如果有人认为这是相关的。

war文件大小是否以某种方式影响应用程序和/或应用程序服务器的性能？: 我们已经在工作中挣扎，有人建议我们应该减小war文件的大小，特别是WEB-INF / lib目录大小，以便提高我们的JBoss实例性能。我仍然怀疑的东西。我们在应用服务器中部署了大约15个Web应用程序，每个大小约为15到20 MB。我知道这涉及到很多变量，但是你们中的任何人真的都在处理这种情况吗？ .war文件大小实际上是否对Web容器产生了重大影响？你能提供什么建议？感谢你。

将应用程序部署到JBoss 5上的错误在JBoss 4.2上正常运行: 我试图将应用程序（.ear文件）部署到JBoss 5，我收到以下错误。该应用程序在4.2.2下部署正常。 15:31:33,172 ERROR [AbstractKernelController] Error installing to Real: name=vfszip:/C:/ASE/ext/jboss-5.0.0.GA/server/all/dep loy/UGC-WS.ear state=PreReal mode=Manual requiredState=Real org.jboss.deployers.spi.DeploymentException: Error during deploy: vfszip:/C:/ASE/ext/jboss-5.0.0.GA/server/all/deploy/UGC-WS. ear/ugc-ws.war at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:177) at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210) at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781) at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:545) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:304) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:205) […]

加密JBoss配置中的敏感信息: JBoss中的标准数据源配置要求数据库用户的用户名和密码位于xxx-ds.xml文件中。如果我将我的数据源定义为c3p0 mbean，我会遇到同样的问题。有加密用户和密码的标准方法吗？保存钥匙的好地方是什么？这当然与tomcat相关 – context.xml文件，spring配置文件等。

什么是org.eclipse.wst.common.component以及如何将它用于ant: 我有一个eclipse工作区（用于工作），它有一个ear项目，用于将一个ear文件“导出”/部署到JBoss服务器。但是，他们最近要我创建一个可以构建工作区并创建耳朵的ant脚本，我已经成功完成了这项工作。当我尝试用这个使用ant脚本构建的耳朵运行我的程序时出现问题; 用于部署我只是复制生成的ear文件并将其粘贴到JBoss / standalone / deployments文件夹中并运行应用程序。 JBoss AS开始很好，但后来我得到了一些例外，这些exception停止了我在通过eclipse进行构建和部署时无法获得的应用程序。使用7zip查看两个ear文件时，两个ear文件是相同的，但我在eclipse工作区中看到，在ear项目中，有一个.settings文件夹，其中有4个文件，其中一个是org.eclipse.wst.common。我猜这个组件（如果不是全部4个文件）在某种程度上部署时是必要的。 ecplise在部署耳朵时是否使用此.settings文件夹和文件？在这个过程中会发生什么？如何在ant脚本中复制它，以便我的应用程序从ant或eclipse构建中运行相同？编辑我只想补充说.settings文件夹中的所有文件都没有打包到ear文件中，所以我猜他们在eclipse进行构建/部署时会以某种方式使用，但它并没有放在最终产品中谢谢

Tomcat 7是否支持Java 8？: 在Tomcat的官方页面中，它说Tomcat 7支持Java 8.如果我下载它并使用Java 8运行它就可以了。但是，在Openshift上是Tomcat 7（JBoss EWS 2.0）。在这个网页上，它说EWS 2.0 不支持Java 8 。如果我将我的Java 8应用程序部署到Openshift（Tomcat 7），它就无法正常工作。为什么？我尝试在Openshift上使用Tomcat 7安装Java 8： https ：//stackoverflow.com/a/23895161/2442133但它并不适合我。我有错误： org.springframework.beans.factory.BeanCreationException: Error creating bean with name ‘org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping’: Initialization of bean failed; nested exception is org.springframework.beans.factory.CannotLoadBeanClassException: Error loading class [pl.xxx.controller.HomeController] for bean with name ‘homeController’ defined in file [/var/lib/openshift/xxx/app- root/runtime/dependencies/jbossews/webapps/web1/WEB- INF/classes/xxx/controller/HomeController.class]: problem […]

我正在运行什么版本的JBoss？: （正如标题中所述:)我如何判断我正在运行的JBoss版本？我也很好奇我正在运行的是什么版本的tomcat。特定版本的JBoss是否对应于特定版本的tomcat？

为什么要减小Java JVM线程堆栈的大小？: 我正在阅读一篇关于在Java（以及JBoss平台）中处理Out Of Memory错误情况的文章，我看到了这个减少threadstack大小的建议。如何减少threadstack的大小有助于最大内存错误条件？

我应该在应用程序或应用程序服务器中定义数据源吗？: 我已经开发了两个不同团队的应用程序（在Jboss服务器上运行）。一个团队在应用程序WAR文件中有数据源配置，另一个团队在应用程序服务器的standalone.xml内部有数据源配置。而且我不确定哪种方法更好。因此，我在服务器的standalone.xml中定义数据源时发现了一些优点。在服务器的standalone.xml中定义数据源比在war文件中更安全。如果数据库连接凭证存储在服务器的standalone.xml中，几乎从未修改过，它比war文件中的密码更安全，war文件经常从开发人员的机器传输到服务器，所有开发人员都会传播数据库配置电脑。通过在standalone.xml中使用数据源，我们可以使war文件更小，因为JDBC驱动程序可以作为模块安装，并且可以从war文件中删除。此外，从类路径加载JDBC作为模块更有效。如果我们不希望应用程序开发团队知道数据库连接设置，我们可以将数据源放在standalone.xml中。通过在应用程序WAR文件中使用数据源配置，我看到以下优点：开发团队无权在运行Jboss的环境中更改Jboss配置文件。因此，只能在应用程序中定义DB连接。当开发人员经常需要在不同的数据库连接之间切换时，它在开发状态下很有用。例如，开发人员可以在构建WAR文件时指定连接。所以我想知道两种方法是否还有其他优点。而你认为哪种方法更好？