首先确保系统的语言支持选择的是Chinese。
问题现象:
firefox地址栏和搜索栏,使用快捷键无法激活输入法
文本编辑器中通过快捷键同样无法激活输入法,但右键单击后可选择inputmethod -> scim inputmethod,默认是X inputmethod。
解决方法:
终端命令
$sudo gedit /etc/X11/xinit/xinput.d/all_ALL
找到
GTK_IM_MODULE=
QT_IM_MODULE=
这 ...
这两个bug是在调试ALE接口中define方法时发现,
BUG1
步骤:
WS调用define方法,定义一个ECSpec
现象:
抛出异常信息,说某类的属性没有“写方法”(setter),见如下异常堆栈信息:
[handler.DefaultFaultHandler]-[INFO] Fault occurred!
org.codehaus.xfire.fault.XFireFault: No write method for property {http://_1.xsd.ale.epcglobal}excl ...
软件开发过程是连续的
太多开发人员受瀑布模型的影响太深了,习惯性的将开发过程做严格的划分。这样的划分多半是自欺欺人,软件开发过程主要是靠人的思维创造,而思维过程是连续的。切断一个连续的思维过程,这可能吗?
或多或少有完整项目经验的程序员,在接到新的项目需求时,很自然就会在脑海里浮现代码实现的轮廓,剩下的活就应该是动手编码了,用个成语来形容它就是“顺 理成章”。软件开发过程也应该顺理成章,不要再浪费力气去把这一个完整连续的过程划分需求、概设、详设、编码、验收啦。
此时,应该响起反对的声音了。
反方:“不划分怎么跟踪项目进度呢?&rdqu ...
从正式接触设计模式到现在有一年了,一直以来都只是在一些技术文章中零零散散认知到一些设计模式,不知道是不是自己懒的缘故,就是没有好好系统的学习一下。这次借着做系统设计的机会,好好在此结合设计模式的理论总结一下。
我现在做的项目中有个子系统是专门负责设备管理的。既然是管理设备,自然就无外乎添加、删除、启动、停止四种功能。这里的设备有很多种,如感应器(用来采集数据信息),又或者是输出设备(打印机)。下面就是设备管理子系统的UML类图(点击可放大):
估计有高人一看就会对图中有些地方作出过度设计的判断,或是其它处理不妥当的地方:)。没关系,正如开头提到的本文旨在总结设计模式中结构模 ...
根据观察者模式(或监听器模式),让我明白的认识到事件响应处理是发生在观察者与被观察者之间的游戏。
这样的游戏在GUI的开发中最为常见,也应用最多。如果GUI仅仅只是堆叠图形组件的话,那么GUI开发是我认为最轻松的活(用可视化的工具,一切都是那么轻松惬意)。但事实总是与理想有很大差距的,就好像我和一美女正享受着马尔代夫怡人的海风时,此时她野兽般的男友出现在你面前,接下来一切变得复杂而无法收场?在享受GUI开发的乐趣时,我想我最不愿见到的也就是事件响应处理——这个野蛮的男人。因为,它的到来只会让我精心设计的类之间,充满了复杂的感情纠葛,而一旦它们中有谁变化,则世界将会 ...
很早,就知道像Tomcat、JBoss这样的服务器系统可以通过startup.bat启动,而之后可以用shutdown.bat关闭。
项目初始,我也希望像这样实现,startup容易,可shutdown难。在网上搜了好久都没有关于这样的实现方法的线索。
倒是有个这样的实现:
java 代码
Runtime.getRuntime().addShutdownHook(new Thread() {
&n ...
大多数java教程的书籍中,对异常的处理都是及时的,也就是哪里抛了,就在哪里catch.
看别人的代码渐渐多了,就有些模糊的意识到不是所有的异常都是及时处理的,而是通过throws抛给调用者处理.
问题出来,每次遇到异常的时候,我就在catch与throws之间挣扎好久,那么到底要在哪里处理异常?似乎书上并没有答案.
我曾就这个问题请教过一个前辈,他的解答是"在合适的地方处理". 汗,我被这有点"玄机"的回答给忽悠了.
经过了一些实践和思考,我开始有点感觉了,就在我被别人问到这个问题之后,我这样总结到:
"判断异常 ...
通常对字符串的拼接操作,我们会选用最为简单的方式,如:
java 代码
String cde = "cde";
System.out.println("abc" + cde);
这种方式适用于拼接操作很少,牵扯的数据很少.一旦拼接操作存在于循环语句中,涉及数据也比较大时,这种方式的效率就会很低了.因为其拼接操作背后会频繁有Str ...
“数据没有收到啊!”
“不会呀,这边发了!”
“我这边没有显示,你看。”
“......”
这两天来来回回就是这么几句话,问题处在哪?问题出在眼睛看到的,它是不是真的?
数据收没收到是基于数据接收到在控制台的回显(打印输出),但很容易忽略的是有些数据是显示不出来的,如换行、回车、制表符等;另外,还有就是C/C++对字符串的处理其实是字符数组加‘\0’,因此字符串的函数都是'\0‘做为结束标识。
若是网络传输过来的数据第一位是'\0',那么C ...
错误信息
Malformed file
svn: E:\svn\repository\conf\svnserve.conf:12: Option expected
原因:
配置文件12行开头有空格
错误信息
Attempted to lock an already-locked dir
svn: Wo ...
- 浏览: 5447 次
- 性别:


- 详细资料
搜索本博客
最近加入圈子
最新评论
-
发现XFire1.2.6两个bug
除了手工加 setter 方法 还有什么方法吗?
-- by waterborn -
闲聊软件开发过程
对于2的理解,你存在问题。首先你的这种方式很少见,也就是并发迭代方式,这种方式其 ...
-- by ozzzzzz -
闲聊软件开发过程
非常感谢。 1.之所以问第1个问题,是因为很多人一个功能一次迭代需要彻底完成的, ...
-- by ideafrog -
闲聊软件开发过程
ideafrog 写道o..z大大,请教关于迭代的问题: 1. 第一迭代完成的功 ...
-- by ozzzzzz -
闲聊软件开发过程
o..z大大,请教关于迭代的问题: 1. 第一迭代完成的功能,后面的迭代能够继续 ...
-- by ideafrog






评论排行榜