JBPM4.4GPD设计器中文乱码问题的另一种解决方法
在eclipse中使用JBPM4.4的设计器时,输入中文后直接查看Source发现xml里中文全都乱码了,这时候大约整个人都不好了!赶紧百度、谷歌,搜到的多数结果都是要你在eclipse.ini或myeclipse.ini文件末尾加一句-Dfile.encoding=UTF-8将eclipse的JVM虚拟机默认字符集设置成UTF-8.有的文章还会更进一步,告诉你如何解决由这一修改导致的eclipse控制台及服务器上的中文乱码问题。
但第一页只有"转载---JBPM4.4中关于流程设计图中文乱码问题解决方案"这篇转载的文章中提到了"得保证你的整个项目也是UTF8编码" .所以这是很蛋疼的一件事情,如果你的项目最初没有使用JBPM4.4并且有好多非UTF-8编码的文件,那恐怕你整个人就斯巴达了。
而我,一个逗比,居然myeclipse用到现在。java文件都没指定过编码,所以貌似用的是ANSI编码。当我遇到这个问题的时候,也试着加了-Dfile.encoding=UTF-8,打开xml文件一看,嘿嘿,好了,不乱码了。可是当我想去test.java里面继续写下面的代码时……
那么多java源文件我总不能一个一个用ue或者editplus之类的重新保存一次吧!!!
现在也只是跟着视频做的一个不算太大的项目,src目录下的。java源文件不超过80个,全部重新保存一遍也不算太纠结的事情,但对那些老的大的项目就蛋疼了。为此我甚至打过改gpd源码的念头,不过……_(:3」∠)_源码那边完全不知道从哪里改起,没那个本事。
不改ini文件也不会乱码的方法。
还是要从"转载---JBPM4.4中关于流程设计图中文乱码问题解决方案"这篇文章说起,这篇文章除了指出需要上面的方法需要所有文件都是UTF-8编码的外,还在文章开头提到了"之前在JBPM4.3的时候有人说这个好像是插件得bug,在用图形进行流程设计后,不要先点保存,点切换到source视图,看到source正确显示后,再点保存。这样就好了。但在JBPM4.4这个好像不起作用,就算是拖拽一下依然会乱码 www.yztrans.com
看到这种说明,你是不是也情不自禁的试了下先不保存,切换到source视图看看?是不是也试着拖拽一下看看会不会乱码?但你只能得到令人伤心的结果:乱码乱码乱码乱码!我也是这么干的,干完心里还想着"真尼玛操蛋啊为毛JBPM4.3还能用的办法到4.4就不能用了啊!这不尼玛坑爹么 www.yz-jx.com
我是真的不想用在。ini文件加启动参数的方法,后来我试了在Properties界面里改属性然后保存,结果且到source发现乱码没了!!!经过多番尝试,最终得到的结论是:在Diagram视图输入中文、拖拽后,先保存,再去Source视图查看或修改即可!
千万千万不要先查看Source视图!!!!!!看了的话记得ctrl+z,还能抢救一下,ctrl+z后再ctrl+s保存一下,接下来切到Diagram视图随意做下改动(拖拽、输入任意字符),再次保存就抢救完了。
JBPM4.4GPD设计器中文乱码问题的另一种解决方法的更多相关文章
- struts2 中文乱码问题,自定义过滤器通用解决方法
问题描述 在JSP中使用form表单向后台action中传递中文参数,后台action接收到参数出现中文乱码.JSP页面统一采用了utf-8编码格式.由于struts2默认采用的编码为utf-8,根据 ...
- JS.中文乱码,Jsp\Servlet端的解决办法
JS.中文乱码,Jsp\Servlet端的解决办法 2010-03-08 15:18:21| 分类: Extjs | 标签:encodeuricomponent 乱码 urldecoder ...
- 通俗易懂地解决中文乱码问题(2) --- 分析解决Mysql插入移动端表情符报错 ‘incorrect string value: '\xF0...
原文:[原创]通俗易懂地解决中文乱码问题(2) --- 分析解决Mysql插入移动端表情符报错 'incorrect string value: '\xF0... 这篇blog重点在解决问题,如果你对 ...
- PL/SQL Developer 使用中文条件查询时无数据的解决方法(转)
原文地址: PL/SQL Developer 使用中文条件查询时无数据的解决方法 PL/SQL Developer 使用中文条件查询时无数据,这是由于字符集的不一致导致的. 执行以下sql命令:sel ...
- Node.js中针对中文的查找和替换无效的解决方法
Node.js中针对中文的查找和替换无效的解决方法. //tags的值: tag,测试,帖子 var pos1 = tags.indexOf("测"); //这里返回-1 ta ...
- 史上最全的CSS hack方式一览 jQuery 图片轮播的代码分离 JQuery中的动画 C#中Trim()、TrimStart()、TrimEnd()的用法 marquee 标签的使用详情 js鼠标事件 js添加遮罩层 页面上通过地址栏传值时出现乱码的两种解决方法 ref和out的区别在c#中 总结
史上最全的CSS hack方式一览 2013年09月28日 15:57:08 阅读数:175473 做前端多年,虽然不是经常需要hack,但是我们经常会遇到各浏览器表现不一致的情况.基于此,某些情况我 ...
- 【原创】通俗易懂地解决中文乱码问题(2) --- 分析解决Mysql插入移动端表情符报错 ‘incorrect string value: '\xF0...
这篇blog重点在解决问题,如果你对字符编码并不是特别了解,建议先看看 < [原创]通俗易懂地解决中文乱码问题(1) --- 跨平台乱码 >. 当然,如果只是针对解决这个Mysql插入报错 ...
- windows mysql 中文乱码和中文录入提示太大错误的解决方法
今天操作mysql的时候很郁闷,因为修改默认字符集搞了半天,终于弄成了(关于如何把windows的默认字符集设置成功,可以参看另一篇博文,最终在mysql中输入show variables like ...
- MySQL 插入数据时,中文乱码???问题的解决
在终端,mysql -u root -p 登录: show variables like 'character%'; 来查看当前数据库的相关编码集. client 为客户端使用的字符集. connec ...
随机推荐
- COJ 0985 WZJ的数据结构(负十五)(限定区域不同数)
传送门:http://oj.cnuschool.org.cn/oj/home/addSolution.htm?problemID=955 试题描述: CHX有一个问题想问问大家.给你一个长度为N的数列 ...
- DLL入门浅析(5)——使用DLL在进程间共享数据
转载自:http://www.cppblog.com/suiaiguo/archive/2009/07/21/90734.html 在Win16环境中,DLL的全局数据对每个载入它的进程来说都是相同的 ...
- HDU_2544——最短路,Dijkstra模版
Problem Description 在每年的校赛里,所有进入决赛的同学都会获得一件很漂亮的t-shirt.但是每当我们的工作人员把上百件的衣服从商店运回到赛场的时候,却是非常累的!所以现在他们想要 ...
- [Design Pattern] Mediator Pattern 简单案例
Meditor Pattern,即调解模式,用一个调解类类处理所有的沟通事件,使得降低多对象之间的沟通难度,属于行为类的设计模式.为了方便理解记忆,我也称其为,沟通模式. 下面是一个调解模式的简单案例 ...
- SRM470 - SRM474(1-250pt,500pt)(471-500pt为最短路,474-500pt未做)
SRM 470 DIV1 250pt 题意:有n个房间排成一排,相邻两个房间之间有一扇关闭着的门(共n-1扇),每个门上都标有‘A’-‘P’的大写字母.给定一个数n,表示第n个房间.有两个人John和 ...
- goodAddr
http://www.tuicool.com/articles/ZV7vya [tungsten'实时'同步mysql数据到mongodb]
- Appium 环境搭建
1.安装nodejs 下载地址: http://nodejs.org/download/ 下载之后一路next就好. 验证是否安装成功: node -v
- implode 多维数组转一维数组并字符串输出
//多维数组返回一维数组,拼接字符串输出 public function r_implode( $glue, $pieces ) { foreach( $pieces as $r_pieces ) { ...
- [Angular 2] Using a Value from the Store in a Reducer
RxJS allows you to combine streams in various ways. This lesson shows you how to take a click stream ...
- [RxJS] Creation operators: interval and timer
It is quite common to need an Observable that ticks periodically, for instance every second or every ...