问题标签 [jdk1.6]

我不想使用 Tomcat、Jetty 或 Java EE 6 容器来提供 REST 服务，而是使用内置的 Web 服务器。

朋友们，我的项目需要配置JDK 1.6版本。在这个项目中，我必须使用tomcat服务器，哪个版本的tomcat与Java 1.6兼容。

是否可以使用旋转 gc 日志配置 Sun gc 日志记录（JRE 1.6.0）。目前我使用以下热点选项进行日志记录：

-XX:+PrintGCTimeStamps -verbose:gc -Xloggc:/gc.log -XX:+PrintGCDetails

gc.log 增长非常快，因此我更喜欢滚动的。

我想在脚本文件 (javax.script) 中创建一个 java 类。请帮忙

我一直在阅读有关 ThreadLocal 的内容，试图了解它是如何工作的以及我们为什么需要它。

到目前为止，我能够学到的是以下内容：

1. ThreadLocal 类允许在线程级别保存一个对象的 1 个实例
2. 该实例是通过覆盖 initialValue() 创建的
3. 实例实际上存储在每个线程的 HashMap中
4. 可以在此处找到一个常识用法示例

一切似乎都很好，直到我尝试从javadoc运行示例，提供的代码如下：

如果我正确理解了这段代码，调用 getCurrentThreadId() 应该返回正确的自动递增线程号，可惜它为我返回 0。始终为 0，不考虑我启动了多少线程。

为了让这对我有用，我必须将 getCurrentThreadId() 更改为读取

在这种情况下，我得到了正确的值。

下面提供了我的代码，我错过了什么？（并不是说javadoc实际上是错误的，对吧？？）

输出：

ps 代码注释 OT 或中肯欢迎评论。

我想导入一个我已经写在外部文件夹中的类，例如：我的类Example.java位于c:\class\Example.java我的脚本中，比如使用

或者

这是在 ScriptEngine rhino 的脚本中
我该怎么做？？？

我确信我不是第一个遇到这种冲突的人。

我继承的代码执行以下操作：

代表...看似不重要/不相关的代码

使用 JDK 6 编译和运行代码是可行的（并且总是......）

最近，我不得不将公司其他地方编写的另一个组件集成到我的代码中。该组件绝对需要包含在xercesImpl-2.8.1.jar

我绝对需要这个 3rd 方组件，但现在运行上面的代码不再有效，我得到以下信息：

作为一种解决方案，我曾想过以某种方式将 xercesImpl-2.8.1.jar 屏蔽在它自己的类加载器中，但没有设法这样做，可能是由于缺乏类加载器知识，或者可能是因为它不是要走的路. 关于我的环境的另一件事，我的应用程序在 tomcat 5.5 和 6 上运行......

顺便说一句，在调试时我注意到当我运行时dom.getImplementation()

• 添加 xercesImpl-2.8.1.jar到类路径时，结果是 org.apache.xerces.dom.DeferredDOMImplementationImpl@5f15c
• 删除它时，结果是com.sun.org.apache.xerces.internal.dom.DeferredDOMImplementationImpl@6c6ae3

[我想，对于细心的读者来说，这并不奇怪]

有什么建议么？

我们的一个类使用 jdk 1.6 的捆绑 jaxb api。当我尝试使用 maven 编译它时（JAVA_HOME 设置为 JDK 1.6，它在 IDE 中显示 maven 使用 JDK 1.6 运行）我收到 jaxb 库的类未找到错误。有问题的类存在于 JDK 1.6 lib 文件夹下的 rt.jar 中。有任何想法吗？？？

我想将我在项目中创建的类导入到我的脚本中，但它不起作用：

我刚刚将我们的项目升级到 JDK 1.6，在编译时，我有一个测试类，它实现了 java.awt.Toolkit 并实现了不做任何特殊的方法（除了捕获对 beep 命令的调用）。

（这是一个旧测试，可能应该以多种方式重写（模拟它或将该功能包装在一个简单的界面中。但是，无论测试的坏处如何）编译器现在会吐出一堆警告，如下所示：

[19:50:10]：[javac] MemoryManagerTest.java:14：警告：java.awt.dnd.peer.DragSourceContextPeer 是 Sun 专有 API，可能会在未来的版本中删除 [19:50:10]：[javac ] 导入 java.awt.dnd.peer.DragSourceContextPeer

首先有趣的是，带有名为 java.awt.dnd.peer 的包的东西将是 sun 专有的 API（尽管显然实现是），但这个消息是假的，还是真的是真的？如果这是真的，那么这对与这些接口相关的整个 Toolkit 类有什么影响？