> Both Jacl and Tcl Blend already use a class loader called TclClassLoader.
> Is there a feature that you would like to add added to the TclClassLoader
> or are you looking to bypass it completely?
Actually in my design I prefer to bypass it completely, because I have an
instance of sophisticated classloader, which I would like to use when
looking for classes in scripts. I propose following functionality:
1. It is possible to associate an external classloaser instance with
Interp object with the help of new methods setClassLoader /
getClassLoader.
2. Method JavaInvoke.getClassByName(...) will first try to get external
classloader from interp instance and use it to load class.
3. If interp.getClassLoader returns null, or loading class with
this interpreter was not successfull, a standard mechanism is used:
an instance of TclClassLoader is created, etc...
> I do not really see anything
> wrong with adding something to the TclClassLoader or replacing it
> completely with something better. I really do not like the current design
> because as a programmer, you need to use the TclClassLoader explicitly,
> when this type of thing really should be done behind the scenes.
>
> On Thu, 2 Mar 2000, Vladimir Zamiatin wrote:
>
> > Hello!
> >
> > I'm using JACL in web environment. I wrote engine
> > similar to JSP, which allows to embed Tcl scripts
> > in HTML pages. I want to make use of an
> > advanced classloader, provided by servlet runner
> > which has possibility to check for modification
> > of class or source java files in web-applications,
> > and recompile/reload them on-the-fly.
> >
> > I suppose one essential feature is missing in JACL:
> > an ability to use external class loader in interp.
> > It would be an easy change to add this feature to
> > JACL:
> >
> > Interp.setClassLoader(ClassLoader loader);
> > Interp.getClassLoader();
> >
> > And TclClassLoader can use this loader (if
> > present in Interp) to load classes. For
> > performance reasons it would be great if
> > this external loader has priority upon standard
> > class loading mechanisms.
> >
> > I beleive that this feature will improve
> > JACL ability to be embeded into different
> > applications and environments.
> >
> > Best regards,
> > Vladimir.
----------------------------------------------------------------
The TclJava mailing list is sponsored by Scriptics Corporation.
To subscribe: send mail to [EMAIL PROTECTED]
with the word SUBSCRIBE as the subject.
To unsubscribe: send mail to [EMAIL PROTECTED]
with the word UNSUBSCRIBE as the subject.
To send to the list, send email to '[EMAIL PROTECTED]'.
An archive is available at http://www.mail-archive.com/tcljava@scriptics.com
