亚洲av伊人久久综合密臀性色,2021最新久久久视精品爱,狠色狠色狠狠色综合久久

鑫龙 — Tue, 08 Apr 2014 07:20:00 GMT

�E�序如下�Q?/p>

import java.util.*;

import java.io.*;

public class BadExecJavac

{

public static void main(String args[])

{

try

{

Runtime rt = Runtime.getRuntime();

Process proc = rt.exec("javac");

int exitVal = proc.exitValue();

System.out.println("Process exitValue: " + exitVal);

} catch (Throwable t)

{

t.printStackTrace();

}

�q�行�l�果如下

E:\classes\com\javaworld\jpitfalls\article2>java BadExecJavac
java.lang.IllegalThreadStateException: process has not exited
at java.lang.Win32Process.exitValue(Native Method)
at BadExecJavac.main(BadExecJavac.java:13)

�q�是因�ؓ(f��)当进�E�还没有�l�束的情况下�Q�调用exitValue�Ҏ(gu��)��?x��)抛出IllegalThreadStateException.当然�?ji��n)我们�?x��)问�ؓ(f��)什吗这个方法不�?x��)等到进�E�结束在�q�回一个合理的��|��

在检查Process�cȝ��所有可用方法以后我们发现WairFor()是一个更合适的�Ҏ(gu��)��。事实上waitFor也会(x��)�q�回exit value。这意味着你不可以同时用exitvalue和waitfor�Q�而是只能选择一个�?/p>

当然�?ji��n)也有情况你要在waitfor之前用exitvalue�Ҏ(gu��)��Q�就是你不想因�ؓ(f��)外部�E�序永远无法完成而一直等待下厅R�?/p>

因此��Z��(ji��n)避免�q�个陷阱�Q�我们要么捕获IllegalThreadStateException异常�Q�要么等待进�E�完成。我们相当然的以为可以用waitfor来等待程序的�l�束。代码如下：(x��)

import java.util.*;
import java.io.*;
public class BadExecJavac2{
public static void main(String args[])    {
    try        {
       Runtime rt = Runtime.getRuntime();
       Process proc = rt.exec("javac");
       int exitVal = proc.waitFor();
       System.out.println("Process exitValue: " + exitVal);
    } catch (Throwable t)          {
       t.printStackTrace();
    }
}
}

�q�次在linux下面�q�回的结果是2,而在windows下面据说�E�序�?x��)挂��P��关于其原因我们可以在jdk文档中找到部分解释：(x��)因�ؓ(f��)一些操作系�l��ؓ(f��)标准的输入输��Z��仅提供有限的�~�冲区，当不能正��的��信息写�q�输入流或者从输出��中获取信息�Ӟ��׃��(x��)��D��子进�E�的��d��Q�甚��x��锁。现在我们就�Ҏ(gu��)��jdk文档来处理javac�q�程的输出，当你不带��M��参数�q�行javac�Ӟ��它会(x��)打印��Z��p�d��的有用的提示信息。而这些会(x��)被传送到stderr��中。我们可以写�E�序在其�q�回前获取这些信息。下面的代码提供�?ji��n)一个��^庸的解决�Ҏ(gu��)��?/p>import java.util.*;import java.io.*;
public class MediocreExecJavac{
public static void main(String args[])    {
     try        {
       Runtime rt = Runtime.getRuntime();
       Process proc = rt.exec("javac");
       InputStream stderr = proc.getErrorStream();
   InputStreamReader isr = new InputStreamReader(stderr);
       BufferedReader br = new BufferedReader(isr);
       String line = null;
       System.out.println("");
       while ( (line = br.readLine()) != null)
          System.out.println(line);
       System.out.println("");
       int exitVal = proc.waitFor();
       System.out.println("Process exitValue: " + exitVal);
    } catch (Throwable t)          {
        t.printStackTrace();
    }
}
}

