由买买提看人间百态

boards

本页内容为未名空间相应帖子的节选和存档,一周内的贴子最多显示50字,超过一周显示500字 访问原贴
Java版 - java深度历险 阅读笔记 zt
相关主题
分享一本书: (转载)
相关话题的讨论汇总
话题: jre话题: java话题: loader话题: 设置话题: unix
进入Java版参与讨论
1 (共1页)
p***p
发帖数: 559
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***p
发帖数: 559
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***p
发帖数: 559
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***p
发帖数: 559
4
http://blog.csdn.net/asklxf/archive/2004/09/24/115780.aspx



和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

d****s
发帖数: 30
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***p
发帖数: 559
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

1 (共1页)
进入Java版参与讨论
相关主题
分享一本书: (转载)
相关话题的讨论汇总
话题: jre话题: java话题: loader话题: 设置话题: unix