`
文章列表
新增一个支持AHCI磁盘的PE,这样就不需要在BIOS中切换来切换去了: 秋无痕w*i*n*7下载地址 秋无痕Windows 7 & XP SP3 2in1 集成安装版201008 全面支持Win7,通用PE工具箱V1.9.2官方标准版发布[2010元旦新作] 通用PE工具箱安装图解(虽然是1.8.1,一样可以参考) 1.(如果PE认不出磁盘,先进BIOS把AHCI模式设成兼容模式)把WINDOWS7的ISO镜像解压到D:\windows7\。 2.进入PE,格式化C盘为NTFS,如果是分区的话,千万别忘了把C盘设置为“活动”的。 3.从D:\windows7\提取boot目录和boot ...
◇Windows 7 & XP SP3 2in1 集成安装版 201008◇写在前面:1、目前,甚至是接下来好长一段时间,XP和WIN7将是最主流的系统,加上目前DVD-ROM已经基本取代了CD-ROM,所以将这两个系统放在一张DVD盘上,将方便了装机使用。2、稳定至上,所以只做集成版(WIN7的克隆版更没有意义了)。3、兼顾方便,集成可选的软件和优化,一张DVD盘可满足所有人的基本要求(即用本盘安装后,对于没有特别要求的用户,已经不需再装其他软件了)。4、此盘不追求全,而是追求实用。5、体积控制在4G以内,即不超过4G,方便将镜像文件放在FAT32分区上(特别是目前U盘都是这种 ...
这一阵子看到了security,很感兴趣。于是研究一下,我在javaeye上查了好多相关的文档,收益匪浅,从入门级的配置问题,到源码级的解读都非常不错,但是还要自己在亲自走一遍流程才踏实。   我看的security 3.0的源码,原因是 security 2.0 的源码没办法通过maven获取到 。   首先 security的控制内容有: url,method,session三种,我项目中用到的只有 url。下面就按url的流程来走。 思路:  使用filter,过滤所有的url 如 /* 这样,并且这个filter应在最前面,道理就不到说了吧。      1》 security ...
这周末 什么都不想做,书也看不下去,可总觉得自己很精神。这种状态真的很不好,应该是平时生活中没有计划安排的原因, 要安排好自己的生活,这样自己才不会觉得自己没事做,也不会让自己觉得没有目标,没有动力啊。 看来那本 与时间做朋友还要继续看看,对于我来说还是相当不错的。 要有目标,要有计划,计划要合理,学习和娱乐,最重要要多锻炼身体,身体好思路才清晰,学习才有效率,要经常集中注意力来做一件事,不要三心二意, 这需要合理安排 达到最好的效率,实在不想学习了,可以做做运动,跑步,散步,下蹲,俯卧撑,仰卧起坐等,学习要专心,要集中注意力,感觉这个跟多运动是相辅相成的,运动休息一会之后,自然就能集中注意 ...
<?xml version="1.0" encoding="utf-8"?> <jdoconfig xmlns="http://java.sun.com/xml/ns/jdo/jdoconfig" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://java.sun.com/xml/ns/jdo/jdoconfig"> ...
spring中进行事务管理,是使用了动态代理技术,为 拦截的bean 生成代理,这样在调用bean方法是可以进行事务管理。 我想要实现一个非常简单的事务管理框架,能在ioc容器中进行声明,即可进行事务管理。 首先详细的分析 spring的实现过程:      1,定义sessionFactory      2,将sessionFactory 注入到 transactionManager中,使其能托管      3,然后配置 beanNameProxy, 需要事务管理的beanName这样读取bean的时候 会从 这里生成代理      4,配置要拦截的method的 事务隔离属性 ...
好几天前 我试着把nutz在gae上运行,运行很正常,这下子在gae上开发一些应用就会更加简单高效了。   今天在看gae 数据存储部分,正打算把 这部分写成 nutz.dao的实现类,这样就能方便的移植某些应用了 呵呵。 简单的做了一个小例子,争取尽快把 数据存储这部分弄明白,下面记录自己的心得:   JDOHelper.getPersistenceManagerFactory("transactions-optional"); 这里 的 transactions-optional 应该是控制 pmf 初始化的一个关键参数, 不写会报错。 详细整理这里的参数 ...
spring的事件处理  是这样做的: 所有需要监听或发布事件的service都要实现 applicationListener 接口 如果有事件 发布时,就调用所有的 service的 onEvent()方法。这样处理很方便的,只是觉得不够完美,也会有一些性能浪费。   自己的设想: 在 仍然需要实现 applicationListener 接口, 在实现类中 用注解标明自己需要监听的事件 这样在初始化的时候就可以将该事件和处理类对应起来, 当有该事件触发时,就去找对应的处理类直接进行处理。 这样比上面那种要精确一些了
在SERVICE的抽象类中去掉onApplicationEvent方法,不需要了,改写发布事件的方法,修改后变成这样  Java代码  import org.springframework.context.ApplicationEvent;     
 自定义的事件监听与处理框架。  如果只想监听到自已所关心的事件呢,那么就要自已实现一套事件处理的小框架了:    首先重新定义事件监听器接口,不再使用SPRING提供的ApplicationListener接口: Java代码  import java.util.List;  
基于SPRING的事件处理其实很简单,初学者不必一开始就担心搞不懂,本文先是介绍完全基于SPRING的事件监听实现(熟识Spring事件监听的朋友应该跳过第一节),然后依葫芦画瓢自已做一个性能更好事件监听小框架,最后在回贴中加入了注解版。     为何要使用事件监听,而不是直接调用?打个比方,在系统删除一个用户时,需要把用户的其他信息和行为记录一起删除,此时最容易想到的是:删除用户时,调用其他Service类接口删除与之相关的信息和用户行为记录,但是用户是一个基础模块,随着系统模块不断增加,会有越来越多的模块与之关联,按以上方案,每增加一个与用户相关的模块,那么删除用户时就要把这个模块的信息也一 ...
项目中 发现有好多异常需要检查处理,老大要求有异常直接抛出,不做任何处理即可。 可这样自己感觉不是很好,包括一些 资源的回收,数据的回滚等都没办法做,自己想做一些封装,可又感觉自己考虑的不是很全面。十分无奈,于是 参考了下面的这篇文章。得出了自己的结论:           对于异常,能处理的就处理,处理不了的就向上抛出(废话,跟没说一样)           如果想详细的记录异常的 就多使用 封装异常 和 try  catch ,精确的处理每个异常           如果想减少代码中的try catch 就需要 封装异常,一个模块抛出一个统一的异常,使用 unchecked exce ...
将 JDO 与 App Engine 配合使用 Java 持久性 API (JPA) 是一个用于将包含数据的对象存储在关系数据库中的标准接口。该标准定义用于对 Java 对象进行批注、通过查询检索对象,并使用事务与数据库交互的接口。使用 JPA 接口的应用程序可以在不使用任何供应商特定的数据库代码的情况下使用不同的数据库。JPA 使您的应用程序可轻松地在不同的数据库供应商之间移植。 App Engine Java SDK 包括针对 App Engine 数据存储区的 JPA 1.0 的实现。该实现基于 DataNucleus 访问平台。由于 JPA 提供一个标准接口和关系数据库交互,而 ...
关系 使用对象类型的字段,可以在持久对象之间建模关系。持久对象之间的关系可描述为有主的(其中一个对象无法脱离另一个而存在)或无主的(两个对象都可存在,而不管其彼此的关系)。JDO 接口的 App Engine 实现可以建模有主的一对一关系和有主的一对多关系,这些关系既单向又双向。无主的关系尚未为自然语法所支持,但您可以通过直接在字段中存储数据存储区键来自己管理这些关系。App Engine 在实体组中自动创建相关实体以便支持相关实体的共同更新,但应用程序有必要了解何时使用数据存储区事务。 有主的一对一关系 有主的一对多关系 无主的关系
事务 App Engine 数据存储区支持事务。事务是一项操作或一系列操作,要么全部成功,要么全部失败。应用程序可以在单个事务中执行多个操作和计算。 使用事务 事务中可执行的操作 事务的用途 禁用事务和传输现有的 JDO Ap ...
Global site tag (gtag.js) - Google Analytics