`RE: [Cxtable-devel] Uncategorized....
Status: Alpha
Brought to you by:
xiarcel
From: Williams, D. <DAV...@ca...> - 2001-12-12 23:25:59
|
Does that then mean that.. c:\windows being in the classpath does not mean that c:\windows\desktop is in the claspath...right? Do you have access to that byte-stream classloader? Maybe we could read the file in a "bytes" and instantiate it at run-time that way... David Scott Williams Computer Associates Marketing Representative-Sales Call Center One Computer Associates Plaza Islandia, New York 11749 tel: +1 800-243-9462 ext. 73431 tel: +1 631-342-3431 (Direct) fax: +1 631-342-5734 wi...@ca... -----Original Message----- From: Borne Goodman-Mace [mailto:bm...@eg...] Sent: Wednesday, December 12, 2001 5:59 PM To: Williams, David Subject: RE: [Cxtable-devel] Uncategorized.... There are ways to ClassLoad classes which are not in our current classpath. I once wrote a ClassLoader myself which pulled classes as byte streams over a network connection and instantiated them at run-time. I believe there is also a way to set the ClassLoader path at run-time, but I am not 100% sure on that. It would be optimal though for the classes being instantiated to be in the classpath at the time that the VM started up. This could be done by having a script that sets the classpath based on the .jar files in a particular directory, or a slew of other ways. --bjgm On Wed, 2001-12-12 at 15:40, Williams, David wrote: > That brings up yet another question... > > If there is a folder. > > cxtable\ > > And there is a folder > cxtable\bin\ > > And there is a folder > cxtable\plugins\ > > What if the classpath is NOT set right? Is there a way for the program to access plugins dynamically, using "..\..\FOLDER\" as its path to load the class? > |