That's right. The jar is treated like a directory in the classpath, so it I ask for com.wibble.fred and two different jars have that structure in them they conflict. (BTW a jar is just a zip file with a different extension).
Spike's solution is perfect for this and it works for jars the same as it does for individual classes. A class instantiated from that loaded jar will be able to find any other class in its own jar. On 8/3/05, Dave Watts <[EMAIL PROTECTED]> wrote: > > CF ships with iText.jar and what I added was named iText-1.3.jar > > (or something close to that). To me those should be considered "not > > duplicates", but perhaps it's the underlying class names and > > not the jar file names? > > The JAR file names are irrelevant. It's what's in the JARs that counts. If I > understand correctly, they're essentially treated as directories, which is > why they need to be in the classpath just like directories. > > Dave Watts, CTO, Fig Leaf Software > http://www.figleaf.com/ > > Fig Leaf Software provides the highest caliber vendor-authorized > instruction at our training centers in Washington DC, Atlanta, > Chicago, Baltimore, Northern Virginia, or on-site at your location. > Visit http://training.figleaf.com/ for more information! > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Logware (www.logware.us): a new and convenient web-based time tracking application. Start tracking and documenting hours spent on a project or with a client with Logware today. Try it for free with a 15 day trial account. http://www.houseoffusion.com/banners/view.cfm?bannerid=67 Message: http://www.houseoffusion.com/lists.cfm/link=i:4:213561 Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4 Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4 Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4 Donations & Support: http://www.houseoffusion.com/tiny.cfm/54
