问题标签 [jdic]

我的 Java 程序需要大量内存才能运行，32 位版本的 Java 最大为 1.5 GB，我的系统有 4 GB 的 RAM，所以我决定在 64 位版本的 Java 下运行它，但 JDIC不起作用，这会影响我的程序，所以我想知道是否有人知道 64 位 JDIC 何时可用？

我正在使用 Java 编码的桌面应用程序来跟踪我在项目上的时间。

我一直使用它，直到 IT 在我的工作站上进行了新设置。现在我无法启动此应用程序。

当我启动它时，我得到了一个日志文件：

在谷歌上搜索了一段时间后，我继续阅读Sun 制作的故障排除指南-Xcheck:jni，并再次启动带有参数的应用程序。结果是我得到了这个新错误：

我尝试下载 JDIC 的最新版本，但即使启动他们自己的示例也会遇到同样的错误。我想问题出在错误消息中，但我不知道从哪里开始......

你可以帮帮我吗？

我的盒子：

• 视窗 XP SP3

• Java 6 (1.6.0_15)

更新

不幸的是，它现在已修复，我不知道如何修复。从昨天开始，我唯一能说的是我至少重新启动了一次，除了我没有安装新的 java 设置或其他任何东西......对不起，如果有人面临同样的问题。

我的 Java 应用程序中有以下行，它导致以下错误消息：

该应用程序仍然有效，但我想知道是否有办法纠正错误？

我在我的可执行 Jar 文件中使用 JDIC，当它运行时，它需要将 IeEmbed.exe 和 MozEmbed.exe 放在与 Jar 文件相同的目录中，我想知道是否有办法将所有 3 个文件打包成一个可执行 Jar文件，所以当我分发应用程序时，只有一个可执行的Jar文件需要担心，此外，发送和下载*.exe文件也有问题，有什么解决办法？

例如，我的可执行Jar文件名为Java_App.jar，如何将<1>IeEmbed.exe <2>MozEmbed.exe和<3>Java_App.jar放入名为：My_App.jar的Jar文件中，当用户双击时在 My_App.jar 上，它将运行 Java_App.jar 并从 My_App.jar 包中找到所需的 IeEmbed.exe 和 MozEmbed.exe 文件，无需解包并将它们保存到本地目录中。

有谁知道是否有办法让 jdic 在 solaris（64 位版本）中工作？

我只能设法找到 32 位 jdic 库:(

提前致谢。

除了JDIC，还有人知道一个致力于桌面/Java 集成的项目吗？

在安装了 svn 客户端（例如 TortoiseSVN）的情况下，在 windows/linux 中使用文件资源管理器时，您是否注意到与文件和文件夹关联的图标的修改。基本上，当文件夹保存在 SVN 存储库中时，通常会在关联的文件图标上添加一个绿色的小勾号图标。我想知道 TortoiseSVN/Dropbox/... 是如何做到这一点的，以及我是否可以使用 Java6 JDIC 获得类似的结果？

谢谢

我试图从我的应用程序中调用JDIC，但我无法让它运行。我需要什么文件，在哪里？根据我从他们的网站收集到的信息，我基本上需要将 jdic.jar 放在类路径中......但是还有一个 lib 文件夹，其中 jdic.jar 的大小略有不同，还有 jdic_native_applet.jar、jdic_stub_unix。 jar、jdic_stub_windows.jar 和我收集的几个文件夹是特定于平台的文件。

实例化 AssociationService 时出现此异常：

我已经尝试了最后一个“官方”版本和最后一个 alpha 版本。我正在运行 Java 6 和 Win7 64 位。JDIC 甚至可以在 Win7（或 64 位，尽管我使用 32 位 Java）下工作？我看到 2006 年之后没有发布，大约 2008 年之后项目中没有任何活动......而 Win7 在 2009 年出现。

我知道 Java 6 中包含 JDIC 的某些部分，例如 Desktop，但文件关联似乎并非如此。

如果没有，是否有任何（希望是跨平台的）管理文件关联的替代方案？我尝试了一些仅适用于 Windows 的东西，但是除了要求用户以管理员身份运行我的应用程序然后使用 Runtime.exec().. .

如果没有 JDIC 的替代品，我很想知道是否有人设法通过跨平台安装程序很好地处理文件关联？

更新：好的，它的一部分......来自windows文件夹的所有东西都需要在根文件夹中。但是现在我得到了这个例外，这让我回到了我原来的问题：

我有一个需要打开 edrawings 的全屏应用程序，是否可以在 Java 应用程序中加载 edrawings，以便用户关闭绘图后它会立即返回到全屏应用程序？

我目前正在寻找一种方法（在 Java 中）来启动具有定义的接收者、主题和正文以及预定义附件的默认邮件客户端。

由于 RFC 的限制，java.awt.Desktop.mail-Method 不适用于附件。JDIC 项目已死，JMAPI 项目在构建过程中相当模糊。（需要 1.4 Mozilla-Sources）而且我必须自己为 64 位系统构建它。

有替代方案吗？我已经阅读了这里的文章，但是使用 rundl32.dll 和这样的“解决方案”并不是我想要放入生产代码的东西。