bug

Hibernate对于用原生的Sql查询有bug，当使用sql语句查询时，要注意进行标量查询或者是实体查询（SQLQuery）query.addEntity(Entity.Class) ，但是有时候即使是配置了实体的id，也即表的主键，也会发生错误Column notFound ‘’id“ ；所以不建议使用原生sql语句在hibernate中； hql查询单表部分字段： 在hibernate中，用hql语句查询实体类，采用list方法的返回结果为一个List，该List中封装的对象分为以下三种情况： 1.查询全部字段的情况下，如"from 实体类"，list中封装的对象为实体类本身，各属性都将得到填充。 2.只查询一个字段，默认情况下，list中封装的是Object对象。 3.查询两个或两个以上的字段，默认情况下，list中封装的是Object[],长度与所查询的字段数一致。 对于后两种情况，用标签遍历时不太方便，因为无法直接转换成实体类的对象。比较简单的解决方法是： 在hql中使用 select new 包名.类名(属性1，属性2……) from实体类，同时 在实体类中添加带参的构造方法 ，参数的个数和顺序与（属性1，属性2……)保持一致，这样我们得到的list中存放的依然是实体类的 对象，所查询到的属性得到了填充，使用起来更为方便。 附hql查询多表语句： String hql

编程是一种创造过程，业余项目允许程序员在没有截止日期或各种限制的条件下，以探索形式编程。业余项目之所以重要，有以下几个原因。 探索新技术 每天都会不断有新技术出现，开始不知道开发安卓应用需要做保护，如果一旦你的一个应用上市场是为了获得一定的外快，这个就不得不知道。办法总是比困难多，在你还没遇到的时候有人遇到了，并且研究出了解决办法—— 爱加密专业安卓应用加密技术 。同时业余项目则是最佳的试验场。作为业余项目，你不必为bug或者性能问题担心，即使网站崩溃也没有问题，因为你不靠它来领薪水。 从头创造 我所从事的大多数都是为现有的产品做一些维护，增加一些新特性，修复bug，解决性能问题，重构现有代码。虽然我也从头编写过一些软件，但这些基础工作只需要一两个月，接下来我又进入维护模式了。 业余项目经常需要从头构建。我喜欢这个步骤，因为我不但复习了已经掌握的所有东西而且把它们应用到创建一个新的（更好的）项目中。 易于启动 进行业余项目也是一项避免分析瘫痪（analysis paralysis）的练习。如果你从头开始会有各种各样的可能性。避免的方法是给出一个短列表上面列出所有必须具有特性，接下来启动一个beta版本实现那些特性，即所谓的最小可行性产品［TODO］。 编注1：分析瘫痪：对某个问题由于过度分析或过度思考某种情况，以至于没有作出决定或者采取行动。在不同的领域，分析瘫痪有具体的解释

这两天帮某个项目处理后事，本以为可以轻松搞定，不成想又发现了一个bug..... 背景描述： ios5 提出了支持 position:fixed ，于是乎大家觉得让浮动的图层固定在屏幕最下方容易多了，赶紧用上吧。可是呢。。。页面上又有好多地方需要用到 scrollTo 控制滚动条移动，尤其是页面刚加载完毕需要让浏览器默认的 url 栏消失，一般都用 scrollTo(0,0) 或 scrollTo(0,1) 之类的。。。当这两者混合时就出现问题了， 浮动的div 虽然是你看到的在最下方，但是实际上这个div 内的触控点全都漂移了。 （画外音：通过这件事情，我们明白了一个道理：不能只相信你的眼睛....） 用 iphone 访问地址： http://ztree.me/issueTest/iosFixed.html （注意，此 bug 在 iphone5上不存在！应该是 ios6 系统修正了这个bug。 ） 你就可以重现上图的问题，看触屏的位置，那里没有任何内容，但是点击后会看到灰色阴影，点击后 alert 44，这说明 click 44 这个 li 的位置实际上漂移到了那里。 bug 描述： 通过这个 Demo 可以基本确定 bug 的原因——利用 scrollTo 滚屏时，会导致 position:fixed 的图层视图不变，但对应的 DOM 实际响应位置却跟随 滚动条一起移动了

