Question

今天,有人告诉我,Java EE方案制定者没有写到文件。为什么我不能在 Java EE集装箱内(例如来自JBos的)提交档案? 什么是错的?

Answer 1

查阅的最佳网页是:。

报告详细叙述了对 JavaE方案拟订模式的限制。

除上述安全点外,可移动性、集群、翻新也考虑交易和错误处理(易碎系统不是交易)。

然而,联合选举机制没有发生黑魔,只要你有相应的权利,你就可以创建档案,使用静态变量,如果你知道你会做些什么,就会制造透镜。

更需要时间了解为何通常提出这些限制,而不是为了遵守规定而跳跃和写一名联合后勤中心联系人。

Answer 2

页: 1 本人:你无法肯定你会随时接触档案系统。造成这种情况的原因很多,最明显的是,集装箱内的应用将:

no certainty that any subsequent invocation of an EJB would even be on the same physical server with access to the same files/filesystem (e.g. upon clustering)
no possibility of interfering with each other (multiple applications attempting to write to the same file)
no security issues (one app writing confidential data which another app could read)

您还应假设:you ben t:

create your own threads (the container will manage this for you; if you create your own you may starve other applications in the container of CPU time)
use socket-IO (also has security issues)

Answer 3

即便你能够进入档案系统,只要有分发的系统,你就一定会确保今后使用一种方法,在文件撰写的同一机器上处理。

Answer 4

每 Java EE规格中,EJBs严格禁止通过“资源经理”以外的任何手段获得任何外部资源,这尤其包括通过<代码>java.io的包裹进入当地档案系统。此外,也不得使用<条码>ClassLoader进入,例如从申请类别中装载财产档案。

在其他答复中已经提出了这样做的理由:

Security issues
Portability issues
Clustering issues
Threading issues

最后,这些事项的最佳资源是数据库。

Answer 5

如果你的情况没有分类,或能够保证所有情况都能使用网络驱动力,那么,它就不是将档案复印机用于读/篡改档案的问题。然而,必须注意正确的道路,酌情加以清理。往往没有必要再写书面文件,以便再次思考。多数人给出的主要理由是,在一组服务器中,不同的服务器在同一个档案中看到了变化,因此也出现了变化。归根结底,大多数小型机械师在这种组群中运行......

Answer 6

你们应当把档案系统视为企业信息系统。然后,你可以创造资源,利用这一电子信息系统,类似于获得数据库的亚行适应器。 The spec is here: 。这意味着可以查阅档案,但更为复杂。这种幽灵甚至使你能够创造某种被称为工作的“深层”。

Answer 7

由于Java EE的光谱不提供书写档案的预报。当然,你只能利用Java IO 2008/6号普通文件来制作档案,但你必须保证该法典已经安全,有人清理档案,将档案名字传给下一位星,在贵爱者被移至该组的另一点时,档案已经迁移。

因此,尽管你能够这样做,但实际上,你遇到了许多小问题,这些问题使得在 JavaE处理档案的工作确实难以解决。

Answer 8

为了与遗留的非杰2人系统进行互动,你有时不得不做“坏事”,如一/一、一、二、三、三等。在世界上最好的地方,将严格遵循吉卜赛人的幽灵,但是,为了权宜之计,人们完全放弃非吉卜赛人。有一些办法可以安全、周密地把这些东西推走。

友情链接