从Web应用程序读取文件是一个典型的陷阱,每当您这样做时,都会遭受痛苦。
Web应用程序(尤其是Java EE)不被认为使用文件系统进行读/写 *** 作,它们依赖于容器(在您的情况下为Tomcat)知道如何获取所需资源的事实。
因此,基本建议是:不要这样做。
但由于我基本上讨厌这种回答,因此我会给您一些建议。
永远不要使用工作目录
您永远都不知道工作目录在哪里,而且在任何生产系统中(通常不知道),Web应用程序无权在工作目录上进行写 *** 作。
例如,如果将Web应用程序部署到tomcat服务器,并在Windows计算机上作为服务运行,则会发现您的工作目录为
WindowsSystem32
例如,您真的不想在其中写入一些上传的文件…
您有几种选择,我更喜欢在web-xml中设置一个路径,并可能从服务器配置中覆盖它(使用上下文)。
第二种选择甚至更好的方法是将路径保存到Web应用程序访问的db表中。
例如:
在您设置的web.xml中
<context-param> <description>Uploaded files directory</description> <param-name>file-storage</param-name> <param-value>c:appstorageuploaded</param-value></context-param>
然后在server.xml中(或者您可以使用上下文目录,并在其中放置以下代码),您可以在上下文中覆盖此设置。
<Context <Parameter name="file-storage" value="E:appstorageuploaded" type="java.lang.String" override="false" /></Context>
查看tomcat文档
第三种选择,在稍微快乐一些的情况下,您只想编写一些临时文件,有一个webapp工作目录,可以作为名为servlet上下文参数的
javax.servlet.context.tempdir访问
如果我在哪里,我会去数据库表。
所有这些复杂性是因为您可以在tomcat的不同实例上(甚至在不同的机器上,甚至是不同的Web应用程序)在同一个实例上拥有同一个应用程序的多个实例,因此没有简单的方法可以使“相对”路径情况。
大多数Web应用程序都决定在需要时对db上的数据进行序列化(使用lob或类似的对象),或者依靠某种服务(FTP,cif,nfs等)。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)