存储和编辑JavaEE应用程序的配置
更新:在写这篇文章大约一年后,请参阅我关于这个主题的博客文章: 。。。有关此主题的JavaEE7规划讨论的参考资料存储和编辑JavaEE应用程序的配置,java,glassfish,java-ee-6,Java,Glassfish,Java Ee 6,更新:在写这篇文章大约一年后,请参阅我关于这个主题的博客文章: 。。。有关此主题的JavaEE7规划讨论的参考资料 我基本上已经完成了一个小型JavaEE6应用程序的编写,并且正在用一个合适的动态配置接口替换硬编码的首选项 我不确定如何——或者更具体地说,在哪里——存储设置。一定有一些明显的“标准”方法可以做到这一点,它们可以跨各种框架和容器“正常工作”,但就我而言,我找不到它 我想要的是一种加载和存储设置的简单方法,这种方法可以跨不同的应用服务器和操作系统工作,不需要用户进行任何配置,而且实
我基本上已经完成了一个小型JavaEE6应用程序的编写,并且正在用一个合适的动态配置接口替换硬编码的首选项 我不确定如何——或者更具体地说,在哪里——存储设置。一定有一些明显的“标准”方法可以做到这一点,它们可以跨各种框架和容器“正常工作”,但就我而言,我找不到它 我想要的是一种加载和存储设置的简单方法,这种方法可以跨不同的应用服务器和操作系统工作,不需要用户进行任何配置,而且实际上可以正常工作。Java Preferences API是理想的,但在Glassfish 3.1下似乎已经崩溃了 理论上,存储配置的选项包括:
所以。。。您如何处理选项的配置和存储?您是否找到了一种方法,可以让您“直接完成”而用户不必配置任何东西来允许您的应用程序存储其配置?尽管不是您所说的环境:首选项API的问题是由于在应用程序的war中包含jaxb和stax实现JAR而导致的,由泽西拉进来。排除这些选项后(因为它们是由应用服务器提供的),preferences API恢复正常运行
看起来带自定义UI的prefs API似乎是最好的安装方式。现在继续使用glassfish 3.0.1。Thorbjørn:我运行3.1是因为3.0有太多的大错误,我无法使用。听到3.1“需要成熟”让我非常非常不高兴。为什么##$@Oracle会考虑JavaEE7,而EE6的内容是如此不成熟、有缺陷,而且不同API之间的内部不一致?如果我放弃Glassfish,转而使用Tomcat或JBoss AS 6,我能期待更好的结果吗?我发现3.0.1对我们来说非常好(但3.0是有缺陷的)。我还没有仔细看过3.1A,我看到一个bug报告影响了我们的使用。Thorbjørn:我想这取决于你使用什么。3.0.1破坏了对无接口局部视图的处理,这意味着它们不适用于继承自超类()的方法,由于各种错误与Seam Wedder不兼容,不适用于Jersey 1.5等。我在3.1中更幸运。这就是说,现在我无法重现以前破坏prefs的问题(wtf?!),因此可能有希望使用Preferences API。很抱歉听到这些问题。从控制台完全更新3.0.1时,它们是否仍然存在?当您知道它是否仍然存在或者您遇到的bug已经修复时,请进行跟进。谢谢。这里有一条2001年的讨论线索,同样的问题。哇,JavaEE移动得太快了。。。。在Windows上,首选项API尝试保存到注册表,但由于缺少对我的权限而失败。我听说你可以手动创建注册表项和/或以管理员身份更新权限设置,但这是一个关闭。