�q�次�E�序可以正确的输��Z��(ji��n)提示信息�Q�但是我们应该注意到其返回代码是2�Q�我们知道�Q何非0的返回代码都表示�E�序不正常。所以我们需要进一步的查找原因。对于win32而言是file not found�Q�很明显javac期望我们提供�~�译的文件。所以对于永�q�挂��L(f��ng)��问题�Q�如果你�q�行的程序会(x��)有输出或者要求输出入�Ӟ��你需要处理输出和输入。我在linux下面�q�行的结果是正确的。前面说�?ji��n)在win32下面2代表是文件没有找刎ͼ�而在�q�种情况下表明是dir.exe没有扑ֈ��Q�（因�ؓ(f��)�Ҏ(gu��)��没有这个文�Ӟ��他们都被��装到common.com �Q�win95�Q�或者cmd.exe中了(ji��n)�?/p>

下面我们列出一个正��的处理Process的输入输出流的方法。需要用一个线�E�类�?/p>

import java.util.*;
import java.io.*;
class StreamGobbler extends Thread{
   InputStream is;
   String type;
   StreamGobbler(InputStream is, String type)    {
       this.is = is;
       this.type = type;
   }

   public void run()    {
      try        {
          InputStreamReader isr = new InputStreamReader(is);
BufferedReader br = new BufferedReader(isr);
          String line=null;
    while ( (line = br.readLine()) != null)
    System.out.println(type + ">" + line);
  } catch (IOException ioe)             {
    ioe.printStackTrace();
  }
   }
}

用于专门的处理输入输出�?/p>

public class GoodWindowsExec{
    public static void main(String args[])    {
    if (args.length < 1)        {
    System.out.println("USAGE: java GoodWindowsExec ");
    System.exit(1);
    }
    try        {
    String osName = System.getProperty("os.name" );
    String[] cmd = new String[3];
    if( osName.equals( "Windows NT" ) )            {
    cmd[0] = "cmd.exe" ;
    cmd[1] = "/C" ;
    cmd[2] = args[0];
    }            else if( osName.equals( "Windows 95" ) )            {
    cmd[0] = "command.com" ;
    cmd[1] = "/C" ;
    cmd[2] = args[0];            }
    Runtime rt = Runtime.getRuntime();
    System.out.println("Execing " + cmd[0] + " " + cmd[1] + " " + cmd[2]);
    Process proc = rt.exec(cmd);            // any error message?
    StreamGobbler errorGobbler = new StreamGobbler(proc.getErrorStream(), "ERROR"); // any output?
    StreamGobbler outputGobbler = new StreamGobbler(proc.getInputStream(), "OUTPUT");                            // kick them off
    errorGobbler.start();
    outputGobbler.start();                                                // any error???
    int exitVal = proc.waitFor();
    System.out.println("ExitValue: " + exitVal);
    } catch (Throwable t)          {
    t.printStackTrace();
    }
    }
}

如果�q�行如下命��o(h��)上面的代码会(x��)调用word�E�序

>java GoodWindowExec “abc.doc”

也就是说文�g�c�d��如果window能够识别它就�?x��)调用对应的�E�序处理�?/p>

StreamGlobbler的最重要作用是他�?x��)清�I�所有的传递给他的inputstream�Q�这样不�?x��)造成Process��d��或者死锁�?/p>

鑫龙 2014-04-08 15:20 发表评论

java中wait/notify机制

鑫龙 — Mon, 07 Apr 2014 09:27:00 GMT

