[Tcl Java] RE: [Tcl Java] Tcl Blend vs JACL

[W. John Guineau]

Ah, thank you for the document pointer! This looks to be the motherload of
Tcl Blend/JACL info!

john

> -----Original Message-----
> From: Jiang Wu [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 24, 2000 2:24 PM
> To: 'W. John Guineau'; [EMAIL PROTECTED]
> Subject: RE: [Tcl Java] Tcl Blend vs JACL
>
>
> You are certainly "going against the grain" right now :)  But I am hoping
> more people will use TclBlend this way.
>
> We are doing something similar right now with TclBlend (1.3 +
> some patches)
> with JDK 1.2.  I am not sure what you mean by "single step the
> interpreter".
> You can certainly set/get/call Tcl variables and commands within the Java
> code.  We also have a socket connection for the embedded Tcl interpreter.
> We use telnet to access the interpreter interactively for
> debugging.  We can
> also use Visual Cafe to single step through any Java portion of
> the program.
>
> There are some potential threading problems.  You also need to patch the
> existing TclBlend.  You may want to take a look at:
>
>       http://www-cs-students.stanford.edu/~jwu/Using_Tcl_in_Java.html
>
> which discuss how to embed Tcl in Java.
>
> -- Jiang Wu
>    [EMAIL PROTECTED]
>
> -----Original Message-----
> From: W. John Guineau [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 24, 2000 2:09 PM
> To: [EMAIL PROTECTED]
> Subject: [Tcl Java] Tcl Blend vs JACL
>
>
>
> We have a medium sized system (~250K lines of C++ and Java) that
> we want to
> graft Tcl scripting into.
>
> The place where we would integrate scripting is all Java code.
>
> I see the recommended solution in this case is to use JACL, but for
> performance reasons (and other factors) I would prefer to use Tcl
> Blend. We
> already have a fairly significant JNI interface to common C++ code, so I'm
> quite familiar with JNI at this point (I see Tcl Blend also uses JNI.)
>
> My plan is to load the Tcl interpreter from within Java, and then interact
> with it from Java. We would then write Tcl extensions that
> essentially wind
> thier way back into our Java code, and therefore have access to all the
> functionality we already have. We will also need to single step the
> interpreter and view/modify variables from within the Java code.
>
> Am I asking for trouble by "going against the grain" on this?
>
> john
>
> ----------------------------------------------------------------
> 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

----------------------------------------------------------------
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