java深度历险阅读笔记 zt - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Java - 爪哇娇娃

java深度历险阅读笔记 zt

java深度历险阅读笔记 zt# Java - 爪哇娇娃

p*p2005-04-25 07:04

1 楼

每个java的安装（Win2k），总会有很多的JRE，一定分清除到底是哪个JRE在运行
由于多个JRE和java以及Javac位置的作用，会产生很多的版本问题
java深度历险 CH01 P36 关于Java环境的理解和设置
对Java 应用程序来说，每个JRE 都是独立不相干的个体。凡是程序库、
安全设置等与特定JRE 相关联的特性，如果您设置的是在A 处的JRE，但
是执行时Java 应用程序却是在B 处的JRE 之中执行，那么您的设置就会完
全没有作用。
所以，您必须清楚地知道哪一个java.exe 被执行，以及java.exe
到底选用到哪个JRE，这些都是非常重要的细节。
CH02
1、关于动态加载
如C/C++本身就不具备动态性。因此，为了让这些本身不具有动态性的程序设计
语言
具有某种程度的动态性，就必须依赖底层的操作系统提供一些机制来实现动
态性。 Windows 操作系统下的动态链接库 Dynamic Li

p*p2005-04-25 07:04

2 楼

http://www2.cnblogs.com/sunsonbaby/archive/2004/09/23/45818.html
http://www2.cnblogs.com/sunsonbaby/archive/2005/01/31/99845.html

设计
）
ClassLoader
存在
弄清
Loader(C++写成，Java类getClassLoader为nu
Loader载入sun.misc.launcher$ExtClassLoader.class(设置paren
Loader载入sun.misc.launcher$AppClassLoader.class(设置paren

【在 p***p 的大作中提到】

: 每个java的安装（Win2k），总会有很多的JRE，一定分清除到底是哪个JRE在运行
: 由于多个JRE和java以及Javac位置的作用，会产生很多的版本问题
: java深度历险 CH01 P36 关于Java环境的理解和设置
: 对Java 应用程序来说，每个JRE 都是独立不相干的个体。凡是程序库、
: 安全设置等与特定JRE 相关联的特性，如果您设置的是在A 处的JRE，但
: 是执行时Java 应用程序却是在B 处的JRE 之中执行，那么您的设置就会完
: 全没有作用。
: 所以，您必须清楚地知道哪一个java.exe 被执行，以及java.exe
: 到底选用到哪个JRE，这些都是非常重要的细节。
: CH02

p*p2005-04-25 07:04

3 楼

我的问题是各种properties和XML配置文件等等，是不是类似class和jar，也
遵循同样的classpath原理。比如log4j就搞不清楚

序
动
和Unix
作
如
化
中
要

【在 p***p 的大作中提到】

: http://www2.cnblogs.com/sunsonbaby/archive/2004/09/23/45818.html
: http://www2.cnblogs.com/sunsonbaby/archive/2005/01/31/99845.html
:
: 设计
: ）
: ClassLoader
: 存在
: 弄清
: Loader(C++写成，Java类getClassLoader为nu
: Loader载入sun.misc.launcher$ExtClassLoader.class(设置paren

p*p2005-04-25 07:04

4 楼

http://blog.csdn.net/asklxf/archive/2004/09/24/115780.aspx

序
动
和Unix
作
如
化
中

【在 p***p 的大作中提到】

d*s2005-04-25 07:04

5 楼

Not only properties or XML configurations files, any files in Java
systems, have 2 ways to access:
1. using File system, or say, using navtive system's path
2. using ClassLoader functions like findResource() or
getSystemResourceAsStream()
If a system uses the first way to access configuration and
properties files, then what you need is not to put them in
to a class loader's classpath, but just put to a abosulte path.
If a system uses the second way, you should understand
which class loader is u

【在 p***p 的大作中提到】

: 我的问题是各种properties和XML配置文件等等，是不是类似class和jar，也
: 遵循同样的classpath原理。比如log4j就搞不清楚
:
: 序
: 动
: 和Unix
: 作
: 如
: 化
: 中

p*p2005-04-25 07:04

6 楼

3ks for all answers!

【在 d****s 的大作中提到】

:
: Not only properties or XML configurations files, any files in Java
: systems, have 2 ways to access:
: 1. using File system, or say, using navtive system's path
: 2. using ClassLoader functions like findResource() or
: getSystemResourceAsStream()
: If a system uses the first way to access configuration and
: properties files, then what you need is not to put them in
: to a class loader's classpath, but just put to a abosulte path.
: If a system uses the second way, you should understand