通常�Q�多�U�程之间需要协调工作。例如，��览器的一个显�C�图片的�U�程displayThread惌��执行昄��囄��的�Q务，必须�{�待下蝲�U�程 downloadThread��该囄��下蝲完毕。如果图片还没有下蝲完，displayThread可以暂停�Q�当downloadThread完成�?ji��n)�Q�?后，再通知displayThread“囄��准备完毕�Q�可以显�C�Z��(ji��n)”�Q�这�Ӟ��displayThread�l�箋执行�?/span>
以上逻辑��单的说就是：(x��)如果条�g不满��I��则等待。当条�g满��Ӟ��{�待该条件的�U�程��被唤醒。在Java中，�q�个机制的实��C��赖于wait/notify。等待机制与锁机制是密切兌��的。例如：(x��)
synchronized(obj) {while(!condition) {obj.wait();}obj.doSomething();}

当线�E�A获得�?ji��n)obj锁后�Q�发现条件condition不满��I��无法�l�箋下一处理�Q�于是线�E�A��wait()�?/span>
在另一�U�程B中，如果B更改�?ji��n)某些条�Ӟ��使得�U�程A的condition条�g满��?ji��n)，��可以唤醒线�E�A�Q?/span>
synchronized(obj) {condition = true;obj.notify();}

需要注意的概念是：(x��)
◆调用obj的wait(), notify()�Ҏ(gu��)��前，必须获得obj锁，也就是必��d��在synchronized(obj) {...} 代码�D�内�?/span>
◆调用obj.wait()后，�U�程A��释放了(ji��n)obj的锁�Q�否则线�E�B无法获得obj锁，也就无法在synchronized(obj) {...} 代码�D�内唤醒A�?/span>
◆当obj.wait()�Ҏ(gu��)��q�回后，�U�程A需要再�ơ获得obj锁，才能�l�箋执行�?/span>
◆如果A1,A2,A3都在obj.wait()�Q�则B调用obj.notify()只能唤醒A1,A2,A3中的一个（具体哪一个由JVM军_��Q��?/span>
◆obj.notifyAll()则能全部唤醒A1,A2,A3�Q�但是要�l�箋执行obj.wait()的下一条语句，必须获得obj锁，因此�Q�A1,A2,A3只有一个有��Z��(x��)获得锁��l�执行，例如A1�Q�其余的需要等待A1释放obj锁之后才能��l�执行�?/span>
◆当B调用obj.notify/notifyAll的时候，B正持有obj锁，因此�Q�A1,A2,A3虽被唤醒�Q�但是仍无法获得obj锁。直到B退出synchronized块，释放obj锁后�Q�A1,A2,A3中的一个才有机�?x��)获得锁�l�箋执行�?/span>

鑫龙 2014-04-07 17:27 发表评论

CentOS 下JDK安装(�?

鑫龙 — Tue, 25 Dec 2012 11:17:00 GMT

�W�一步：(x��)查看Linux自带的JDK是否已安�?�Q�卸载centOS已安装的1.4�Q?/p>

安装好的CentOS�?x��)自带OpenJdk,用命�?java -version �Q�会(x��)有下面的信息�Q?/p>

java version "1.6.0"
OpenJDK Runtime Environment (build 1.6.0-b09)
OpenJDK 64-Bit Server VM (build 1.6.0-b09, mixed mode)

最好还是先卸蝲掉openjdk,在安装sun公司的jdk.

先查�?rpm -qa | grep java

昄��如下信息�Q?/p>

java-1.4.2-gcj-compat-1.4.2.0-40jpp.115
java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5

卸蝲�Q?/p>

rpm -e --nodeps java-1.4.2-gcj-compat-1.4.2.0-40jpp.115
rpm -e --nodeps java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5

�q�有一些其他的命��o(h��)

rpm -qa | grep gcj

rpm -qa | grep jdk

如果出现找不到openjdk source的话�Q�那么还可以�q�样卸蝲

yum -y remove java java-1.4.2-gcj-compat-1.4.2.0-40jpp.115
yum -y remove java java-1.6.0-openjdk-1.6.0.0-1.7.b09.el5

<1># rpm -qa|grep jdk ← 查看jdk的信息或直接执行
�?nbsp;
# rpm -q jdk
�?nbsp;
# java -version
<2># rpm -qa | grep gcj ← ��认gcj的版本号
<3># yum -y remove java-1.4.2-gcj-compat ← 卸蝲gcj

