• macOS 如何定位 JAVA_HOME

    calendar Mar 18, 2022   ---   · 5 min read · Jdk macOS JAVA_HOME  ·
    Share on: linkedin copy
    macOS 如何定位 JAVA_HOME
    多数的 Java 入门教程都是要求同时设置 JAVA_HOME 和 PATH(包含 $JAVA_HOME/bin) 两个环境变量，反正两个都有了就保险。其实一般情况下系统能在 PATH 中找到 java 程序时就知道 JAVA_HOME, 基本上只要配置 PATH 就行，而 JAVA_HOME 环境变量是可选的。但也有例外，比如 TOMCAT 就可能要求有 JAVA_HOME 环境变量。

    在 macOS 下，JAVA_HOME 与 PATH 的关系又显得有点微妙了。一个新的 macOS 系统，它自带有 java 命令
    $ which java
    /usr/bin/java
    你要直接执行它的话
    $ java
    The operation couldn’t be completed. Unable to locate a Java Runtime.
    Please visit http://www.java.com for information on installing Java.
    所以它实际上只是执行 java 的辅助入口，没有实际的 JDK 或 JRE 是没用的。 Read More

  • CountDownLatch 协调线程

    calendar Oct 19, 2013   ---   · 2 min read · Jdk concurrent  ·
    Share on: linkedin copy
    JDK8 都快要出来了，在 JDK 5 中仍有许多好宝贝值得去挖掘。提到 JDK5 我们或许只知道它给了我们泛型，其实还有那个并发包 java.util.concurrent 却不那么引人注目，其实就是 NIO。

    若是并发包是在某个 JDK 版本中单独奉上，反响就不同了，想想 JDK 6 似乎未带来多少改变--至少对于编程者来说没有明显感受。java.util.concurrent 包中的东西对于我们处理线程带来了很大的便利，例如线程池，线程同步，Future, Callable 等。

    这里我记录一下 CountDownLatch 的使用，在此之前在处理

    线程 A 等待线程 B，C，D 全部执行完后才继续执行 （比如要每个线程都访问一个 Web 服务，等所有的请求响应成功后进行结果处理）

    这样场景的时候，我一般能想到的办法是，初始一个计数器，线程 B，C，D 各自初始化的时候，计数器加一，然后 A 线程等待，每个线程执行完后计数器减一，当计数器为 0 时表明所有任务执行完毕，就通知 A 可以开始运作起来。但这样的方案还是得小心的处理好同步的问题。 Read More

  • 在仅实现到 Servlet 2.3/JSP 1.2 规范、JDK为1.4 的容器中用 Struts 2 会有什么问题？

    calendar Feb 25, 2008   ---   · 1 min read · Servlet Struts2 JSP Jdk  ·
    Share on: linkedin copy
    在仅实现到 Servlet 2.3/JSP 1.2 规范、JDK为1.4 的容器中用 Struts 2 会有什么问题？
    Struts  的官方网站 http://struts.apache.org/2.0.11/index.html 列出了 Struts 2 的平台要求有三：


    · Servlet API 2.4
    · JSP API 2.0
    · Java 5

    但如果坚持要用 Java 4 也行，Struts 2 在 j4 目录下提供有用 retrotranslator 转换过的 struts2-core-j4-2.x.x.jar 和 xwork-j4-2.x.x 可用。

    就是说换两个包可以 让 Struts 2 用 Java 4 环境中，但是未提及能不能用于 Servlet API 2.3/JSP API 1.2 的环境。 Read More

  • Retrotranslator让你用JDK1.5的特性写出的代码能在JVM1.4中运行

    calendar May 17, 2007   ---   · 1 min read · JVM Jdk Retrotranslator  ·
    Share on: linkedin copy
    Retrotranslator让你用JDK1.5的特性写出的代码能在JVM1.4中运行
    JDK1.5出来多年了(2004年10月正式发行)，就连6.0正式版在 http://java.sun.com上已是赫然在目，紧跟着的各应用服务器和 Java IDE 厂商的都准备就绪. 可是相信很多开发者跟我一样却碍于公司用的是老版本的应用服务器，如WebSphere Application Server,，WebLogic等只能支持到1.4的JDK，要升级应用服务器成本和风险都有担心，所以项目中只能用1.4 的JDK，一直无法体验到 JDK 1.5 的新特性带来的便利．


    有些同事机器里一直还是躺着 JDK 1.4，我可能比他们好一点就是直接装了一个 JDK 1.5，然后在 Java IDE 中设置编译器的 Compiler compliance level为 1.4（实质就是javac –target 1.4）．这样避免了用JDK1.5编译的Class 放在1.4的JVM中运行出现49.0的字节码版本太高的错误，这样做只不是50步和100步的差距，照例用不了JDK1.5 的新特性． Read More