小编Sar*_*tha的帖子

这是在服务器集群上运行应用程序的能力,旨在分配负载并提供额外的冗余.

我已经看过GridGain的演示文稿,我对它印象非常深刻.

知道其他人吗？

在Java 1.4中,您可以使用((SunToolkit)Toolkit.getDefaultToolkit()).getNativeWindowHandleFromComponent()但已删除.

看起来您现在必须使用JNI来执行此操作.您是否有JNI代码和示例Java代码来执行此操作？

我需要这个来调用Win32 GetWindowLong和SetWindowLong API调用,这可以通过Jawin库完成.

我想要一些非常精确的东西,所以我可以传递对JDialog或JFrame的引用并获取窗口句柄.

使用JNI的Swing透明度可能是相关的.

我一直在自定义应用程序中使用Java Service包装器已经有一段时间了,它一直运行良好.由于在最近几天将我们的应用程序更新到新版本,JVM开始挂起,然后包装器在日志中打印出来:JVM出现挂起:超时等待来自JVM的信号.

然后它会自动终止JVM并再次启动应用程序.这在大约10个小时的运行后发生,这使得调试变得更加困难.

当然,我将查看我们所做的更改,但没有做出重大更改,我怀疑是会导致此类问题.

我在哪里可以尝试找出发生了什么？来自应用程序的调试消息并不表示任何有趣的内容 如果JVM崩溃了,它通常会创建一个转储,这可以帮助调试它,但它是挂起的,所以它不会创建转储.如果我没有自动重启服务,我可以做些什么来重新启动它之前从JVM中获取一些有用的信息？

在我看来,JVM不应该挂起典型的编程错误.你之前遇到什么会导致JVM挂起？

我正在为JEXL脚本创建一个沙箱来执行,以便恶意用户无法访问我们允许他们访问的变量之外的数据,也无法在服务器上执行DOS攻击.我想把这个记录给任何其他人也这样做,并且也让其他人对这种方法有所了解.

以下是我所知道的需要解决的事项列表:

1. 仅允许使用白名单中的"新"实例化类.
2. 不允许在任何类上访问getClass方法,因为可以调用forName并可以访问任何类.
3. 限制对文件等资源的访问.
4. 允许表达式只执行一定的时间,以便我们可以限制它消耗的资源量.

这不适用于JEXL,但可能适用于您使用的脚本语言:

1. 不允许对象具有自定义finalize方法,因为finalize方法是从终结器线程调用的,并且将使用原始的AccessControlContext而不是用于创建对象并在其中执行代码的AccessControlContext执行.

它的所有Perl依赖项都得到满足,但是我收到了这个错误:

无法在SES.pm第250行通过包"LWP :: UserAgent"找到对象方法"ssl_opts".