�W�二步：(x��)安装JDK
<1>从SUN下蝲jdk-1_5_0_14-linux-i586-rpm.bin或jdk-1_5_0_14-linux-i586.bin
�?usr下新建java文�g夹，��安装包攑֜�/usr/java目录�?nbsp;
# mkdir /usr/java
<2>安装JDK
# cd /usr/java
①jdk-1_5_0_14-linux-i586-rpm.bin文�g安装
# chmod 777 jdk-1_5_0_14-linux-i586-rpm.bin ← 修改为可执行
# ./jdk-1_5_0_14-linux-i586-rpm.bin ← 选择yes同意上面的协�?nbsp;
# rpm -ivh jdk-1_5_0_14-linux-i586.rpm ← 选择yes直到安装完毕
②jdk-1_5_0_14-linux-i586.bin文�g安装
# chmod a+x jdk-1_5_0_14-linux-i586.bin ← 使当前用��h��有执行权�?nbsp;
# ./jdk-1_5_0_14-linux-i586.bin ← 选择yes直到安装完毕

�W�三步：(x��)配置环境变量
<1># vi /etc/profile
<2>在最后加入以下几行：(x��)
export JAVA_HOME=/usr/java/jdk1.6.0_10
export CLASSPATH=.:$JAVA_HOME/jre/lib/rt.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
export PATH=$PATH:$JAVA_HOME/bin
<3># reboot ← 重启机器配置生效

鑫龙 2012-12-25 19:17 发表评论

Java RMI demo(�?

鑫龙 — Wed, 26 Sep 2012 06:07:00 GMT

Java RMI 指的是远�E�方法调�?(Remote Method Invocation)。它是一�U�机�Ӟ��能够让在某个 Java 虚拟��Z��的对象调用另一�?Java 虚拟��Z��的对象上的方法。可以用此方法调用的��M��对象必须实现该远�E�接口�?/div>

Java RMI不是什么新技术（在Java1.1的时代都有了(ji��n)�Q�，但却是是非常重要的底层技术�?/div>

大名鼎鼎的EJB都是建立在rmi基础之上的，现在�q�有一些开源的�q�程调用�l��g�Q�其底层技术也是rmi�?/div>

在大力鼓吹Web Service、SOA的时代，是不是每个应用都应该选用�W�拙的Web Service�l��g来实玎ͼ�通过�Ҏ(gu��)��试后，RMI是最��单的�Q�在一些小的应用中是最合适的�?/div>

下面通过一个简单的例子来说明RMI的原理和应用�Q�下面这个例子是一个简单HelloWorld�Q�但已涵盖RMI的核�?j��)应用与开发模式�?/div>

/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-7 21:50:02
* 定义一个远�E�接口，必须�l�承Remote接口�Q�其中需要远�E�调用的�Ҏ(gu��)��必须抛出RemoteException异常
*/
public interface IHello extends Remote {

    /**
     * ��单的�q�回“Hello World�Q?字样
     * @return �q�回“Hello World�Q?字样
     * @throws java.rmi.RemoteException
     */
    public String helloWorld() throws RemoteException;

    /**
     * 一个简单的业务�Ҏ(gu��)��Q�根据传入的人名�q�回相应的问候语
     * @param someBodyName  人名
     * @return �q�回相应的问候语
     * @throws java.rmi.RemoteException
     */
    public String sayHelloToSomeBody(String someBodyName) throws RemoteException;
}

/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-7 21:56:47
* �q�程的接口的实现
*/
public class HelloImpl extends UnicastRemoteObject implements IHello {
    /**
     * 因�ؓ(f��)UnicastRemoteObject的构造方法抛��Z��(ji��n)RemoteException异常�Q�因此这里默认的构造方法必��d��Q�必��d��明抛出RemoteException异常
     *
     * @throws RemoteException
     */
    public HelloImpl() throws RemoteException {
    }