1、有人曾说，做程序员的人，都是疯子，做长了往往入戏太深，成天与代码打交道，话都很少说，所以评论程序员们都是以后连妞都泡不到的人，我听后，我可以这样说，泡妞好比一个方法，他人是学习方法，而程序员呢，是能制造方法。 　　 　　2、做程序员的女朋友幸福不？这个问题记得以前有人问过我女朋友，我当时当场回答那人，我说：“做程序员的女朋友，不一定幸福，而做我的女朋友呢？绝对幸福”所以说呢，事在人为。 　　 　　3、程序员的生活单调不单调？对于生活，我无法用单调这个词来形容，因为每个人都有自己喜欢的生活，可能我呢，喜欢看书，研究程序，听歌，爬山，但其他人不一定。到底什么样的生活不单调呢？我们说不清楚，今天平淡，明天激情，后天浪漫，这个我相信很容易做到，但一年 365 天，有那么多花样供我们娱乐吗？所以呢，人还是坚持在一块领域比较好！ 　　 　　4、程序员都不帅？做程序员呢，长期与电脑打交道，天天饱受辐射的摧残，很多人就这么认为，怪了，难道上帝创造人类的时候，总给懂得用脑的人一个丑陋的外表？我想不是吧，每个人的魅力都因不同角色而得到不同的结论。俗话说得好：萝卜白菜各有所爱！ 　　 　　5、做程序员累不累？累，真的很累，没办法，我们老爸不是李嘉诚，所以呢，无论我们选择了哪一行累是必须的！ 　　 　　6、做程序员好玩不？好玩，真的！如果你的兴趣放在这个领域，绝对好玩

因为国内特殊的网络环境，所以用github for windows，在使用git shell的clone命令是会出现这样的情况 git clone https://code.google.com/p/android-os-monitor.osmonitor/ Cloning into android-os-monitor.osmonitor... error: Unknown SSL protocol error in connection to code.google.com:443 while accessinghttps://code.google.com/p/android-os-monitor.osmonitor/info/refs 那么解决这个问题的办法就是用代理方式去访问了，这里的解决方法中用的是goagent，是在使用goagent的前提下才能执行下面的操作。 打开goagent软件，会看到 listen Address:127.0.0.1:8087，那么在git shell中执行的命令就是： git config --global http.proxy "127.0.0.1:8087" 这个问题可以解决了，但是遇到了另一个问题： D:\GitHub> git clone https://github.com/subying/jsbook.git Cloning

3 月，跳不动了？>>> 最近为了满足一部分朋友的需求，给 zTree 提供了 destroy 的方法，用于让 zTree 自行清空。为了检查该方法是否有效，做了一个简单的测试——显示 5000 个节点然后清空，此操作循环 100 次，结果发现 IE9 下内存严重暴涨，于是进行了反复筛查，最终锁定了嫌疑犯：关联数组（ data[key] = value ）导致的内存泄漏！ 只找到了嫌疑犯不行，定罪要有证据的，设计了一个简单的模型专门进行这个情况的测试，不排除可能由于我的疏忽得到的错误的结论，因此非常欢迎大家踊跃发表自己的看法，随便喷吧。。。。 【测试模型】 不要DOM和闭包、匿名函数干扰，一个全局变量 data 用于保存生成的数据；一个全局变量max用于设置数据最大条数；一个Function用于创建数据；一个Function 用于销毁数据。两个按钮，分别用于触发这两个Function。 补充：为了进行多种情况对比，因此一共制作了8组创建数据、销毁数据的 Function ，详细见后面的说明。 【测试流程】 【测试环境】 Win7 64位操作系统；IE Tester下的 IE6、8、9；FireFox v14.0.1；Chrome v21.0.1180.79；IE6性能太差，因此设置数据条数 max=100000；其他的浏览器都设置 max=1000000； 【开始测试】 1)

