java执行oracle批处理

java执行oracle批处理 Java调用批处理或可执行文件 用Java编写应用时，有时需要在程序中调用另一个现成的可执行程序或系统命令，这时可以通过组合使用Java提供的Runtime类和Process类的方法实现。下面是一种比较典型的程序模式: ... Process process = Runtime.getRuntime().exec(".\\p.exe"); process.waitfor( ); ... 在上面的程序中，第一行的“.\\p.exe”是要执行的程序名，Runtime.getRuntime()返回当前应用程序的Runtime对象，该对象的exec()方法指示Java虚拟机创建一个子进程执行指定的可执行程序，并返回与该子进程对应的Process对象实例。通过Process可以控制该子进程的执行或获取该子进程的信息。第二条语句的目的等待子进程完成再往下执行。 但在windows平台上，如果处理不当，有时并不能得到预期的结果。下面是笔者在实际编程中的几种需要注意的情况: 1、执行DOS的内部命令 如果要执行一条‎‎DOS内部命令，有两种方法。一种方法是把命令解释器包含在exec()的中。例如，执行dir命令，在NT上， 可写成exec("cmd.exe /c dir")，在windows 95/98下，可写成“command.exe /c dir”，其中参数“/c”表示命令执行后关闭Dos立即关闭窗口。另一种方法是，把内部命令放在一个批命令my_dir.bat文件中，在Java程序中写成exec("my_dir.bat")。如果仅仅写成exec("dir")，Java虚拟机则会报运行时错误。前一种方法要保证程序的可移植性，需要在程序中读取运行的操作系统平台，以调用不同的命令解释器。后一种方法则不需要做更多的处理。 2、打开一个不可执行的文件 打开一个不可执行的文件，但该文件存在关联的应用程序，则可以有两种方式。 以打开一个word文档a.doc文件为例，Java中可以有以下两种写法: exec("start .\\a.doc"); exec(" c:\\Program Files\\Microsoft Office\\office\\winword.exe .\\a.doc"); 显然，前一种方法更为简捷方便。 3、执行一个有标准输出的DOS可执行程序 在windows平台上，运行被调用程序的DOS窗口在程序执行完毕后往往并不会自动关闭，从而导致Java应用程序阻塞在waitfor( )。导致该现象的一个可能的原因是，该可执行程序的标准输出比较多，而运行窗口的标准输出缓冲区不够大。解决的办法是，利用Java提供的Process类提供的方法让Java虚拟机截获被调用程序的DOS运行窗口的标准输出，在waitfor()命令之前读出窗口的标准输出缓冲区中的内容。一段典型的程序如下: ... String ls_1; Process process = Runtime.getRuntime().exec("cmd /c dir \\windows"); BufferedReader bufferedReader = new BufferedReader( \ new InputStreamReader(process.getInputStream()); while ( (ls_1=bufferedReader.readLine()) != null) System.out.println(ls_1); process.waitfor( ); 今天在做客户端程序的自动更新，简单描述一下，就是从服务器上将更新包下载下来，然后在本地解压缩，最后删掉~功能很简单~ 但是问出在使用JAVA的ZIP模块做文件的解压缩不是想象的那么简单，资源需要释放，一个不小心就没有办法删除掉原有ZIP文件了~资源的占用确实是个大问题，但是好在，客户端程序更新完是要重启的，一切都烟消云散了~对于删除不掉ZIP文件的问题，我也流氓一下~用DEL硬删除~此处一定要注意～ md /c del f:\\aaa.doc"); Process process = Runtime.getRuntime().exec("c 这样的调用是没有问题~ Process process = Runtime.getRuntime().exec("del f:\\aaa.doc"); 这样写是不可能对的~ 用Java调用Dos命令时直接用以下命令就可以完成: String command="ping 192.168.1.1"; Runtime.getRuntime().exec(command); 并可以使用Process类的getInputStream()方法获取输出结果，但是，我在调用一些工具软件的Dos命令时却出现了问题，输出结果只能取到前面一小部分，经测试发现，exec(command)之后没多久，Java就认为这个进程结束了，并立即开始执行下面的操作，但这时command实际上并没有结束，但由于流的关闭而被迫中断。 后来用了同事介绍的方法，将这些Dos命令全部放在一个批处理文件当中，并用 String command="cmd /c start d:\\wmv.bat" 的方法来调用(如果不加cmd /c的话，执行同样会出错)，这样一来，Java只是新起了一个进程去执行批处理，并不会去管进程是否结束，而是直接开始执行下面的语句。 但这样还是有一个问题，就是Java和这个批处理没法进行交互，我试过了Process中的existValue()及waitFor()方法(都是网上说可用来判断进程是否结束的方法)，但都起不到作用，往往是进程已经结束了，但Java还认为没结束，或者干脆是Java认为结束了，但进程却实际还在运行着。