coldfusion 10 classpath

I did some playing around w/ THIS.javaSettings and just thought I'd mention a couple of things, in case any of it helps..

@N0cT1v4Gus, CF Admin's "Java and JVM" page writes the contents of the "ColdFusion Class Path" box to the end of the -Dcoldfusion.classPath list in C:\ColdFusion10\cfusion\bin\jvm.config.  You might try making a backup copy of the jvm.config file, and adding your path(s) to be beginning of the -Dcoldfusion.classPath list.  Be careful tho, b/c if you ever click the "Submit Changes" button on the Java and JVM page, then your entries will be automatically moved to the end of the list.  (so you'd need to manually move them again)  There will soon be an ER filed to also allow CF Admin to display the full -Dcoldfusion.classPath string, and I'll try to remember to follow-up here w/ the ticket#.

@Leigh, just wanted to note that THIS.javaSettings does work nicely in most cases.  But I currently have an open case regarding a situation where it doesn't (even w/ loadColdFusionClassPath=false).  In that same case, jvm.config works perfectly fine.  I also tried Mark's JavaLoader directly, but the issue exists there as well.  Basically, THIS.javaSettings has problems w/ HTMLUnit.  Depending upon what that underlying issue is, it's possible that THIS.javaSettings doesn't yet work for all cases.  Of course N0cT1v4Gus may never have an issue.  Just noting that I did is all.

Thanks,

-Aaron

I believe the basic mechanism is the same. CF's internal jars take precedence. However, ColdFusion 10 adds the ability to load custom jars on a per application basis using an Application.cfc setting. ( It is basically Mark Mandel's awesome JavaLoader bundled as built in feature of CF10 ;-)  So in theory, both versions of jasper reports can co-exist. 

There does not seem to be much official documentation on the setting for some weird reason. But this entry about closures gives a good description.