问题标签 [spring-insight]

我试图让 Spring 洞察力解决部署在 Jboss EAP 5.1.2 上的应用程序的性能问题。如果我理解正确，spring Insight 的开发者版仅适用于 tomcat 服务器。由于我必须创建资源并花时间解决在 tomcat 服务器上部署我的应用程序的依赖项/类加载问题，因此我决定尝试“Insight Operations”1.8.3（来自 vmware 的试用版）。

我已启动并运行仪表板。我从仪表板（从管理选项卡）下载了insight-agent.jar。我能够使用以下命令成功安装代理：

上面的命令尝试将insight-agent.war 文件部署到我的jboss 配置文件中，但是部署存在问题：

你能帮忙吗？

2012-11-21 12:56:34,028 INFO [org.jboss.bootstrap.microcontainer.ServerImpl] (main) JBoss (Microcontainer) [5.1.2 (build: SVNTag=JBPAPP_5_1_2 date=201111102209)] 开始于 39s:513ms 2012 -11-21 12:57:48,904 信息 [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (HDScanner) 部署，ctxPath=/insight-agent 2012-11-21 12:57:49,042 严重 [com. springsource.insight.classpath.InsightClassPathMunger] (HDScanner) 上下文未由 InsightClassLoader 初始化 2012-11-21 12:57:49,043 严重 [com.springsource.insight.classpath.InsightClassPathMunger] (HDScanner) 因此，我无法添加conf 或插件到类路径 2012-11-21 12:57:49,043 SEVERE [com.springsource.insight.classpath.InsightClassPathMunger] (HDScanner) 但是，我会尝试配置日志子系统 2012-11-21 12:57 :49,051 信息 [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/insight-agent]] (HDScanner) 初始化 Spring 根 WebApplicationContext 2012-11-21 12:57:49,514 错误 [org.springframework.web.context.ContextLoader] (HDScanner ) 上下文初始化失败 java.lang.IllegalArgumentException：URI 不是分层的 在 java.io.File.(File.java:363) 在 org.jboss.net.protocol.file.FileURLConnection.(FileURLConnection.java:62) 在 org.jboss.net.protocol.file.Handler.openConnection(Handler .java:40) 在 java.net.URL.openConnection(URL.java:945) 在 org.springframework.core.io.UrlResource.getInputStream(UrlResource.java:121) 在 org.springframework.core.io.support。 PropertiesLoaderSupport.loadProperties(PropertiesLoaderSupport.java:181) at org.springframework.core.io.support.PropertiesLoaderSupport.mergeProperties(PropertiesLoaderSupport.java:161) at org.springframework.beans.factory.config.PropertyResourceConfigurer.postProcessBeanFactory(PropertyResourceConfigurer.java: 69) 在 org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:663) 在 org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:407) 在 org.springframework.web.context.ContextLoader 的 org.springframework.context.support.AbstractApplicationContext.invokeBeanFactoryPostProcessors(AbstractApplicationContext.java:638) .createWebApplicationContext(ContextLoader.java:276) 在 org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:197) 在 org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47) 在 org. org.jboss.web.tomcat.service.deployers.TomcatDeployment 的 org.apache.catalina.core.StandardContext.start(StandardContext.java:4389) 的 apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3910)。performDeployInternal(TomcatDeployment.java:313) at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:145) at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)在 org.jboss.web.deployers.WebModule.startModule(WebModule.java:122) 在 org.jboss.web.deployers.WebModule.start(WebModule.java:97) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 在 java.lang.reflect.Method.invoke(Method.java:597) 在 org. jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) 在 org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) 在 org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) 在 org.jboss.mx.server.MBeanServerImpl 的 org.jboss.mx.server.Invocation.invoke(Invocation.java:88) .invoke(MBeanServerImpl.java:668) at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206) at $Proxy38.start(Unknown Source) at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction( StartStopLifecycleAction.java:42) at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37) at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) at org.jboss .dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) 在 org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext. java:297) 在 org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1652) 在 org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:938) 在 org.jboss.dependency.plugins .AbstractController.resolveContexts(AbstractController.java:1082) 在 org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:988) 在 org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:826) 在org.jboss.dependency.plugins。AbstractController.change(AbstractController.java:556) at org.jboss.system.ServiceController.doChange(ServiceController.java:688) at org.jboss.system.ServiceController.start(ServiceController.java:460) at org.jboss.system .deployers.ServiceDeployer.start(ServiceDeployer.java:163) 在 org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99) 在 org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46 ) 在 org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:55) 在 org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)。 jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) 在 org.jboss.deployers.plugins.deployers.DeployersImpl。doDeploy(DeployersImpl.java:1454) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1172) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1193)在 org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1113) 在 org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) 在 org.jboss.dependency.plugins.AbstractController .install(AbstractController.java:1652) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:938) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082) at org. jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:988) 在 org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:826) 在 org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:556) 在 org.jboss.deployers.plugins.deployers .DeployersImpl.process(DeployersImpl.java:789) at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:699) at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter .java:117) 在 org.jboss.system.server.profileservice.hotdeploy.HDScanner.scan(HDScanner.java:409) 在 org.jboss.system.server.profileservice.hotdeploy.HDScanner.run(HDScanner.java:294) ) 在 java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) 在 java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) 在 java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java :180) 在 java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 在 java.util.concurrent.ThreadPoolExecutor$ 的 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204) Worker.run(ThreadPoolExecutor.java:908) 在 java.lang.Thread.run(Thread.java:662)98) 在 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204) 在 java.util.concurrent.ThreadPoolExecutor$Worker 的 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180) .runTask(ThreadPoolExecutor.java:886) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 在 java.lang.Thread.run(Thread.java:662)98) 在 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204) 在 java.util.concurrent.ThreadPoolExecutor$Worker 的 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180) .runTask(ThreadPoolExecutor.java:886) 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 在 java.lang.Thread.run(Thread.java:662)ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 在 java.lang.Thread.run(Thread.java:662)ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 在 java.lang.Thread.run(Thread.java:662)

