ann
冰是没有未来的,因为它的永恒
posts - 107,comments - 34,trackbacks - 0
     摘要:
intellj 编码设置 ,project编码设置 这两个编码必须统一。
例如: intellj设置的是系统默认的编码gbk,而project是utf8。

  阅读全文
posted @ 2010-01-15 18:04 冰是没有未来的,因为它的永恒| 编辑 收藏
     摘要: 按照我写的目录结构来放置。
下载地址:
http://www.apache.org/dist/tomcat/tomcat-6/v6.0.18/bin/extras/tomcat-juli.jar
http://www.apache.org/dist/tomcat/tomcat-6/v6.0.18/bin/extras/tomcat-juli-adapters.jar

tomcat6-------lib
| |--------tomcat-juli-adapters.jar
| |--------log4j.jar
| |--------log4j.properites
|
|----bin
|--------tomcat-juli.jar
阅读全文
posted @ 2010-01-14 18:10 冰是没有未来的,因为它的永恒| 编辑 收藏
     摘要: Bulk close all in lucene2.9.1 issues.   阅读全文
posted @ 2010-01-14 16:06 冰是没有未来的,因为它的永恒| 编辑 收藏
     摘要: 找到启动用户目录
比如是/home/hudson/下面
.hudson/nodeMonitors.xml 加入


false


false



  阅读全文
posted @ 2010-01-12 13:22 冰是没有未来的,因为它的永恒| 编辑 收藏
     摘要:

Jetty's default configuration has a limitation on POST data (200000 bytes)that
prevents Hudson from reading the Update Center data (available
plugins). Jetty gets an error like java.lang.IllegalStateException: Form too large. To resolve this, add something like this to jetty.xml:

Jetty 6:

在jetty.xml中设置该参数



org.mortbay.jetty.Request.maxFormContentSize

-1阅读全文
posted @ 2010-01-12 11:09 冰是没有未来的,因为它的永恒| 编辑 收藏
     摘要: 地址:http://code.google.com/apis/chart/  阅读全文
posted @ 2010-01-12 10:33 冰是没有未来的,因为它的永恒| 编辑 收藏
     摘要: server:

package com.test.web.resources;

import javax.ws.rs.Consumes;
import javax.ws.rs.POST;
import javax.ws.rs.Path;
import javax.ws.rs.Produces;
import javax.ws.rs.core.MediaType;
import javax.ws.rs.core.MultivaluedMap;

import org.springframework.stereotype.Component;


/**
* 测试
* @author ann
*
*/
@Path("/test")
@Component
public class Test {

@POST
@Path("/formTest")
  阅读全文
posted @ 2010-01-11 17:02 冰是没有未来的,因为它的永恒| 编辑 收藏
     摘要: 同步的集合类Hashtable和Vector,以及同步的包装器类Collections.synchronizedMap和Collections.synchronizedList,为Map和List提供了基本的有条件的线程安全的实现。然而,某些因素使得它们并不适用于具有高度并发性的应用程序中――它们的集合范围的单锁特性对于可伸缩性来说是一个障碍,而且,很多时候还必须在一段较长的时间内锁定一个集合,以防止出现ConcurrentModificationExceptions异常。

ConcurrentHashMap和CopyOnWriteArrayList实现提供了更高的并发性,同时还保住了线程安全性,只不过在对其调用者的承诺上打了点折扣。ConcurrentHashMap和CopyOnWriteArrayList并不是在您使用HashMap或ArrayList的任何地方都一定有用,但是它们是设计用来优化某些特定的公用解决方案的。许多并发应用程序将从对它们的使用中获得好处。

总结:在多线程并发情况下,为了避免ConcurrentModificati  阅读全文
posted @ 2010-01-07 18:04 冰是没有未来的,因为它的永恒| 编辑 收藏
     摘要:

数据库服务器,应对是高并发的访问,每天都有大量的读写删除操作。因此,时间一长服务器的内存就耗尽,数据库的占的空间也很大。为了应对这个情况,我制定两个常用的维护操作。

一、注重日常清理(VACUUM;)。因为有大量的更新(update)"删除(delete)操作,会有大量的空间需要释放。

每日执行一次VACUUM,每周访问量低的时候执行VACUUM FULL;

语法结构;

VACUUM [ FULL | FREEZE ] [ VERBOSE ] [ table ]
VACUUM [ FULL | FREEZE ] [ VERBOSE ] ANALYZE [ table [ (column [, ...] ) ] ]

FULL ------选择"完全"清理,这样可以恢复更多的空间, 但是花的时间更多并且在表上施加了排它锁。
FREEZE ---------选择激进的元组"冻结"。
VERBOSE --------- 为每个表打印一份详细的清理工作报告。 <  阅读全文
posted @ 2010-01-07 15:55 冰是没有未来的,因为它的永恒| 编辑 收藏
     摘要: grails 升级到1.2.0 版本之后需要注意的

1.默认的webserver是tomcat.
如果想切换为jetty。grails uninstall-plugin tomcat
grails install-plugin jetty

2. 有了很多标准的规范,比如 :
1). 必须放入
标签之内。
2).urlmap中 "/test_$guid?"(controller:"test",action:"list")
"/" (controller:"index",action:"list")
  阅读全文
posted @ 2010-01-05 16:55 冰是没有未来的,因为它的永恒| 编辑 收藏
仅列出标题
共9页: 上一页 1 2 3 4 5 6 7 8 9 下一页 

当下,把心放下 放下如果是可能的,那一定是在当下,
不在过去,也不在未来。
当下放下。唯有活在当下,你的问题才能放下。