Re: Classloading issues...
Mark Swanson <mark-e2GstmqqWGa5mcYau+xr2AC/[email protected]> Mon, 16 May 2005 11:14:01 -0400
| Newsgroups | gmane.comp.java.beanshell.devel |
|---|---|
| Message-ID | <[email protected]> |
Patrick Niemeyer wrote: <snip> > Let me know if you have thoughts. I'd like to chime in with: 1. Allow me to set the ClassLoader that BSH should use. As you know, your two suggestions won't work in the sandbox. However, I can simply and easily provide you with a ClassLoader that can handle all delegation and will always work within the sandbox. This is the ultimate in flexibility. Sorry if this capability is already present and I missed it. As an example, the java.beans.XML[En,De]coder has a major design flaw in that it depends on the Thread contextClassLoader. The standard XML persistence mechanism shipped with Java could have been useful to folks building secure applications if it had allowed one to set the XML[En,De]coder ClassLoader. Please consider allowing this. I believe this will guarantee there will be no limitations to your product wrt ClassLoader issues. Cheers. -- Free replacement for Exchange and Outlook (Contacts and Calendar) http://www.ScheduleWorld.com/ WAP: http://www.ScheduleWorld.com/sw/WAPToday?id=4000&tz=EST WebDAV: http://www.ScheduleWorld.com/sw/webDAVDir/4000.ics VFREEBUSY: http://www.ScheduleWorld.com/sw/freebusy/4000.ifb ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click