我们需要使用类似于 Spring Insight 的一些工具来分析在 JBOSS EAP 6 上运行的基于 Spring 的 Web 应用程序。

Spring Insight 帮助开发人员理解和可视化 Web 应用程序的行为，但它不支持 JBOSS EAP 6。

我正在尝试使用 tc Server Idea 插件在 Idea 中运行我的应用程序并收到以下日志

任何人都可以描述什么问题吗？我无法完全理解如何在 tc Server 中配置用户和角色。

更新

上述问题通过启用 jmx 解决。但是现在还有一个问题

我构建了一个应用程序并使用洞察模板部署到一个新创建的 tcServer 实例。该应用程序运行良好（可以在 STS 中启动/停止），我可以浏览洞察应用程序 (.../insight)。

Insight 的“浏览资源”和“最近活动”窗口是空的，所以我假设我需要以某种方式配置洞察力以查看本地部署的应用程序？

我假设由于我使用 STS 成功部署了我的应用程序，并且我有 STS 控制 tcServer 实例，因此 Insight 会自动“看到”我的应用程序。

我错过了什么？

在 Insight 应用程序的 TC 服务器初始化期间，它似乎对已部署的应用程序进行了检测。它启动了，我可以看到结果。但是，当我检查日志时，我可以看到 16 个 NullPointerExceptions，如下所示。我部署了 16 个应用程序。这可能是巧合：

有人知道我为什么会收到这些 NullPointerExceptions 吗？

Spring Insight文档指出：

一个跟踪代表一个执行线程。它通常由 HTTP 请求启动，但也可以由后台作业启动

我的应用程序架构风格是在后台运行的队列之一，我也想对其进行检测。但是，我不知道如何让 Spring Insight 检测这些由排队消息发起的调用。即，我想在从队列中读取消息后检测跟踪。

如何确保 Insight 检测这些后台作业？

打开页面时出现空白屏幕 ...host:8080/insight 在我部署在 vfabric-tc-server-developer-2.9.3.RELEASE 上的 Web 应用程序上查看来自 Spring Insight 的报告

