问题标签 [tcserver]

我在 RHEL 5.5 系统上的 tcserver 的 log4j 日志输出中看到时间戳值逐渐不同。系统时钟显示现在是 12:28:11，但日志的范围远早于一个小时。这是一个虚拟机，没有 ntp 守护进程，但安装了 vmware-tools。此虚拟主机上运行相同应用程序的其他虚拟机均未表现出此行为。

有谁知道可能导致这种情况的原因？

1. 这是一个多线程应用程序
2. 昨天的时间戳只差了一秒钟。

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:404 - 标准化 URL：rest/null

[14/08/14 11:42:44:044 EDT] 跟踪过滤器。HttpRequestFilter:159

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:393 - 检查本地身份验证

[14/08/14 11:42:44:044 EDT] TRACE client.AcManager:404 - 标准化 URL：rest/null

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:419 - url 需要本地身份验证

[14/08/14 11:42:44:044 EDT] TRACE lib.ConnectionPool:235 - 已发布 DB 语句。

[14/08/14 11:42:44:044 EDT] TRACE client.AcManager:419 - url 需要本地身份验证

[14/08/14 11:42:44:044 EDT] TRACE lib.ConnectionPool:235 - 已发布 DB 语句。

[14/08/14 11:42:44:044 EDT] TRACE client.AcManager:404 - 标准化 URL：rest/null

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:419 - url 需要本地身份验证

[14/08/14 11:42:44:044 EDT] TRACE lib.ConnectionPool:235 - 已发布 DB 语句。

[14/08/14 12:28:11:011 EDT] TRACE lib.ConnectionPool:209 - 已释放数据库连接。

[14/08/14 11:42:44:044 EDT] TRACE lib.ConnectionPool:235 - 已发布 DB 语句。

[14/08/14 11:38:57:057 EDT] TRACE client.AcManager:219 - 标准化 URL：rest/info

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:235 - 使用本地身份验证数据

[14/08/14 12:28:11:011 EDT] TRACE client.AcManager:268 - url 匹配允许模式：.*

[14/08/14 11:38:57:057 EDT] TRACE client.AcManager:304 - 标准化 URL：rest/info

[14/08/14 11:34:30:030 EDT] TRACE lib.ConnectionPool:144 - 获取的 DB 语句。

[14/08/14 11:34:30:030 EDT] INFO managed.PerfService:56 - 执行对 metricsdata 的调用

[14/08/14 11:34:30:030 EDT] TRACE lib.ConnectionPool:144 - 获取的 DB 语句。

[14/08/14 11:34:30:030 EDT] INFO managed.XbrcService:406 - 执行状态调用

[14/08/14 11:34:30:030 EDT] INFO managed.Service:56 - 执行对 metricsdata 的调用

[14/08/14 11:34:30:030 EDT] INFO managed.Service:406 - 执行对 locationinfo 的调用

[14/08/14 11:34:30:030 EDT] TRACE client.AcManager:293 - 检查 url 是否受保护

[14/08/14 12:31:26:026 EDT] TRACE filter.RequestFilter:159 - 过滤器 SID = 2E549D291

[14/08/14 12:31:26:026 EDT] TRACE managed.System:63 - 试图获取状态

[14/08/14 12:31:26:026 EDT] TRACE client.AcManager:368 - 标准化 URL：rest/config

[14/08/14 12:41:23:023 EDT] TRACE client.AcManager:293 - 检查 url 是否受保护

[14/08/14 12:31:26:026 EDT] INFO server.HealthConsumer:312 - 无法解析名称

启动执行“”的 Spring bean 时，vFabric tc 服务器无法加载我的 JNI 库System.loadLibrary("...")。实际上，我需要从部署在 vFabric tcServer 版 (STS) Spring Tools Suite 中的 Spring bean 中执行一些 JNI 共享库。

尽管我遵循了“为 vFabric tc Server (2030216) 自定义环境或 JVM 选项”中的建议，但仍然不断弹出错误：“ nested exception is org.springframework.beans.BeanInstantiationException: Could not instantiate bean class [my.JniServiceFactory]: Constructor threw exception; nested exception is java.lang.UnsatisfiedLinkError: no myJNIsharedLib in java.library.path”

