Question

我目前正在使用TrueZip将文件添加到通过MultiPartFile上传到服务器的Zip文件中。

问题附加文件后，zip变为无效。它不能再作为zip文件打开。

代码让我们从上传控制器中的相关代码开始（文件是MultiPartFile）：

    // Get the file
    File dest = null;
    TFile zip = null;
    try {
        // Obtain the file locally, zip, and delete the old
        dest = new File(request.getRealPath("") + "/datasource/uploads/" + fixedFileName);
        file.transferTo(dest);

        // Validate
        zip = new TFile(dest);
        resp = mls.validateMapLayer(zip);
        // Now perform the upload and delete the temp file
        FoundryUserDetails userDetails = (FoundryUserDetails) SecurityContextHolder.getContext().getAuthentication()
                .getPrincipal();
        UserIdentity ui = userDetails.getUserIdentity();

        MapLayer newLayer = new MapLayer();

                    // generate the prj
        mls.generateProjection(resp, dest.getAbsolutePath(), projection);

“generateProjection”方法是添加文件的地方：

public void generateProjection(UploadMapResponse resp, String fLoc, FoundryCRS proj) throws NoSuchAuthorityCodeException,
        FactoryException, IOException {
    TFile projFile = new TFile(fLoc, resp.getLayerName() + ".prj");
    CoordinateReferenceSystem crs = CRS.decode(proj.getEpsg());
    String wkt = crs.toWKT();
    TConfig config = TConfig.push();
    try {
        config.setOutputPreferences(config.getOutputPreferences().set(FsOutputOption.GROW));
        TFileOutputStream writer = new TFileOutputStream(projFile);
        try {
            writer.write(wkt.getBytes());
        } finally {
            writer.close();
        }
    } finally {
        config.close();
    }
}

为了测试这是否有效我在一个简单的主要部分尝试了它：

public static void main(String[] args) {
    File f = new File("C:/Data/SierritaDec2011TopoContours.zip");
    TFile tf = new TFile(f);
    tf.listFiles();

    TFile proj = new TFile(f, "test.prj");
    TConfig config = TConfig.push();
    try {
        config.setOutputPreferences(config.getOutputPreferences().set(FsOutputOption.GROW));
        TFileOutputStream writer = null;
        try {
            writer = new TFileOutputStream(proj);
        } catch (FileNotFoundException e1) {
            e1.printStackTrace();
        }

        try {
            writer.write("Hello Zip world".getBytes());
        } catch (IOException e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        } finally {
            try {
                writer.close();
            } catch (IOException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }
        }
    } finally {
        // Pop the current configuration off the inheritable thread local
        // stack.
        config.close();
    }
}

当然，这很好。

问题

有没有人深入了解为什么在MultiPartFile复制到本地文件的Web服务器中，TFileOutputStream无法正确写入？

Answer 1

在长时间运行的服务器应用程序中，您可能需要添加对TVFS.sync（）或TVFS.umount（）的调用，以便同步或卸载存档文件。对于ZIP文件，这将触发在ZIP文件末尾编写中央目录，这是形成有效ZIP文件所必需的。

请检查Javadoc以确定哪个电话最适合您的用例：http://truezip.java.net/apidocs/de/schlichtherle/truezip/file/TVFS.html

另外，请注意在每次追加操作后调用TFVS.sync（）或TVFS.umount（）将导致每次都要写入不断增长的中央目录，这会导致巨大的开销。所以值得考虑的是你什么时候需要这样做。一般来说，只有在您希望第三方访问ZIP文件时才需要这样做。第三方是任何不与TrueZIP内核交互以访问ZIP文件的人。

TrueZip和MultiPart表单

1 个答案: