出于某种原因,我需要将我的JBOSS服务器升级到JBOSS AS 7,但我发现该默认的最新适配器仅适用于AS 5.任何建议？
现在我正在使用JBOSS AS 4.2和eclipse 3.6(helios),经过快速搜索后我发现我可以升级我的eclipse到3.7 indigos和JBOSS 7,或者我可以使用eclipse 3.6和JBOSS 6.因为我有插件在我目前的IDE上,安装一个新的eclipse不是我的第一选择,那我怎么能用eclipse 3.6运行JBOSS 7？
谢谢.
姚明
我正在使用ejb 3并尝试@Inject HttpServletRequest,但在部署时我发生异常.
码:
@Inject private HttpServletRequest httpRequest;
例外:
org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [HttpServletRequest] with qualifiers [@Default] at injection point [[field] @Inject private com.kmware.ttk.highway.beans.session.UserSessionBean.httpRequest]
我该怎么办？
什么是Jboss EAP 6的默认管理控制台密码..？
它不允许我看到没有密码的管理控制台.我也找不到配置页面.
请指教.
我的应用程序中有一个受EJB安全保护的REST端点.
@Path("/somepath")
@Produces(MediaType.APPLICATION_JSON)
@Stateless
@SecurityDomain("mydomain")
@RolesAllowed({"user"})
public class MyResource extends AbstractResource
如果用户的会话超时web-app不知道,如果我尝试与它进行交互,它会获得403 FORBIDDEN,这是完全正常的.但在服务器日志中,此错误如下所示:
14:47:52,682 ERROR [org.jboss.ejb3.invocation] (http--127.0.0.1-8080-5) JBAS014134: EJB Invocation failed on component MyResource for method public java.lang.String MyResource.getSupplies(): javax.ejb.EJBAccessException: JBAS014502: Invocation on method: public java.lang.String MyResource.getSupplies() of bean: MyResource is not allowed
at org.jboss.as.ejb3.security.AuthorizationInterceptor.processInvocation(AuthorizationInterceptor.java:101) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:76) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:32) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final]
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final]
at …我们有一个旧的 Java 应用程序在 Jboss As 7.1.1 中运行。目前，该应用程序在 AWS EC2 实例类型 t3.medium 上运行，该实例类型为 2 个 CPU 核心和 4GB 内存。
我们正在尝试使用 CI/CD 和 AWS Fargate 对我们的应用程序进行现代化改造。我们成功地实现了现代化，但不是通过绩效实现的。
Fargate 的任务定义与 EC2 实例具有相同的 CPU 和内存（2048 CPU 和 4096 内存）。Fargate 与 EC2 实例位于同一子网中并链接到同一安全组。我们无法理解性能缓慢的原因。
该应用程序通常搜索音乐作品详细信息（创作者、出版商、艺术家等）。如果我们拍摄一部有大量感兴趣方的音乐作品，在 EC2 实例中需要不到 20 秒，但在 Fargate 中需要大约 30 分钟。
我从 EC2 实例上运行的同一 Jboss 和相同的 Java 版本创建了 docker 映像。
还有一条信息，数据库位于不同的（非 AWS）数据中心。
您能否指导我如何使用 AWS Fargate 实现与旧设置相同的性能？我在 Fargate 中缺少什么？
任务定义
{
"containerDefinitions": [
{
"name": "CONTAINER_NAME",
"image": "<IMAGE1_NAME>",
"memory": 4096,
"essential": true,
"logConfiguration": {
"logDriver": "awslogs", …我们将我们的应用程序打包为.war文件,我们宣传支持JBoss AS5并指示我们的客户将.war复制到他们的JBoss'deploy'目录中,并启动他们的应用服务器以部署.war.
我们正在引入对JBoss AS7的支持,因此我们对AS7的部署指令必须改为类似
-copy the application.war to $JBOSS_HOME/standalone/deployments
-touch $JBOSS_HOME/standalone/deployments/application.war.dodeploy
-start JBoss AS7
这种deployent方法对我来说似乎很尴尬,而且可能很脆弱,因为无法成功创建*.dodeploy文件会导致部署失败.此外,JBoss启动问题可能导致部署失败,导致*.dodeploy文件被重命名*.failed - 因此在尝试重新部署之前必须将其重命名为*.dodeploy.我们认为这个过程对于一些可能不熟悉JBoss AS7的客户来说有点尴尬.
有没有办法自动化这个部署过程,这样对于那些可能不熟悉JBoss AS7的工作方式的部署人员来说更顺畅？其他人如何处理这种情况？谢谢你的任何建议.
我正在使用JBoss 7(此版本中的依赖项加载已更改).我的war-application上传到服务器jar并需要使用它们内部的类,但它得到了ClassNotFoundException.因此,我不能找到一种方法来添加JAR-依赖于动态模块- MANIFEST.MF,jboss-deployment-structure.xml这样做的静态方法.
我只想简单地获取Hibernate绑定到问号"？"后面的查询的值.在JBoss 7上.
所以我正在编辑standalone/configuration/logging.properties以添加这个:
logger.org.hibernate=DEBUG
logger.org.hibernate.type=ALL
但我的控制台,日志文件中都没有任何结果......我错过了什么？
我试图在jboss上运行一个基于spring java的配置的简单应用程序,但没有成功.这个应用程序在jetty和tomcat上都可以正常工作.jboss日志看起来不错,因为它向我展示了一些成功的映射等,但我得到404试图访问该URL.
这是我的代码:
初始化
@Order(1)
public class Initializer extends AbstractAnnotationConfigDispatcherServletInitializer {
@Override
protected Class<?>[] getRootConfigClasses() {
return new Class<?>[] {RootConfig.class};
}
@Override
protected Class<?>[] getServletConfigClasses() {
return new Class<?>[] {WebAppConfig.class};
}
@Override
protected String[] getServletMappings() {
return new String[] {"/"};
}
@Override
protected void customizeRegistration(ServletRegistration.Dynamic registration) {
registration.setInitParameter("dispatchOptionsRequest", "true");
}
}
RootConfig
@Configuration
@ComponentScan(value = "com.test.config", excludeFilters = @Filter(type = FilterType.ASSIGNABLE_TYPE, value = RootConfig.class))
public class RootConfig {
}
WebAppConfig
@Configuration
@ComponentScan("com.test")
@EnableWebMvc
@EnableSpringDataWebSupport
public class WebAppConfig extends WebMvcConfigurerAdapter { …在启动时,我们需要获取正在运行的应用程序的服务器地址和http端口.到现在为止我们这样做了:
MBeanServer mBeanServer = ManagementFactory.getPlatformMBeanServer();
ObjectName socketBindingMBean = new ObjectName("jboss.as:socket-binding-group=standard-sockets,socket-binding=http");
String host = (String) mBeanServer.getAttribute(socketBindingMBean, "boundAddress"),
Integer port = (Integer) mBeanServer.getAttribute(socketBindingMBean, "boundPort"));
一切都很好但是从jBoss 7.1.1.Final迁移到7.1.3.Final后我们遇到了MBean未在服务器启动时定义的问题.这意味着如果我在已经运行的 jboss服务器上部署应用程序,一切都很好,但如果我启动服务器并且在服务器启动期间加载了应用程序MBean不在那里.
我不知道为什么,但我觉得jBoss确保在大多数MBean之前启动/加载应用程序.我看了一眼,发现在申请后加载了Mbeans:
所以,