我进一步发现wrapper.log了 tc 服务器实例.../bin/winx86_64目录中的文件错误：Unable to open configuration file. C:\java\SpringTools\vfabric-tc-server-developer-2.9.6.RELEASE\base-instance\bin\winx86_64\wrapper.conf 并且在命令行执行包装器时还发现了错误：wrapper -q ..\..\conf\wrapper.conf， yielding wrapper | OpenSCManager failed - Access is denied. (0x5)，这表明存在 UAC 问题。所以我将我的 Windows 帐户提升为管理员，甚至关闭了 UAC ......这解决了 wrapper.exe 错误，但在 tc 服务器中启动我的应用程序时没有解决 UnsatisfiedLinkError。

我还在setenv.battc 服务器实例目录下发现了一个 ' ' 文件，其中包含set JAVA_LIBRARY_PATH=邀请您定义它的行 ' '，但没有效果。我还尝试在我的系统属性下设置一个全局环境变量 JAVA_LIBRARY_PATH ，因此在启动 Spring Tools 然后启动 tc 服务器时可用......没办法。

当我使用STS 3.6.0默认的“服务器”文件夹(Vmware vFabric v2.5 - v.2.9)时，总是将其添加到我创建的任何新工作区中。自安装以来STS 3.6.1，我不再看到将默认“服务器”附加到工作区。现在似乎STS 3.6.1正在捆绑Pivotal tc Server v3.0，这似乎有利于 Tomcat 8 作为默认的底层二进制文件（这需要 Java SE 7，但我需要使用 Java SE 6（这是我的工作区默认值））所以我最好猜测为什么自动没有添加“Servers”文件夹，是因为我没有将 Java SE7 设置为我的工作区默认值，但我有点惊讶 Tomcat 8 被认为是 tc Server 的默认二进制文件；

我也遇到了为我的工作区手动添加服务器的问题

在我选择'Pivotal tcServer v3.0'默认 Tomcat 版本的位置后，选择的是Tomcat 8.0.9.B.RELEASE. 选择此选项后，我收到以下警告：

明白了，但是...

当我选择Tomcat 7.0.55.A.RELEASE版本时，我仍然看到相同的消息并且我无法继续添加服务器。（据我所知，Java SE6 支持 Tomcat 7.x）。在我看来，这是出乎意料的行为，因为我的工作区默认 JRE 支持 Tomcat 7。这个问题有什么问题吗？

我在 Java 7 或 Java 8 JDK 下的 Windows 7 上运行 STS 3.6.1。

使用 tc Server Developer Edition v3.0 和 Tomcat 8 可以正常创建“Pivotal tc Server Developer Editions v3.0”。它运行良好。但是，我无法编辑运行时配置。在“编辑启动配置”对话框（通过单击“打开启动配置”链接打开）中，错误显示为“未选择服务器”。实际上，组合框中没有可用的服务器。

无论我如何创建服务器（使用现有或新的 tc 服务器设置），也无论我使用哪个 JRE，启动配置都不会“粘住”。Edit Configuration 对话框让我可以更改 VM Arguments（在 Arguments 选项卡下），但不会保存更改。

这个错误似乎是在 3.6.1 和 tc Server v3.0 中引入的。它在使用 tcServer v2.9 的 3.6.0 中工作

任何解决方法的想法？

谢谢

I have a project with Spring profile

In my web.xml, i have

to set the default spring profile.

I build the maven project with

Then, I choose the option Run As -> Run on Server to deploy the maven project to tc Server.

However, the active profile is still dev.

What is the correct way to activate a spring profile on tc Server

tc server on red hat linux 我一直在尝试遵循这个例子： http: //tomcat.apache.org/tomcat-7.0-doc/windows-auth-howto.html AD服务帐户设置setspn和ktpass命令执行创建spn和密钥表

如果我在 ktpass 命令中使用 mapuser 选项并允许更改 userprincipalname，它将适用于那个 spn。我无法将其配置为能够为一个 AD 服务 ID 使用多个 spns。为委派设置了 AD 帐户。

jaas.conf 片段

如果我将 upn 更改为除了我正在使用的 spn 之外的任何内容，则会失败，因为在 kerberos 数据库中找不到用户。能够将一个 AD 服务帐户用于多个 spns，我缺少什么？

