Sean, Thanks. Right now its just theory. My only thing is that on my company's live server I don't have access to the drive that CF runs on so, I can't put anything there. Plus, I just kind of like the idea of moving projects around as a whole, even though this might go against the idea of code reuse across the server.
Thanks again, i just wanted to start experimenting with java classes. ...................... Ben Nadel Web Developer Nylon Technology 6 West 14th Street New York, NY 10011 212.691.1134 212.691.3477 fax www.nylontechnology.com "Vote for Pedro" -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sean Corfield Sent: Friday, December 16, 2005 6:16 PM To: [email protected] Subject: Re: [CFCDev] Anyone using java.net.URLClassLoader? On 12/16/05, Ben Nadel <[EMAIL PROTECTED]> wrote: > 1) So I guess what I mean is first time I load the class: > > // Do all the complex url class loading to get the class in the heap or > memory space or whatever you might refer to it (I don't know that end of the > stuff) > > 2) Then after that, is it possible to load (after first loading): > > CreateObject("java", "ben.coooolcomponents.foo").Init() > > As if it was "part" of the java name spaces??? I think the answer is "no". I think createObject() goes and looks for classes in a particular way (using a specific set of paths) which will not find a class you've loaded from a different location. Note however that once you've done (1) above, you can get new instances of the class directly from the class reference you got back from the class loader so you don't have to do all of (1) every time. Like I say, I *think* that's right but I haven't tested it. If you have code for (1) you could easily try (2) and see whether it does in fact find the class you loaded... Do you have a concrete use case in mind or is this just theory? -- Sean A Corfield -- http://corfield.org/ Got frameworks? "If you're not annoying somebody, you're not really alive." -- Margaret Atwood ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
