这几天一直在忙着ESX下面的虚拟机的迁移，大部分都很顺利，ESX的HA特性决定了他几乎可以在不停机的情况下直接迁移主机跟存储~但是有一台Ubuntu的主机迁移过来之后却认不到网卡，从百度搜索了一下，在“懒人小G的微博”找到了解决方案，现粘贴记录如下：
重启网络报：eth0:ERROR while getting interface flags: No such device
之前重启系统后网络没问题，后来因为做了虚拟机拷贝之后重启系统就找不到网卡了。
原因：
因为直接拷贝虚拟机后，启动系统时会问是copy还是move，选move没事。假如不是选move就会因为网卡mac地址不一样导致系统找不到。
这几天一直在忙着ESX下面的虚拟机的迁移，大部分都很顺利，ESX的HA特性决定了他几乎可以在不停机的情况下直接迁移主机跟存储~但是有一台Ubuntu的主机迁移过来之后却认不到网卡，从百度搜索了一下，在“懒人小G的微博”找到了解决方案，现粘贴记录如下：
重启网络报：eth0:ERROR while getting interface flags: No such device
之前重启系统后网络没问题，后来因为做了虚拟机拷贝之后重启系统就找不到网卡了。
原因：
因为直接拷贝虚拟机后，启动系统时会问是copy还是move，选move没事。假如不是选move就会因为网卡mac地址不一样导致系统找不到。
这几天一直在忙着ESX下面的虚拟机的迁移，大部分都很顺利，ESX的HA特性决定了他几乎可以在不停机的情况下直接迁移主机跟存储~但是有一台Ubuntu的主机迁移过来之后却认不到网卡，从百度搜索了一下，在“懒人小G的微博”找到了解决方案，现粘贴记录如下：
重启网络报：eth0:ERROR while getting interface flags: No such device
之前重启系统后网络没问题，后来因为做了虚拟机拷贝之后重启系统就找不到网卡了。
原因：
因为直接拷贝虚拟机后，启动系统时会问是copy还是move，选move没事。假如不是选move就会因为网卡mac地址不一样导致系统找不到。
貌似接近一个月没有更新部落格了，总结这么长时间没更新的原因：
1）忙，真是忙。
2）WordPress后台实在是太慢，慢到等半天才能看到撰写的界面，6月份自己用java写了一个部落格，但是觉得有太多地方还不够完善了，所以就没有移植过来，再等等吧，忙完这阵可能就会清闲许多了。
说了一堆闲话，说说要写的内容，这两天项目中涉及到了Hibernate的操作，可是总在报以下两个错误：
1) could not load an entity: [com.kaisir.server.vo.User#1]
2) 关键字 ‘User’ 附近有语法错误。
因为hibernate相关的部分都是由MyEclipse生成的，从映射文件到vo，理论上是不会出错的，后来经过检查，发现出错原因在于“User”这个是Sql Server的关键字，Hibernate没智能到给关键字加上”[ ]“以示区分。
宿舍一兄弟发现他的Windows 7 Aero特效不时的会自己关闭，其实解决方法很简单：
运行Services.msc找到DesktopWindowManagerSessionManager服务，重启这个服务，Ok ：）
这几天iTunes光报未知错误（-9808），我也没做什么操作啊，百思不得其解，今天又查了下资料，终于找到了解决办法，其实很简单：
“打开你的IE（也就是你上网的那个浏览器窗口，桌面上那个E的那个东西） 在工具栏里面点 工具–Internet选项–高级选项卡 在里面把“检查服务器证书吊销*” 这个勾去掉 确定 就可以了”
解决方法来自：http://wenda.tianya.cn/wenda/thread?tid=0d28c52461cbc297&clk=cts_st
很好玩的一个网站，在心里想一个人，若干个问题之后，他就能猜中你心中所想的那个人哈 ：）
点此链接进入：http://s.kaisir.com/4R
估计他是初始化一个很详细的数据库，同时根据你的选择不停的扩充这个数据库，我尝试了几个歌手（无论国籍）都没有问题哈 ~
最近马上要步入考试周了，编译原理的这个Follow集一直令我头大啊，今天百度了下下，找到一篇文章，看了以后我瞬间就明白了如何求解Follow集~~哈哈，如果你也不知道如何求解Follow集，请看看下面的这篇日志吧 ，其实我发现，对于Follow集，我一开始不理解的地方就在那个Vn能推出ε的时候，就需要再往后考虑一个字符：）
文法：
| S→ABc |
| A→a|ε |
| B→b|ε |
| First集合求法: |
| 能 由非终结符号推出的所有的开头符号或可能的ε，但要求这个开头符号是终结符号。如此题A可以推导出a和ε，所以FIRST（A）=｛a，ε｝；同理 FIRST（B）={b,ε};S可以推导出aBc，还可以推导出bc，还可以推导出c，所以FIRST(S）=｛a，b，c｝ |
| Follow集合的求法: |
| 紧跟随其后面的终结符号或＃。但文法的识别符号包含＃，在求的时候还要考虑到ε。 具体做法是把所有包含你要求的符号的产生式都找出来，再看哪个有用。 Follow（S）=｛＃｝ |
| 如求A的，产生式：S→ABc A→a|ε ，但只有S→ABc 有用。跟随在A后年的终结符号是FIRST（B）=｛b，ε｝，当FIRST（B）的元素为ε时，跟随在A后的符号就是c，所以 Follow（A）=｛b，c｝ 同理Follow（B）=｛c｝ |
本文转载自：http://guanjy0129.blog.163.com/blog/static/11154944520106149828498/
今天学院的首页拉取天气预报的地方出现了“msxml3.dll (0x800C0005)系统未找到指定的资源”的错误提示，在自习室就被叫回来紧急处理，在从教学楼往宿舍走的路上用手机Google了下可能的出错原因，大部分都是说msxml3这个组件有问题，但是因为服务器之前运行一直好好的，所以我不认为是这个地方出现错误。
回到宿舍打开电脑通过VPN拨入学院的校园网，远程连入www服务器，上来先把wwwroot（网站的根目录）按照时间进行排序，看看有没有故障前后修改的文件。这样做有多个好处：
1）避免因为其他人的误操作而造成代码上的错误，想想看，把服务器检查个底朝天，最后发现是有人修改页面的时候不小心改错了行代码，我相信你会哭死吧。
2）能迅速的发现网站服务器是否被人插入恶意代码从而造成的页面访问不正常，一般的Hacker都不会注意到挂马之后被挂马文件的时间属性，从这里也能快速定位可能出现的故障原因。
可是检查下来发现上面的都不是出错原因，这时我的职业敏感性让我想到会不会是提供天气信息的那个页面出现了问题，从服务器上访问腾讯天气页面，果然，找不到服务器，在cmd下使用ping命令拼打不开的那个页面，发现根本无法解析地址，果断使用nslookup命令从Google public dns上获取解析地址，之后修改hosts文件，完成本地解析，重新打开网页，故障解决。
总结：
有时候不要被系统给出的提示信息所迷惑，而且搜索引擎提供的别人遇到的解决方案仅仅只能用于参考，切不要在没搞清楚状况之前就贸然下手。最后我要强调，培养职业敏感性很重要，多看多实践多思考，是培养职业敏感性最佳方法。
今天调数据库课程设计（Java+MySql）的时候通过Tomcat测试的时候总是抛出“Parameter index out of range (1 > number of parameters, which is 0).”的异常，系统提示出错的行是如下标示“抛出异常”的行。
- List<Book> allBooks = new ArrayList<Book>();
- String sql = "select b.name as name,b.author as author,b.category as category,borr.btime as btime,borr.rtime as rtime from borrowed borr,books b where borr.bid=b.id and isreturn=0 and pid=?";
- pstmt = conn.prepareStatement(sql);
- pstmt.setString(1, id);//抛出异常！
- rs = pstmt.executeQuery();
- while (rs.next()) {
- book.setName(rs.getString("name"));
- book.setAuthor(rs.getString("author"));
- book.setCategory(rs.getString("category"));
- allBooks.add(book);
- }
- return allBooks;
- }
经过多次测试，甚至编写了一个测试用的类直接本地运行调用这个函数却没有出错，Google搜索了下，大家出现这个问题大部分都是ParparedStatement的用法有问题或者Sql语句写的有问题，查了很久，也没找到原因，而最后看到 这里 最后一段话，令我恍然大悟：
Please forget about it. I found why the error was occurring.
I was actually using one single PreparedStatement for two different
methods (silly me), and when the flow returned from the called method,
it still was the first preparedstatement rather than the new one,
hence it couldn't found the parameter in the proper indexed position.
大体意思是说他使用同一个pstmt执行了两条查询以后出现了这个问题，仔细查看源代码，发现我使用了数据库连接之后没有释放，再次调用的时候，系统就没有再实例化新的pstmt而是直接把刚才用过的这个实例返回给我了，而那个测试用的类没有出现这个问题是因为他仅仅执行了一个SQL查询就退出了，不像我实际中使用的前面还执行了一个登录的过程。知道了问题所在解决起来也便简单的多了，使用代理模式重构代码，通过代理来访问这个具体的数据库操作，从代理中来对数据库的连接与关闭进行处理，这样即更好的解耦，又使得我不用去关注数据库的连接与关闭操作，直接交给代理完成就可以了 ：）