我想使用 JPA/JNDI，因为我对 Netbeans 和 Glassfish 的经验是我可以在服务器上配置数据库设置，因此我可以在不更改任何代码或配置的情况下发布到不同的服务器。

我真的不明白出了什么问题，把我的配置贴在这里，希望你能给我一些建议。

我成功地尝试与这个持久性单元建立数据库连接：

我是这样用的

但是当我想像这样使用 JNDI

我得到这个控制台输出，告诉我它不能创建池的初始连接：

/primefaces-showcase/src/main/java/org/primefaces/showcase/service/CarService.java

/primefaces-showcase/src/main/java/META-INF/persistence.xml

/primefaces-showcase/src/main/java/META-INF/context.xml

/primefaces-showcase/src/main/webapp/WEB-INF/web.xml

2014 年 10 月 9 日更新：

通过将驱动程序添加到 pom.xml 解决了问题

我有一个战争档案。

在部署到 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 存储库，没什么复杂的。

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

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

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

我从 Spring Tool Suite 中将我的项目重构为 Spring Boot 应用程序。所有文档都展示了如何使用嵌入式 Tomcat 实例创建一个自包含的应用程序，该实例可以工作并且非常棒。

然而，在此之前，我有我自己的 Maven Web-MVC 项目，它具有基于 XML 的 Spring 配置。我可以将它直接部署到 TC Server 并且效果很好。我最喜欢的是：热插拔！我可以添加新的函数和类，它们立即被 TC Server 拾取，无需任何额外配置。

但是，使用 Spring Boot 和嵌入式 Tomcat，我发现情况并非如此。热交换非常有限，许多基本更改都需要重新启动。从我一直在阅读的内容来看，TC Server 是一个更复杂的 Tomcat 版本，所以这让我想到了两个问题：

1) 如何让我的 Maven Spring Boot 应用程序通过 STS 在 TC Server 上运行？启动新的 Pivotal TC 运行配置对我不起作用。

2) Spring Boot 文档示例为什么不强调使用 TC Server 而不是嵌入式 Tomcat，而前者似乎工作得更好？

我试图更改使用 Pivotal tc Server Developer 版本 3.0 发生的日志记录，我发现启动服务器的 java 进程从不读取 catalina base 中的 logging.properties 文件。

我使用名为 diff-instance 的新实例创建了一个新的 Pivotal tc Server 3.0，并添加了 bio 配置文件。完成后，在 /diff-instance/conf 文件夹中创建了一个 logging.properties 文件。我启动服务器并停止它并查看设置（F3 或在服务器列表中打开）。它说：

配置路径：

选择的选项：使用 tc 服务器安装（控制 tc 服务器安装）服务器路径（catalina.base）：/diff-instance

然后我停止服务器并修改 logging.properties 文件，并注意到我对此 logging.properties 文件所做的任何更改似乎都没有反映在 tc 服务器中。

我带来了我的瑞士军刀和旧的 sysinternals 工具 (www.sysinternals.com) 并启动了 procmon。令我惊讶的是，javaw.exe 进程从不读取 catalina.base conf 文件夹中的 logging.properties 文件（仅读取 /jre/lib 文件夹中的 logging.properties）。这解释了我所看到的。

我有 3 个与此相关的重要问题：

1. 为什么永远不会读取 logging.properties 文件？
2. 自定义 Pivotal tc Server 开发人员版本的方法在哪里记录？我在第 29 页的“tc 运行时实例配置文件”部分中查看了http://tcserver.docs.pivotal.io/index.html上的“Pivotal tc Server 入门” ，它说应该使用该文件。此外，“Pivotal tc 服务器管理”在第 50 页有一个完整的部分“为 tc 运行时配置日志记录”，该部分一直在讨论同一个文件。
3. 我知道 tc Server 开发人员和 STS 之间有很多胶水。定义新服务器的整个过程以及要定义如下所示的服务器位置类型的选项 都非常酷，但是这些东西的文档在哪里？

此页面描述了旧版本的 tc 服务器以及如何更改日志记录。它还引用 catalina.base 中的 logging.properties 文件。

https://pubs.vmware.com/vfabric5/index.jsp?topic=/com.vmware.vfabric.tc-server.2.6/admin/manual-logging.html