`
tovegar
  • 浏览: 31341 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论
文章列表
最近公司做项目需要使用到基于Android的WIFI室内定位,做了一些尝试,发现几个问题: 1、Wifi信号不稳定导致的漂移 2、Wifi信号1-2S 才刷新一次造成的连续定位延迟时间太长 3、跨楼层问题 经常有问题 所以在ITEYE寻找高手, 看是否在做“基于Android wifi和Sensors的室内定位算法研究、实现” 要求:精度5米以内,稳定不飘,可以实现连续定位。 有做过的,可以给予指导
    最近公司要尝试敏捷开发,我入职没多久,就被要求研究一下如何实现。之前只是听说过敏捷开发,没有真正实现过,经过近3个星期的整理,试用了selenium jira greenhopper confluence等工具,决定下个项目就开始实施敏捷开发,下面是实施的过程,还没过试用期,大家帮看有没有问题,多提一些实用的意见1.敏捷开发的原则 原则一:个体及交互比流程与工具更具价值 原则二:可用的软件比冗长的文档更有价值 原则三:与客户的协作比合同谈判更有价值 原则四:对变化的响应比遵循计划更有价值 由此可见敏捷开发更注重人的作用,更注重人交流,团队协作。 2.敏捷开发-Scrum    Scrum ...
快30的北漂了,做JAVA程序员也快4年了,不做去年的总结了,说一说2011的计划 1.再读《Java 编程思想》 还没想过转行 2.购买 通读学习《重构改善既有代码设计》 3.继续学习设计模式,至少要学习并在实际中使用5种以上的设计模式 4.想做一个家庭财务软件在自己家中使用 5.逐步了解项目管理,在项目中多思考如果我是项目经理我会如何管理 6.家庭到2011年底结余尽量多的钱包括期间投资的。  
一直都没机会自己的研究一个日志的配置,今天抽出了2个小时的时间仔细的看了一下配置1.log4j apache的一个开源项目,主要用于控制日志的输出。包涉及到log4j.jar,common-logging.jar 2.先说日志的级别主要分为DEBUG<INFO<WARN<EROOR<FATAL,这几个级别是有顺序的,比如输出级别是INFO,则DEBUG的打印是不显示的。关于级别的设置可以用2种方式来设置: (1)全局设置log4j.rootLogger=INFO,console,file此处定义的INFO就是日志输出级别为INFO。如果(2)中没有专门之处则此处都是按 ...
先查那些被锁了 SELECT OBJECT_ID,SESSION_ID,SERIAL#, ORACLE_USERNAME,OS_USER_NAME,S.PROCESS FROM V$LOCKED_OBJECT A, V$SESSION S WHERE A.SESSION_ID=S.SID;   杀掉需要解锁的 alter system kill session 'SESSION_ID,SERIAL#';
好久没见过那么大的雪了,特别是在北京 真是千里冰封万里雪飘   最近研究ACTIVEMQ 踩在一层厚厚的雪上,咯噔咯噔的响。看到鞋没湿,为什么呢? 因为是雪不是水,雪是水的一种形态,最终是要变成水的。   哦,也就是说,虽然是水,但是不是当前直接是水的形态。而是过一段时间之后才能变成水。 也就是说,雪是水的异步状态。下雪时下雨的异步处理。 雪最终还是水的  
1.确保防火墙可以透过    vi /etc/sysconfig/iptables    -A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 2401 -j ACCEPT 有这句,就可以把     2401端口打开 2.配置xinetd,用xinetd来启动CVS服务器 service cvspserver { disable = no socket_type = stream wait = no user = root env = HOME= server = /usr/bin/cvs ...
javaeye上有人提到过FileReader和BufferReader的区别 不知道,于是动手查了一下: 1.FileReader是由java.io.InputStreamReade扩展来的,是针对文件读取的,只能进行底层的字节操作。 BufferedReader由Reader类扩展而来,提供通用的缓冲方式文本读取,而且提供了很实用的readLine,读取分行文本很适合,BufferedReader是针对Reader的,不直接针对文件,也不是只针对文件读取。  2.FileReader是用来读文件的类,而BufferReader是将IO流转换为Buffer以提高程序的处理速度 Buffe ...
说他繁琐是因为每增加一个小功能,就必须书写很多代码,数据层书写service 接口与实现。dao 接口与实现。 action层要写strus-config.xml Define.xml validation.xml等 方法配置里面必须在ApplicationResources.properties LookupMethods.properties 还有spirng bean定义。太多了,繁琐。 还有我说一下关于此SSH定义中一些其他的东西: 登陆 用户 权限验证 :acegi    利用配置文件就可以完成用户的登陆和 权限的控制方便。     但是acegi缺点是 比较慢,并且如果在TOMC ...
对于ACTION层的处理: 都继承了 LookupDispatchActionSupport ,利用ApplicationResources.properties 和 LookupMethods.properties来对应文字和方法(也就是按钮 和 按钮应该处理的方法)。 BaseAction.java public class BaseAction extends LookupDispatchActionSupport { private static Log log = LogFactory.getLog(BaseAction.class); private static App ...
当使用的这个框架之后就是觉得挺累。一个简单的东西要写N个配置和文件。 层次比较清晰: DAO - > SERVICE - > MODEL - > ACTION - > FORMBEAN - > VIEW 数据层 和 业务层:spring dao + hibernate action:struts view : struts + jsp + jsf 整个模型按照ModelsTry的模型来设计的: 先看一下数据层和 业务层: jdbc.properties: #c3p0 datasource.driverClassName=oracle.jdbc.driver ...

每日单词1

racecource 赛马跑道 赛马场 sow n.大母猪 v.传播 播种 iron n.铁 熨斗 坚强 vt.烫平 装备 vi.烫衣服
    某个字段不是持久状态的一部分,不应该把字段和对象一起串起来。表示一个域不是该对象串行化的一部分。当一个对象被串行化的时候,transient型变量的值不包括在串行化的表示中,然而非transient型的变量是被包括进去的。输入输出就是一种串行化。 public class TestModel implements Serializable { private String a; private transient String b; public String getA() { return a; } public void setA(String a) ...
碰到这样一个问题:     执行一个方法,比如是consume()方法,     此方法要求必须在1分钟之内执行完。如果执行不完则终止执行,并且跳到别的界面     如果方法在2秒内执行完,那么就继续执行下面的方法 问题背景:     利用远程调用调用在线银行的消费方法,进行的实时交易     调用消费方法之后要就行记录日志等等操作     但是如果远程调用的地址有问题了,就一直再调用进行中,很久之后才报出来错误     而银行的操作是调用方法之后,如果1分钟没有反应就调用冲正方法取消交易    所以就想如果方法执行1分钟之后还没有返回结果 终止执行。 如果1分钟任何一个时间返回都继续执行下面 ...
用了半年的solr才能确实的感觉到lucene的优点。 正如robbin所说:“但是这个方案的缺点也是显而易见的,你的RoR应用所有的全文检索都要依赖后台再次向solr服务器发送web请求来获取结果,单个页面的执行速度肯定会受限于后台的跨http的web请求,这对于那些对全文检索功能依赖特别多的网站来说,恐怕很难接受”。 还有全文索引比较忌讳单个索引文件太大,如果太大,搜索的效率降低不说,做优化都比较耗资源,而且最头疼的就是“out of memeory”这个错误,人数一多肯定是不行。 lucene提供了多个索引文件的查询基本可以解决索引过大的问题,但是solr呢? 曾经考虑过建立多个solr服 ...
Global site tag (gtag.js) - Google Analytics