Java的servicewrapper的替代方案？
我过去曾使用ServiceWrapper几次，但是，对于商业产品，双重许可有些复杂（通常需要付费）。是否存在具有类似功能的完全FOSS替代产品？
问题答案：
尽管我尚未完成评估，但YAJSW似乎是最好的选择。
-
问题内容： 我从没想过会发生这种情况，但是遇到了我的第一个Java错误： http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5003595 我几乎与错误（在Linux上为NFS）中描述的情况完全相同，并且我看到File.exists（）没有返回正确的值（至少不是立即返回）。 所以我的问题是，这种检查文件是否存在的方法是否可以替代？如果可能的话，我
-
问题内容： 我正在尝试发送带有附件的电子邮件，并发现Java邮件api令人不快。 只有两种实现要求我创建一个本地文件来发送附件。可能是我必须编写自己的DataHandler实现，但是我现在不想这样做。 提前致谢 ！ 阿迪 编辑：我的意思不是 问题答案： Spring提供了 围绕JavaMail API 的 部分包装器 ，使其易于吞咽。 例如，该类使您可以使用各种接口（包括来自常规来源的接口）添加附
-
问题内容： 我们有一个类，其中包含应用程序的配置信息。它曾经是一个单身人士。经过一些体系结构审查后，我们被告知删除单例。我们确实看到了在单元测试中不使用单例的一些好处，因为我们可以一次测试所有不同的配置。 没有单例，我们必须在代码中的所有地方传递实例。变得太乱了，所以我们写了一个单例包装器。现在我们将相同的代码移植到PHP和.NET，我想知道是否有更好的模式可用于配置对象。 问题答案： 在谷歌测试
-
问题内容： 我正在实现自己的使用 合并功能 的收集器。不幸的是，对于我的某些情况，我无法重用抛出 IllegalStateException 的以下JDK合并函数。 发生这种情况是因为它具有 私有 访问修饰符，并且限制了其他（而非内部）类的访问。但是，javadoc表示以下内容： 这可以用来执行以下假设：所收集的元素是不同的 但是，正如我所看到的，java doc已经过时了。无法使用。问题是JDK
-
问题内容： 我有以下使用Java 7功能（如 java.nio.file.Files和java.nio.file.Paths）的代码 现在，我必须在Java 6上运行相同的代码，除了使用FileReader之外，还有哪些最佳替代方案？ 问题答案： 替代方法是java.io或Apache Commons IO中的类，Guava IO也可以提供帮助。 番石榴是最现代的，所以我认为这是最适合您的解决方案
-
问题内容： 我想知道是否存在现有的替代方法，或者如何在Java 5之前实现java.util.concurrent.locks.Lock＃tryLock（）的语义。如果锁已经被持有，则有可能立即退后另一个线程。 问题答案： 如果需要支持操作，则不能使用Java的固有锁定功能。您必须实现自己的类，该类维护所需的状态，即所有者和计数器，并可能使用内在锁定来实现其线程安全更新和阻止（在较早的Java版本