如果我从 STS 3.5.0.RELEASE 或外部启动服务器，并从我的 Linux 机器上的命令行手动启动服务器，就会发生这种情况。

有什么线索吗？

亲切的问候，

斯蒂芬·艾伯特

我正在尝试使用洞察力分析 grails 应用程序。

• Grails - 2.4.0 或 2.4.1（尝试 2.4.1 看看它是否解决了我的问题）
• GGTS - 3.5.0 w/eclipse 4.3.2
• tcserver -VMWare vFabric tc Server Developer Edition（运行时）v2.9（来自 eclipse）
• PermGenSpace = 1024m

我尝试了以下方法；

• 将 grails 应用程序从项目资源管理器中拖放到服务器窗格中的 tc 服务器上
• 使用 grails dev war 构建 grails 应用程序，并通过命令行直接将 war 文件放入 webapps 目录
• 运行方式 -> 在服务器上运行

我看到了相同的结果，即下面的堆栈跟踪。有人对可能出了什么问题或如何使这项工作有想法吗？如果需要更多信息，请告诉我，我会尽力提供。

非常感谢！

坦图斯

编辑：

通过调整 tcserver 的内存让服务器启动。阻止服务器启动的真正问题是堆栈跟踪最底部的堆内存错误。我仍然看到 SimepleFrameBuilder 的错误，但至少服务器现在启动了 :)。

这是内存设置的服务器配置的相关部分；

-Xmx2048m -Xss1024k -XX:MaxPermSize=2048m

- 堆栈跟踪 -

我有一个在 tomcat 上运行的 Spring MVC Web 应用程序。我需要监控我的应用程序的性能，记录每个方法调用所花费的时间以及参数的值。对于应用程序内的所有控制器、服务、实用程序类中的所有方法，我都需要此日志记录。

我在这里看到了之前发布的问题：如何记录 Springframework 中方法所花费的时间？

至于针对该问题提出的解决方案，我有以下担忧。

1) 使用 Spring AOP 进行日志记录 - 非常符合要求，但据我所知，它需要为每个方法添加注释 - 宁愿避免更改当前应用程序。

2) Stagemonitor - 无法按照安装说明进行操作 - 它需要安装 docker，但由于操作系统限制，我无法安装。我正在开发 openSUSE 11.3，因为 docker 可用于 openSUSE 12.3+

3) SpringInsight - 这是一个很棒的工具，完全符合我的要求。但问题是，它运行的是 vfabric-tc-server 实例。我尝试使用 Daniel 在Using Spring Insight with Tomcat 6中提到的步骤在 tomcat 7 上设置它，但它没有锻炼，因为洞察应用程序中的 jar 都没有类 com.springsource.insight.collection.tcserver.ltw.TomcatWeavingInsightClassLoader这应该是从 server.xml 引用的。尝试添加外部 jar 但它不起作用。

我想知道是否还有其他工具

-- 不需要改变现有的应用程序——简单的配置应该是可以接受的。

- 将给予方法级别的性能监控。

-- 严格来说不需要将现有的应用程序迁移到其他服务器。

提前致谢 ：）

我有一个战争档案。

在部署到 tc 服务器之前，我成功部署到了 tomcat 上：

1. 在 webapps 文件夹中复制 war，在 libs 文件夹中复制 mysql 连接器。

2.配置server.xml

现在，在关键的 tc 服务器开发人员版本 3.0.0 上，我创建了一个洞察类型的实例（用于 Spring Insight）。

我已经在该实例的 webapps 文件夹中复制了我的战争。在 libs 文件夹中复制 mysql 连接器，配置 server.xml

当我运行 tc 服务器实例时，war 正常启动，然后由于嵌套依赖异常，出现了很多异常，一切都失败了。

一些日志：

战争开始时记录（修剪）：

在许多这样的日志之后，有一个破坏性的单例 bean 日志（修剪）：

在上述大量日志之后：

在这之后 ：

在您看到的日志中，它无法创建“someRepository”，其中 someRepository 只是域对象的 JPA 存储库，没什么复杂的。

还有嵌套的异常，这也存在：

如果需要任何其他信息，请告诉我。

非常感谢您提前提供的所有帮助。