    /**
     * ��单的�q�回“Hello World�Q?字样
     *
     * @return �q�回“Hello World�Q?字样
     * @throws java.rmi.RemoteException
     */
    public String helloWorld() throws RemoteException {
        return "Hello World!";
    }

    /**
     * 一个简单的业务�Ҏ(gu��)��Q�根据传入的人名�q�回相应的问候语
     *
     * @param someBodyName 人名
     * @return �q�回相应的问候语
     * @throws java.rmi.RemoteException
     */
    public String sayHelloToSomeBody(String someBodyName) throws RemoteException {
        return "你好�Q? + someBodyName + "!";
    }
}

/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-7 22:03:35
* 创徏RMI注册表，启动RMI服务�Q��ƈ��远�E�对象注册到RMI注册表中�?nbsp;
*/
public class HelloServer {
    public static void main(String args[]) {

        try {
            //创徏一个远�E�对�?nbsp;
            IHello rhello = new HelloImpl();
            //本地��L��上的�q�程对象注册表Registry的实例，�q�指定端口�ؓ(f��)8888�Q�这一步必不可��（Java默认端口�?099�Q�，必不可缺的一步，�~�少注册表创建，则无法绑定对象到�q�程注册表上
            LocateRegistry.createRegistry(8888);

            //把远�E�对象注册到RMI注册服务器上�Q��ƈ命名为RHello
            //�l�定的URL标准格式为：(x��)rmi://host:port/name(其中协议名可以省略，下面两种写法都是正确的）(j��)
            Naming.bind("rmi://localhost:8888/RHello",rhello);
//            Naming.bind("http://localhost:8888/RHello",rhello);

            System.out.println(">>>>>INFO:�q�程IHello对象�l�定成功�Q?);
        } catch (RemoteException e) {
            System.out.println("创徏�q�程对象发生异常�Q?);
            e.printStackTrace();
        } catch (AlreadyBoundException e) {
            System.out.println("发生重复�l�定对象异常�Q?);
            e.printStackTrace();
        } catch (MalformedURLException e) {
            System.out.println("发生URL畸�Ş异常�Q?);
            e.printStackTrace();
        }
    }
}

/**
* Created by IntelliJ IDEA.
* User: leizhimin
* Date: 2008-8-7 22:21:07
* 客户端测试，在客��L(f��ng)��调用�q�程对象上的�q�程�Ҏ(gu��)��Q��ƈ�q�回�l�果�?nbsp;
*/
public class HelloClient {
    public static void main(String args[]){
        try {
            //在RMI服务注册表中查找名称为RHello的对象，�q�调用其上的�Ҏ(gu��)��
            IHello rhello =(IHello) Naming.lookup("rmi://localhost:8888/RHello");
            System.out.println(rhello.helloWorld());
            System.out.println(rhello.sayHelloToSomeBody("熔岩"));
        } catch (NotBoundException e) {
            e.printStackTrace();
        } catch (MalformedURLException e) {
            e.printStackTrace();
        } catch (RemoteException e) {
            e.printStackTrace();
        }
    }
}

�q�行RMI服务端程序：(x��)

�q�行RMI客户端程序：(x��)

�ȝ��Q?/div>

从上面的�q�程来看�Q�RMI�Ҏ(gu��)��务器的IP地址和端口依赖很紧密�Q�但是在开发的时候不知道��来的服务器IP和端口如何，但是客户端程序依赖这个IP和端口�?/div>

�q�也是RMI的局限性之一。这个问题有两种解决途径�Q�一是通过DNS来解冻I��二是通过��装��IP暴露到程序代码之外�?/div>

RMI的局限性之二是RMI是Java语言的远�E�调用，两端的程序语�a�必须是Java实现�Q�对于不同语�a�间的通讯可以考虑用Web Service或者公用对象请求代理体�p�（CORBA�Q�来实现�?/div>

鑫龙 2012-09-26 14:07 发表评论