leeket的专栏

--book表CREATE TABLE book(book_id VARCHAR2(20),book_name VARCHAR2(100),book_publish VARCHAR2(100));--in表示输入参数，默认为in--out 表示输出参数CREATE OR REPLACE PROCEDURE sp_pro7(spBookId IN VARCHAR2,

package com.leeket.action;import java.io.File;import org.apache.commons.io.FileUtils;import org.apache.struts2.ServletActionContext;import com.opensymphony.xwork2.ActionContext;import com.op

自定义拦截器需要实现Interceptor接口，重写里面的方法 和一般的动态代理一样，通过invoke方法执行package com.leeket.interceptor;import com.opensymphony.xwork2.ActionContext;import com.opensymphony.xwork2.ActionInvocation;import com.

对所有的方法进行校验 package com.leeket.action;import java.util.regex.Pattern;import com.opensymphony.xwork2.ActionContext;import com.opensymphony.xwork2.ActionSupport;/** * @author Administrator

#程序运行时进程名称(唯一)EXE_NAME=""#此语句表示先杀掉存在的进程for PID in `ps -ef | grep -v grep | grep java | grep $EXE_NAME | awk '{print $2}'`do kill -9 $PIDdone#进程启动时分配的内存空间,因系统和进程所需空间而异MEM_OPTS="-d64 -Xms3

我的环境是这样由于一个项目的程序需要1.6版本的java, 而另一个项目是基于1.7做的开发，所以在机器上装了不同的jdk环境，以为将JAVA_HOME的路径改变，即可将java的版本修改掉，其实不然，因为java时会将java.ext javaw.exe javaws.exe这三个文件复制到C:\WINDOWS\system32下面. 咱们在cmd窗口中输入java -version 时会先

最近项目中使用了JarFile 这个类 来load jar包中的 configuration,大致的情况如下public void processJarEntries(JarFile paramJarFile, ZipEntryFilter paramZipEntryFilter, ZipEntryProcessor paramZipEntryProcessor)  {    for

最近项目中遇到了个关于JVM中GC线程数的问题,做一下简单的总结问题场景:server:均为 sun公司的solaris 系统 CPU 128个项目8.1时使用的 java版本:   jdk1.6_u38 升级到9.1后使用jdk1.7_U21 下面两图分别为1.6和1.7时的prstat输出情况，可明显发现1.7的cpu使用情况增大做了一个简单的测试(

com.mysql.jdbc.Driver        url:jdbc:mysql://localhost/hibernate,其中localhost表示mysql服务器名称，此处为本机，    hibernate是数据库名-->           jdbc:mysql://localhost/ssh               root