I see what you mean.
So it seems that the only solution to be sure a class is not unloaded is to make
your own class loader for that class. Unfortunately, this solution can not be
applied to a servlet.
Lachezar Dobrev wrote:
> > Hello,
> > Your objection makes sense, but here is sometrinh from the JVM
> specification
> > from SUN:
> >
> > "2.17.8 Unloading of Classes and Interfaces A class or interface may be
> > unloaded if and only if its class loader is unreachable.
> > The bootstrap class loader is always reachable; as a result, system
> classes may
> > never
> > be unloaded."
> > Thought, the term "unreachable" seems confusing.
>
> I have read that, but then:
>
> java -X
>
> -Xmixed mixed mode execution (default)
> -Xint interpreted mode execution only
> -Xbootclasspath:<directories and zip/jar files separated by ;>
> set search path for bootstrap classes and resources
> -Xbootclasspath/a:<directories and zip/jar files separated by ;>
> append to end of bootstrap class path
> -Xbootclasspath/p:<directories and zip/jar files separated by ;>
> prepend in front of bootstrap class path
>
> >>>>>>>>> HERE!
> -Xnoclassgc disable class garbage collection
> -Xincgc enable incremental garbage collection
> -Xbatch disable background compilation
> -Xms<size> set initial Java heap size
> -Xmx<size> set maximum Java heap size
> -Xss<size> set java thread stack size
> -Xprof output cpu profiling data
> -Xrunhprof[:help]|[:<option>=<value>, ...]
> perform JVMPI heap, cpu, or monitor profiling
> -Xdebug enable remote debugging
> -Xfuture enable strictest checks, anticipating future default
> -Xrs reduce use of OS signals by Java/VM (see
> documentation)
>
> The -X options are non-standard and subject to change without notice.
>
> Also... I'm not sure, but I think there may be different class loaders
> for servlets/ejbs. I'm not sure, if Orion does that. IAS/BAS does so.
>
> Lachezar
>
> < other things skipped. >
