持续集成当中会对带bom的utf-8文件编译错误

最新推荐文章于 2021-04-10 15:04:39 发布
最新推荐文章于 2021-04-10 15:04:39 发布
阅读量285 收藏
点赞数
分类专栏： JAVA 文章标签： java
本文介绍了一个因使用EditPlus编辑.java文件导致持续集成中出现BOM签名的问题及解决方案。通过调整EditPlus的编码设置，可以避免BOM签名的产生，确保项目正常构建。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

最近项目的持续集成报错非常诡异

 

后来才知道是因为某几个.java文件被editplus编辑过之后，出现了bom签名

 

解决办法是在editplus操作台，-工具-参数-文件-默认编码 和 UTF-8签名处

将“默认编码”设置为UTF-8

并将“UTF-8签名”设置为总是移除签名

 

然后点击确定就可以了

 

这样，当出现有bom签名的地方，用editplus重新打开，然后另存一次UTF-8的形式就可以了。

 

 

 

codesmith8.0+破解工具
09-11
从官网下载下来的，用节操担保，绝对纯净版，外加破解工具大礼包
IDEA支持带BOM的UTF-8编码文件的解决方案
08-10
压缩包内包含 ecj-4.6.2.jar 和 Util.class两个文件 使用说明： 1. 如果你的IDEA是2017.2.2版本，那么直接把ecj-4.6.2.jar放到你的IDEA安装目录下lib文件夹中替换原文件即可 2. 如果你是其他版本的IDEA，那么用压缩工具处理你的DEA安装目录下lib文件夹中的ecj-x.x.x.jar文件（名字根据IDEA版本会有所不同）, 将Util.class替换该jar包目录中\org\eclipse\jdt\internal\compiler\util路径下的Util.class文件即可 3 如果不生效，可能是ecj版本间存在了大的差异，可以考虑自己动手编译ecj jar包，可参考我的方案：http://www.jianshu.com/p/0f0f68066b66 ps：建议替换前进行备份
关于utf8编码文件导致编译失败的问题
niemingming的专栏
05-14 1659
最近项目中使用hudson结合ant进行项目的自动构建和部署，今天突然发现在自动构建的过程中，报文件编码问题，非法的字符\65279，经过度娘的精心指导，终于发现是由于组员使用ultraedit进行编辑导致。    原因是由于使用一些编辑器如ultraedit何editplus等，在做utf8格式编辑时，编辑器有可能会在文件的开头部分加上对于编码的标识符BOM。就是这个\65279，他对于jav
CodeSmith输出文件
挨踢笔记
09-29 2183
CodeSmith输出文件,我到觉得是一个无所谓的功能,对于生成的代码不是自己一个一个敲出来的代码,还是看一遍好. 但对于一个模板用多了放心了,直接保存成文件也不赖,(最起码也要抵制一下一次生成一个解决方案的,真的没必要.) Inherits="OutputFileCodeTemplate" %> ="CodeSmith.BaseTemplates" %> ="CodeSmith.
UTF-8 与 UTF-8 BOM (UTF-8 不带签名与 UTF-8带签名)
ice_ly000的博客
12-21 5922
首先明确一点：UTF-8 BOM与UTF-8带签名指的是同一回事，二者指的是UTF-8的同一格式 UTF-8 BOM中的BOM，全称为Byte order mark。 带BOM（签名）的UTF-8文本文件与不带BOM的UTF-8文本文件的区别在于：前者在文件的开头有3个字节 EF BB BF 在windows平台上，默认的utf-8格式文本都是带BOM的，并且文本编辑器都能识别BOM；而在...
Java HmacSHA1 进行签名，返回Base64编码
lijiaxingdadas的博客
04-10 1488
废话不多说，直接贴代码 String appSecret="APP密钥"; String plainText="待签名字符串"; final SecretKeySpec secretKeySpec = new SecretKeySpec(appSecret.getBytes("UTF-8"), "HmacSHA1"); final Mac hmac = Mac.getInstance("HmacSHA1");
IntelliJ IDEA解决带BOM的UTF-8文件编码支持
标题所述的内容涉及了IntelliJ IDEA这一流行的集成开发环境（IDE），以及与Java编程语言相关的一个特定问题解决方案，具体是关于在IntelliJ IDEA中处理带BOM（Byte Order Mark，字节顺序标记）的UTF-8编码文件。...
解决IntelliJ IDEA不支持带BOM的UTF-8文件问题
带BOM（Byte Order Mark，字节顺序标记）的UTF-8编码文件是一种特殊的UTF-8编码文件，其开头包含一个特定的字节序列（EF BB BF），用于标识该文件采用UTF-8编码。然而，在某些情况下，IDEA可能无法正确处理这种带BOM...
解决IDEA不支持带BOM的UTF-8文件编码问题
- 当处理带 BOM 的 UTF-8 编码文件时，IDEA 需要确保其内部使用的编译器能够正确处理 BOM 标记，避免编码识别错误导致的编译失败或运行时错误。 #### 5. 替换文件的安全性与适用性 需要注意的是，替换 IDEA 的内部 ...
让IntelliJ IDEA支持带BOM的UTF-8编码文件
如果IDEA或其它文本编辑器/IDE（集成开发环境）不支持带BOM的UTF-8编码文件，可能会导致文本显示错误或读取失败。大多数现代编辑器和IDE默认会自动忽略UTF-8文件的BOM。 #### 知识点二：解决IDEA不支持带BOM的UTF-8...
如何使IDEA支持带BOM的UTF-8编码文件
为了解决上述问题，可以替换IDEA安装目录下的特定jar包（ecj-4.6.2.jar）来实现对带BOM的UTF-8编码文件的支持。具体操作步骤如下： - 对于2017.2.2版本的IDEA，直接将新的ecj-4.6.2.jar包复制到IDEA的lib文件夹中...
vs2015:/utf-8选项解决UTF-8 without BOM 源码中文输出乱码问题
热门推荐
10km的专栏
05-05 3万+
本来我已经参考网上关于C++中文输出乱码的文章解决了,如下面的代码输出前调用wcout.imbue设置locale,就可以正常输出中文了。 std::wcout.imbue(std::locale(std::locale(), "", LC_CTYPE)); std::wcout << L"江清月近人" << std::endl; 但是同样的方法换在另一个程序中还是...
UTF8最好不要带BOM，附许多经典评论
muye0503的专栏
12-03 2895
UTF-8 不需要 BOM，尽管 Unicode 标准允许在 UTF-8 中使用 BOM。 所以不含 BOM 的 UTF-8 才是标准形式，在 UTF-8 文件中放置 BOM 主要是微软的习惯（顺便提一下：把带有 BOM 的小端序 UTF-16 称作「Unicode」而又不详细说明，这也是微软的习惯）。 BOM（byte order mark）是为 UTF-16 和 UTF-32 准备的，
C/C++报错——关于utf-8 BOM的问题
aRooooooba的博客
11-06 1734
在一个Qt项目整合的过程中，出现了如下报错： warning: C4819: 该文件包含不能在当前代码页(936)中表示的字符。请将该文件保存为 Unicode 格式以防止数据丢失 error: C2001: 常量中有换行符 经过检查，发现所有文件编码都没有任何问题，都是utf-8编码。但可能是因为组里有人用的是独立的Qt，有人用的VS版Qt，二者编码有细微的差别。 经过调查，我们发现VS...
UTF-8带签名和无签名的区别
雅月小筑
10-16 1万+
在VS中编码保存时，文件编码的选择里的UTF-8有带签名和无签名2种，那么到底有什么区别呢？  带签名即文件头含BOM信息，不带则没有。  带了的好处是，只要支持多编码的编辑器都能正确识别出文件编码。  不带的话，就不一定了，就有可能识别错别。  总之呢，这个BOM信息也就那么三字节，没必要省这么一点点空间，要用UFT-8就选带签名，这样就不会错了。 另外，VS2008似乎不
CodeSmith 使用教程(10): CodeTemplateInfo 对象
mapdigit
01-16 150
通过CodeTemplateInfo对象可以获取代码模板文件本身的一些信息，比如文件名，源语言，编码方法，其支持的属性有： 属性名 描述 CodeBehind 该模板的Code-behind的文件名或者模板不使用CodeBehind时为空字符串. ContentHashCode 返回代码模板的一个Hash值. DateCreated 返回模板创建的时间. DateModifie...
CodeSmith系列（一）——使用CodeSmith生成存储过程
weixin_34212189的博客
05-09 119
在工作中经常会碰到重复编程的情况。这些代码要么是完全重复的，要么是有规律的。但是手写起来都需要耗费时间，而且很容易出错。最近就碰到了几件，于是想到了利用CodeSmith来写模版生成，发现是一件很不错的事。 比如有这么一个需求，有很多表，每张表都有一张日志表，需要有这么个存储过程来更新日志表的数据。定义模版如下： <%-- Author: LWQ Description: 生成...
解决CodeSmith代码模版输出文件的编码格式为有bom的UTF-8的问题
yanxin9210的专栏
01-04 1202
背景： Java项目中MVC各层代码有很多公共的部分，每次新建文件都是copy，效率太低，有时候还容易出错，于是在对比使用了几款代码模版工具之后，还是认为CodeSmith好用，但是CodeSmith根据代码模版输出的.java文件编码格式为有bom的UTF-8，本地Eclipse中跑没问题，但是每次提交文件到开发服务器后，集成构建的时候就会报错，报错原因是构建中用的ant不支持有bom的.ja
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值