小编sum*_*ulb的帖子

我有一个Web表单,允许用户在我们的系统中打开票证时上传文件.使用"ajax控件工具包"asyncFileUpload控件完成上载.

我们的想法是将文件保存到临时目录,并在用户点击"提交"按钮时将它们保存到永久位置.

我希望能够摆脱不再相关的临时文件(例如,用户离开页面一个月而不发布表单).

什么是不永远保存临时文件的最佳方法.也许将它们保存在会话中？也许让他们保持在观察状态？

我可以在超时时向页面添加一些JS,并添加一些在用户离开页面时运行的代码.但这些想法是客户端解决方案.我不希望有人篡改代码并在我的系统上留下垃圾.

还有其他想法吗？

谢谢,Summerbulb

我正在寻找一种在java运行时读取RPM内容的方法.

有人建议使用7zip在运行时解压缩和/或提取RPM,使用7zip的系统命令.

该解决方案有两个缺点:

1. 它取决于平台(因为命令将特定于一个OS)
2. 它涉及第三方软件.

有任何想法吗？

编辑:
我正试着走下罗伯特的道路.这是我的代码:

String file = "MyRpm.rpm";

CpioArchiveInputStream cpioIn = 
       new CpioArchiveInputStream( new FileInputStream(new File(file)) );
 CpioArchiveEntry cpioEntry;



while ((cpioEntry = cpioIn.getNextEntry()) != null)
{
    System.out.println(cpioEntry.getName());
    int tmp;
    StringBuffer buf = new StringBuffer();
    while ((tmp = cpioIn.read()) != -1)
    {
        buf.append((char) tmp);
    }
    System.out.println(buf.toString());
}
cpioIn.close();

我得到一个例外:( java.io.IOException: Unknown magic [????有趣的字符来自原始的错误消息).

我们最近从 Drools 5 升级到 Drools 6，但遇到了令人不安的冲突问题。

我们已经kie-ci导入到out项目中。kie-ci带进来sisu-guava。sisu-guava更改了谷歌番石榴中某些类的可访问性。不幸的是，它使用与 google 的 guava 相同的包名。

由于我们在项目中使用了 google 的 guava，因此我们遇到了类冲突。尝试sisu-guava从项目中删除（使用 maven 排除）会导致可访问性异常，因为 kie-ci 代码尝试访问sisu-guava在 google guava中公开但私有的类。

知道如何解决这个问题。

Intellij是否有任何基于构造函数签名中的参数自动创建构造函数调用的方法？

我的想法是根据构造函数签名中的名称键入类的名称(构造函数名称),命中Magic+ Key+ Combination,在所有参数中选择相关的构造函数和IntelliJ类型.显然,在大多数情况下,这不会编译但是没关系,因为我将使用适当的名称创建所需的参数.

一个更好的想法是该功能还为我创建参数定义,就在构造函数调用之上.

任何的想法？

不知何故,使用AWS Java API,我们设法将文件上传到S3而没有名称.

如果我们运行s3cmd ls s3://myBucket/MyFolder,则会显示该文件,但不会显示在S3 GUI中.

运行时s3cmd del s3://myBucket/MyFolder/出现以下错误:

ERROR: Parameter problem: Expecting S3 URI with a filename or --recursive: s3://myBucket/MyFolder/

在没有尾部斜杠的情况下运行相同的命令不起作用.

如何删除文件？

我正在寻找一种方法来监视 YARN 容器随时间的内存使用情况。

具体来说 - 给定一个 YARN 应用程序 ID，你如何获得一个图表，显示每个容器随时间的内存使用情况？

主要目标是更好地满足我们的 YARN 应用程序（Spark / Map-Reduce）的内存分配要求，以避免过度分配和集群资源浪费。一个附带目标是在开发我们的作业并尝试选择合理的资源分配时调试内存问题的能力。

我们已经尝试使用Data-Dog 集成，但它没有按容器分解指标。

另一种方法是解析hadoop-yarn日志。这些日志包含以下消息：

Memory usage of ProcessTree 57251 for container-id container_e116_1495951495692_35134_01_000001: 1.9 GB of 11 GB physical memory used; 14.4 GB of 23.1 GB virtual memory used

正确解析日志可以产生可用于绘制内存使用情况随时间变化的图表的数据。

这正是我们想要的，但有两个缺点：

1. 它涉及读取人类可读的日志行并将它们解析为数字数据。我们很想避免这种情况。
2. 如果可以以其他方式使用这些数据，我们希望它会有更多我们将来可能感兴趣的信息。我们不想花时间解析日志只是为了意识到我们需要别的东西。

有没有其他方法可以提取这些指标，通过插入现有的生产者或编写一个简单的侦听器？

也许是另一种方法？

当我的程序被kill来自操作系统的命令杀死时,我想捕获异常(或其他).

我想在关闭之前将消息打印到日志文件.

有办法吗？

谢谢