- 使用 Spring Initializr 创建 Spring Boot 应用程序
- 在Spring Boot中配置Cassandra
- 在 Spring Boot 上配置 Tomcat 连接池
- 将Camel消息路由到嵌入WildFly的Artemis上
本文整理了Java中org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream.setUseZip64()
方法的一些代码示例,展示了ZipArchiveOutputStream.setUseZip64()
的具体用法。这些代码示例主要来源于Github
/Stackoverflow
/Maven
等平台,是从一些精选项目中提取出来的代码,具有较强的参考意义,能在一定程度帮忙到你。ZipArchiveOutputStream.setUseZip64()
方法的具体详情如下:
包路径:org.apache.commons.compress.archivers.zip.ZipArchiveOutputStream
类名称:ZipArchiveOutputStream
方法名:setUseZip64
[英]Whether Zip64 extensions will be used.
When setting the mode to Zip64Mode#Never, #putArchiveEntry, #closeArchiveEntry, #finish or #close may throw a Zip64RequiredException if the entry's size or the total size of the archive exceeds 4GB or there are more than 65536 entries inside the archive. Any archive created in this mode will be readable by implementations that don't support Zip64.
When setting the mode to Zip64Mode#Always, Zip64 extensions will be used for all entries. Any archive created in this mode may be unreadable by implementations that don't support Zip64 even if all its contents would be.
When setting the mode to Zip64Mode#AsNeeded, Zip64 extensions will transparently be used for those entries that require them. This mode can only be used if the uncompressed size of the ZipArchiveEntry is known when calling #putArchiveEntry or the archive is written to a seekable output (i.e. you have used the #ZipArchiveOutputStream(java.io.File)) - this mode is not valid when the output stream is not seekable and the uncompressed size is unknown when #putArchiveEntry is called.
If no entry inside the resulting archive requires Zip64 extensions then Zip64Mode#Never will create the smallest archive. Zip64Mode#AsNeeded will create a slightly bigger archive if the uncompressed size of any entry has initially been unknown and create an archive identical to Zip64Mode#Never otherwise. Zip64Mode#Always will create an archive that is at least 24 bytes per entry bigger than the one Zip64Mode#Never would create.
Defaults to Zip64Mode#AsNeeded unless #putArchiveEntry is called with an entry of unknown size and data is written to a non-seekable stream - in this case the default is Zip64Mode#Never.
[中]是否将使用Zip64扩展。
将模式设置为Zip64Mode时,如果条目大小或归档文件的总大小超过4GB,或者归档文件中的条目超过65536条,则“从不”、“putArchiveEntry”、“closeArchiveEntry”、“完成”或“关闭”可能会引发Zip64RequiredException。在这种模式下创建的任何存档都可以被不支持Zip64的实现读取。
将模式设置为Zip64Mode#Always时,所有条目都将使用Zip64扩展名。不支持Zip64的实现可能无法读取在此模式下创建的任何存档,即使其所有内容都将被删除。
根据需要将模式设置为Zip64Mode#时,Zip64扩展将透明地用于需要它们的条目。只有在调用#putArchiveEntry时ZipArchiveEntry的未压缩大小已知,或者将存档写入可查找的输出(即,您使用了#ZipArchiveOutputStream(java.io.File)),才能使用此模式。当输出流不可查找时,此模式无效;当#putArchiveEntry被删除时,未压缩大小未知打电话。
如果生成的存档中没有条目需要Zip64扩展,那么Zip64Mode#永远不会创建最小的存档。如果任何条目的未压缩大小最初未知,Zip64Mode#根据需要将创建稍大的存档,并创建与Zip64Mode#完全相同的存档。Zip64Mode#总是会创建一个存档,每个条目至少有24字节,比Zip64Mode#永远不会创建的大。
默认值为Zip64Mode#根据需要,除非使用未知大小的条目调用#putArchiveEntry,并将数据写入不可查找的流——在这种情况下,默认值为Zip64Mode#Never。
代码示例来源:origin: com.github.duanxinyuan/library-util-common
try (ZipArchiveOutputStream zipArchiveOutputStream = new ZipArchiveOutputStream(new File(zipFilePath))) {
zipArchiveOutputStream.setUseZip64(Zip64Mode.AsNeeded);
代码示例来源:origin: com.github.duanxinyuan/library-util-common
/**
* 把文件压缩成zip格式
* @param files 需要压缩的文件集合
* @param zipFilePath 压缩后的zip文件路径 ,如"D:/test/aa.zip";
*/
public static void zip(File[] files, String zipFilePath) {
if (files != null && files.length > 0) {
if (isZip(zipFilePath)) {
try (ZipArchiveOutputStream zipArchiveOutputStream = new ZipArchiveOutputStream(new File(zipFilePath))) {
//使用Zip64扩展
zipArchiveOutputStream.setUseZip64(Zip64Mode.AsNeeded);
// 将每个文件用ZipArchiveEntry封装,再用ZipArchiveOutputStream写到压缩文件中
for (File file : files) {
if (file.exists()) {
ZipArchiveEntry zipArchiveEntry = new ZipArchiveEntry(file, file.getName());
zipArchiveOutputStream.putArchiveEntry(zipArchiveEntry);
if (file.isDirectory()) {
continue;
}
IOUtils.copy(new FileInputStream(file), zipArchiveOutputStream);
zipArchiveOutputStream.closeArchiveEntry();
}
}
zipArchiveOutputStream.finish();
} catch (Exception e) {
throw new RuntimeException(e);
}
}
}
}
代码示例来源:origin: org.alfresco/alfresco-repository
public void startExport()
{
// ALF-2016
zipStream = new ZipArchiveOutputStream(outputStream);
// NOTE: This encoding allows us to workaround bug...
// http://bugs.sun.com/bugdatabase/view_bug.do;:WuuT?bug_id=4820807
zipStream.setEncoding("UTF-8");
zipStream.setCreateUnicodeExtraFields(UnicodeExtraFieldPolicy.ALWAYS);
zipStream.setUseLanguageEncodingFlag(true);
zipStream.setFallbackToUTF8(true);
zipStream.setUseZip64(Zip64Mode.Always);
}
代码示例来源:origin: Alfresco/alfresco-repository
public void startExport()
{
// ALF-2016
zipStream = new ZipArchiveOutputStream(outputStream);
// NOTE: This encoding allows us to workaround bug...
// http://bugs.sun.com/bugdatabase/view_bug.do;:WuuT?bug_id=4820807
zipStream.setEncoding("UTF-8");
zipStream.setCreateUnicodeExtraFields(UnicodeExtraFieldPolicy.ALWAYS);
zipStream.setUseLanguageEncodingFlag(true);
zipStream.setFallbackToUTF8(true);
zipStream.setUseZip64(Zip64Mode.Always);
}
代码示例来源:origin: org.apache.ant/ant-compress
private void configure(ZipArchiveOutputStream o) {
o.setLevel(level);
o.setComment(comment);
o.setFallbackToUTF8(fallBackToUTF8);
o.setUseLanguageEncodingFlag(useLanguageEncodingFlag);
o.setCreateUnicodeExtraFields(createUnicodeExtraFields.getPolicy());
o.setUseZip64(zip64Mode.getPolicy());
}
代码示例来源:origin: com.atlassian.jira/jira-core
try
zip.setUseZip64(Zip64Mode.AsNeeded);
zip.putArchiveEntry(new ZipArchiveEntry(ENTITIES_XML));
exportJIRA(loggedInUser, style, zip);
有没有办法从 archive.org 上传或触发自己网站的快照到 WayBackMachine?我已经检查了常见问题解答和 archive.org API,但找不到任何使用脚本触发此问题的方法。 最佳
在我当前的项目中,我正在集成 RestKit 库(我不知道它是否重要),当我使用编译器提示的“存档”时尝试交付应用程序进行测试 "RestKit/RestKit.h" is not found 在构
在我的项目开始时,有两个 terraform 模块:base 和 reusable_module。 base/main.tf # Provide abstraction to define a lam
我试图弄清楚如何以正确的方式构建我的 Cocoa 应用程序的发布版本。 到目前为止,我已经使用了 为归档而构建 选项,并从 Xcode 的 DerivedData 文件夹深处获取应用程序包。 今天我试
我有一个 Swift 语言的 iOS 项目,我必须在终端上使用命令创建存档和 .ipa。 我正在使用 Github 操作在试飞中上传 iOS 版本。 我正在遵循此链接中提到的所有说明: https:/
我正在使用 GCC 从两个 *.a(静态库)创建一个共享对象库。我引用了这些文章: How to force gcc to link an unused static library How to i
我的应用程序突然停止创建 iOS App Archive,而是开始创建 Xcode Generic Archive。 这是在为我的应用程序的新版本进行更改后发生的,我添加了逻辑、UI 更改和一些新框架
我有一个包含大约 800 个 .tgz 文件的目录,每个文件包含大约 10 个文件。实际上,我想将每个存档转换为同名目录。是否有一个简单的一行命令来执行此操作,还是我应该编写一个脚本? 最佳答案 自
在 gcc 中使用 -Wl--whole-archive ... -Wl--no-whole-archive 标志时,您如何验证库内部的所有内容都正确链接?另外,您如何验证该库是否可以调用由 LD_L
我有一个用 Swift 编写的小型命令行应用程序,现在我想将其归档。然而,像我之前的许多其他人一样,我遇到了如何将 Archive Type 从 Generic Xcode Archive 更改为 M
我不确定是否应该对 .emacs.d 下的以下文件进行版本控制: [lucas@lucas-ThinkPad-W520]/home/lucas/.emacs.d$ file elpa/archives
我正在处理 Postgres DVD tutorial并且在导入示例数据库时遇到问题。 运行 pg_restore -U postgres -d dvdrental ~[filepath]/dvd-d
注意: Boost 的存档方案基于对称的输入和输出存档类。一直写这两者很乏味,所以我将使用 ?archive 来表示 oarchive 和 iarchive。 总结: 将自定义存档的基类从 binar
是否可以使用 Node.js 流构建一个 zip 存档,并在创建时通过对 HTTP GET 请求的响应将该 zip 存档提供给客户端/用户?我正在寻找一种最好避免将整个 zip 缓冲到服务器内存中的解
我正在尝试使用 XCODE 4.3.1 发布一个临时 ipa。归档我的 iOS 应用程序时,我可以在管理器中看到归档类型是“Mac App Archive”,虽然我知道它应该是“iOS App Arc
我正在参加 Udacity 的类(class),该类(class)要求我在我的系统上设置虚拟机。我已经下载并安装了 Virtual Box 和 Vagrant。当我尝试运行命令 vagrant up
我试图找到一个很好的例子来说明如何使用这些二进制宽字符版本的 boost 序列化内容。我拼凑了一些代码来尝试让它工作,但不幸的是,我在尝试编译它时遇到了链接器错误的轰炸。 这是我的代码,以防我做任何明
目标与问题 我在 IntelliJ 中创建了一个 Java 程序。我按照说明将其构建为 .jar 文件 here 。当我尝试运行它时,它给出以下输出: Parameters: archive-name
我已包含在 hector-core-1.1-2 文件夹中找到的所有 jar。还有其他我没有包含的 jar 吗?我尝试过的事情。1)清除netbeans缓存2)下载org.apache.xbean.fi
我正在尝试打开包含创建数据库和 INSERT 语句的 PostgreSQL 的 SQL 脚本(.sql 文件),但是当我尝试使用 PgAdmin 4 恢复数据库时,它给我错误提示“pg_restore
我是一名优秀的程序员,十分优秀!