从收集 APP 崩溃信息到全面收集网站出现的 Error，现在的 BugHD 变得更加强大。目前， BugHD JS Error 收集功能 已正式上线，前端 er 们不用再面对一堆 Bug 无处下手。 下面，我们一起来看下有可能带给你的「惊喜」~ 一、实时收集网站的 JS 错误 首先，先添加项目至 BugHD，然后添加 JS 代码，即可全面实时掌控用户使用网站时发生的错误信息。详情见相关的 JavaScript 配置文档 . 二、灵活自定义地收集设备错误信息 BugHD 除了标准化的信息收集，同样支持灵活的自定义信息。 错误原因 & 错误堆栈 设备信息 （浏览器 & 操作系统） 请求信息（IP & 发送错误的 url ） 灵活的自定义参数（可以设置用户信息或其他自定义参数协作定位问题） 三、直观地展现错误数据分析 BugHD 从 时间 和 设备 分布两个维度，更加直观的展示错误的分布情况。 例如，根据过去两周每天的错误发生次数，我们可以判断错误发生的变化趋势； 针对错误的浏览器 & 操作系统的分布状况，我们对不同浏览器 & 操作系统进行适配； 四、详尽的错误列表分析 在错误列表页展示每次出错的详细信息，通过筛选对比，可分析不同的因素对错误产生的影响。 五、丰富的 WebHook 集成消息通知 支持多种第三方工具和自定义 WebHook，将错误收集集成到你的工作流中

1、iOS7添加NavigationItem，不能通过手指向左滑动pop到前一个页面 在iOS7中，由当前页面ViewController1 push到新的页面ViewController2的时候，我们可以通过滑动手指来返回到前一个页面，这是iOS7内置的新特性，效果如下图所示， 但是，当我们在给ViewController添加self.navigationItem的时候，就不能通过手指来滑动回去了，本来我没有注意到这个问题，后来leader要我能够解决这个bug，有没有觉得这个问题该怎么在google上面提问都不知道，我找了半天，在 stackoverflow 找到了答案，就是在viewDidAppear和viewDidDisappear添加如下代码，就是delegate的设置， - ( void )viewDidAppear:( BOOL )animated { [ super viewDidAppear :animated]; self . navigationController . interactivePopGestureRecognizer . delegate = self ; } - ( void )viewDidDisappear:( BOOL )animated { [ super viewDidDisappear :animated]; self .

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 如图： 在火狐浏览器中window.location.hash.substring(1)返回字符串被编码，例如<script>alert(1)</script>返回后成为%3Cscript%3Ealert(1)%3C/script%3E 这是在火狐浏览器中的bug，在其他浏览器中是正常返回的，例如（电脑暂时只有firfox就用手机uc代替了）： window.location.hash should always return urlencoded string, but this is a bug in Firefox 参考： http://stackoverflow.com/questions/824040/doing-substring-in-window-location-hash# 来源： oschina 链接： https://my.oschina.net/u/947688/blog/515437

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 最近的工作中遇到一个问题，在使用Spring时，RequestMethod.POST方法能够接收到参数，但 RequestMethod.PUT却接收不到传进来的参数，代码大致如下: @Controller @RequestMapping("/v1") public class AccountController { @RequestMapping(value = "/account/{id}", method = RequestMethod.PUT) @ResponseBody public Object updateUserInfo(@PathVariable Long id, @RequestParam(value = "phone", required = false) String phone, @RequestParam(value = "nickName", required = false) String userName) { // do something.... } } id的参数是能收到，其他的不行。在网上搜索资料找到解决方法: stackoverflow的原文地址： http://stackoverflow.com/questions/5894270/springmvc-is-not