tcljava-user — Ask questions and get help here

[tcljava-user] FW: java::bind does not work

[Archana B. <AB...@SE...>]

>  -----Original Message-----
> From: 	Archana Bonde  
> Sent:	Tuesday, February 06, 2001 12:06 PM
> To:	'tcl...@li...'
> Subject:	FW: java::bind does not work 
> 
> 
> 
>  -----Original Message-----
> From: 	Archana Bonde  
> Sent:	Thursday, December 14, 2000 11:55 AM
> To:	'tcl...@li...'
> Subject:	java::bind does not work 
> 
> i tried using java::bind for binding a routine to a button, the action is
> not performed. The routine does not execute and the dialogbox on which the
> button is there loses the focus. and the close icon on the dialog boxdoes
> not work also.So i have to control C (abort) the application. Not even a
> simple routine which has a puts(putouts string on console) in it, work.
> Why??  	
> It does not recognise the java objects	
> gives error cannopt find f and; no such variable, whereas f is defined and
> initialsed by me 	
> 
> The application seems to stalllllllllllll .Is this a bug with Jacl.

Re: [tcljava-user] java::bind problem

[Mo D. <md...@cy...>]

On Tue, 6 Feb 2001, Archana Bonde wrote:

> hi,
>    I am trying to develop an application using Jacl. I wrote a small
> experimental script in that java::bind seems to be working fine but 
> in my application the whole thing gets hanged. I  am unable to describe the
> error. Is this a bug with the Jacl or there wud be some mistake in my code.
> Pls help as soon as possible.
> I tried the tcljava CVS bugs directory but cud not really trace the problem.
> -Thanks Archana

Please read these two posts from the old mailing list and
see if this is the same problem.

http://www.mail-archive.com/tc...@sc.../msg00957.html
http://www.mail-archive.com/tc...@sc.../msg00958.html

Mo DeJong
Red Hat Inc

[tcljava-user] java::bind problem

[Archana B. <AB...@SE...>]

hi,
   I am trying to develop an application using Jacl. I wrote a small
experimental script in that java::bind seems to be working fine but 
in my application the whole thing gets hanged. I  am unable to describe the
error. Is this a bug with the Jacl or there wud be some mistake in my code.
Pls help as soon as possible.
I tried the tcljava CVS bugs directory but cud not really trace the problem.
-Thanks Archana

Re: [tcljava-user] event.sync()

[Mo D. <md...@cy...>]

On Tue, 23 Jan 2001, Yuval Lifshitz wrote:

> Why is it that  posted event is not being processed if it is not followed by
>  event.sync() for blocking the calling thread.

Are you giving the event loop a chance to run in tclsh?
That is a common problem, see if this fixes it.

after 5000 "set var 1"
vwait var

Mo DeJong
Red Hat Inc

Re: [tcljava-user] Tcl scripts inside EJB

[Mo D. <md...@cy...>]

On Mon, 29 Jan 2001, Vikram Rajan wrote:

> hi,
> 
> I am running Tcl scripts inside EJBs by passing a script to the Jacl
> Interpreter. The problem that I am facing is that am not able to instantiate
> any Java classes inside the script. A TclException is thrown if I try that.

Humm, that should not happen. I am willing to bet that for
some reason the class is not being found by the Java
runtime.

> Currently I have to pass all required objects to the interpreter using the
> setVar() method before running the script.
> Is this a restriction of Jacl or am I doing something wrong?

I don't think so. Could you provide more info, like the error that
is printed? Also, if you could provide a simple example
that does not work, that would really help.

I am willing to be you are running into some strange issue
that only happens when in your environment. This sort
of thing is almost always caused by CLASSPATH problems
or something to do with classloaders.

You can test to see if a given class is visible
from inside Jacl or Tcl Blend like so:

% java::import java.util.Hashtable

% java::import java.unknown
can not import class "java.unknown", it does not exist

Mo DeJong
Red Hat Inc

[tcljava-user] Tcl scripts inside EJB

[Vikram R. <Vi...@PL...>]

hi,

I am running Tcl scripts inside EJBs by passing a script to the Jacl
Interpreter. The problem that I am facing is that am not able to instantiate
any Java classes inside the script. A TclException is thrown if I try that.
Currently I have to pass all required objects to the interpreter using the
setVar() method before running the script.
Is this a restriction of Jacl or am I doing something wrong?

Thanks,
Vikram Rajan

Re: [tcljava-user] Can tclblend pack Java GUI's???

[Mo D. <md...@cy...>]

On Fri, 26 Jan 2001, Marty Backe wrote:

> Hi,
> 
> I've looked for the answer in newsgroups/lists, to no avail. Before
> digging into Tclblend, perhaps someone could answer this question.
> 
> I have a Tcl application that I would like to embed a Java (AWT, Swing,
> etc.) created widget into (i.e., Tcl packs the Java widget into an
> existing window).
> 
> Is this possible with the Tclblend extension?
> 
> Thanks in advance,
> 
> Marty Backe

It sounds like you want to put AWT widgets inside Tk widgets.
That it not currently possible. You can use AWT and Tk
toplevel windows in the same application, but not in
the same toplevel window. Tcl Blend is really only
focused on mixing Tcl and Java, not Tk and the AWT.

Mo DeJong
Red Hat Inc

[tcljava-user] Can tclblend pack Java GUI's???

[Marty B. <mar...@bo...>]

Hi,

I've looked for the answer in newsgroups/lists, to no avail. Before
digging into Tclblend, perhaps someone could answer this question.

I have a Tcl application that I would like to embed a Java (AWT, Swing,
etc.) created widget into (i.e., Tcl packs the Java widget into an
existing window).

Is this possible with the Tclblend extension?

Thanks in advance,

Marty Backe

[tcljava-user] event.sync()

[Yuval L. <yu...@mi...>]

Why is it that  posted event is not being processed if it is not followed by
 event.sync() for blocking the calling thread.

Thanks

    Yuval Lifshitz
    Milestone Software & Systems Ltd.    
    Voice:  972-4-9590515  Ext. 106
    Fax:    972-4-9590516               
    EMail:  yu...@mi... 
    URL:    www.milestone-nms.com
    

Re: [tcljava-user] endless call for processEvent

[Mo D. <md...@cy...>]

Please do not post to this list in HTML.

Mo DeJong
Red Hat Inc

[tcljava-user] endless call for processEvent

[Yuval L. <yu...@mi...>]

Hi,

I have my own Event class extended from TclEvent. When I post the event =
to notifier queue=20
(interp.getNotifier().queueEvent(event, TCL.QUEUE_TAIL);), the =
processEvent method is being call in endless loop. If I disable the =
event.sync call afterwards, this phenomenon is gone.

Any idea ?

Thanks

    Yuval Lifshitz
    Milestone Software & Systems Ltd.   =20
    Voice:  972-4-9590515  Ext. 106
    Fax:    972-4-9590516              =20
    EMail:  yu...@mi...=20
    URL:    www.milestone-nms.com
   =20

RE: [tcljava-user] Problem with init.tcl

[Vikram R. <Vi...@PL...>]

Well, it is not JDK 1.3. Thats for sure now.

I did get it working. It was a Weblogic classloader problem. We need to have
the tcljava.jar and jacl.jar in our JAVA_CLASSPATH and not the
WEBLOGIC_CLASSPATH. The weblogic classloader has problems in finding the
init.tcl file within the jacl.jar. 

- Vikram Rajan

> -----Original Message-----
> From:	D. J. Hagberg [SMTP:dha...@mi...]
> Sent:	Monday, January 22, 2001 10:38 AM
> To:	tcl...@li...
> Cc:	dh...@mi...
> Subject:	Re: [tcljava-user] Problem with init.tcl
> 
> Well, I can help you rule out JDK 1.3 as the culprit.  I've written some
> servlets using Jacl Interp objects with JDK 1.3 and they work well, as
> long as the tcljava.jar and jacl.jar files are in the WEB-INF/lib/
> directory in my .war file when installed on Tomcat, or in the JDK 1.3
> boot classpath by putting the jars under $JAVA_HOME/jre/lib/ext/
> 
> perhaps this is mostly a classpath issue with the EJB container?  Are
> you deploying from a .ear file (not that I could really help you with
> this as I haven't done much with EJB's...).  More info on your
> environment may help, as I think your environment is the culprit here...
> 
> 			-=- D. J.
> 
> Vikram Rajan wrote:
> > I am using the Tcl Interpreter inside a Stateless session bean. On
> > initialization of the interpreter:
> > 
> > Interp interp = new Interp();
> > 
> > a TCLException is being thrown which says:
> > 
> > javax.transaction.TransactionRolledbackException:
> tcl.lang.TclRuntimeError:
> > unexpected TclException: tcl.lang.TclException: cannot read resource
> > "/tcl/lang/library/init.tcl"
> > 
> > I have both jacl.jar and tcljava.jar in my class path. I cannot figure
> out
> > why it is giving me this exception. I am using JDK1.3 ... could that be
> a
> > problem? But simple console Java applications are running using JDK1.3.
> 
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> http://lists.sourceforge.net/lists/listinfo/tcljava-user

Re: [tcljava-user] Problem with init.tcl

[D. J. H. <dha...@mi...>]

Well, I can help you rule out JDK 1.3 as the culprit.  I've written some
servlets using Jacl Interp objects with JDK 1.3 and they work well, as
long as the tcljava.jar and jacl.jar files are in the WEB-INF/lib/
directory in my .war file when installed on Tomcat, or in the JDK 1.3
boot classpath by putting the jars under $JAVA_HOME/jre/lib/ext/

perhaps this is mostly a classpath issue with the EJB container?  Are
you deploying from a .ear file (not that I could really help you with
this as I haven't done much with EJB's...).  More info on your
environment may help, as I think your environment is the culprit here...

			-=- D. J.

Vikram Rajan wrote:
> I am using the Tcl Interpreter inside a Stateless session bean. On
> initialization of the interpreter:
> 
> Interp interp = new Interp();
> 
> a TCLException is being thrown which says:
> 
> javax.transaction.TransactionRolledbackException: tcl.lang.TclRuntimeError:
> unexpected TclException: tcl.lang.TclException: cannot read resource
> "/tcl/lang/library/init.tcl"
> 
> I have both jacl.jar and tcljava.jar in my class path. I cannot figure out
> why it is giving me this exception. I am using JDK1.3 ... could that be a
> problem? But simple console Java applications are running using JDK1.3.

[tcljava-user] Tclblend patch

[Yuval L. <yu...@mi...>]

Hi,

Where can I find the patch for Interp.java, with the method=20
updateReturnInfo.

Thanks in advance

    Yuval Lifshitz
    Milestone Software & Systems Ltd.   =20
    Voice:  972-4-9590515  Ext. 106
    Fax:    972-4-9590516              =20
    EMail:  yu...@mi...=20
    URL:    www.milestone-nms.com
   =20

[tcljava-user] Problem with init.tcl

[Vikram R. <Vi...@PL...>]

hi all,

I am using the Tcl Interpreter inside a Stateless session bean. On
initialization of the interpreter:

Interp interp = new Interp();

a TCLException is being thrown which says:

javax.transaction.TransactionRolledbackException: tcl.lang.TclRuntimeError:
unexpected TclException: tcl.lang.TclException: cannot read resource
"/tcl/lang/library/init.tcl"

I have both jacl.jar and tcljava.jar in my class path. I cannot figure out
why it is giving me this exception. I am using JDK1.3 ... could that be a
problem? But simple console Java applications are running using JDK1.3.

Can somebody help me on this?

Thanks in advance,
Vikram Rajan

[tcljava-user] Jacl test initiative begins.

[Mo D. <md...@cy...>]

Thanks to a lot of hard work by Christian Krone, Jacl 1.3
is now able to run the tcltest package from Tcl 8.3.
Jacl currently uses a pre-8.0 test suite. Updating
the test suite is going to be a lot of hard work,
but at least the first step has begun.

I just checked in the tcltest.tcl file from the Tcl
8.3 suite, along with the changes needed to get
it running. Each test file is going to need to
be updated so that:

if {[lsearch [namespace children] ::tcltest] == -1} {
    package require tcltest
    namespace import -force ::tcltest::*
}

appears at the top and:

# cleanup
::tcltest::cleanupTests
return

appears at the bottom.


I have already updated all the test
cases in the following directories:

tests/inprogress
tests/jacl
tests/tclblend
tests/tcljava


Now for the hard part. All of the
tests in tests/tcl are going to
need to be updated to match
the ones in Tcl 8.3.

This is going to send the number
of test case failures through the
roof, since Jacl does not implement
all of Tcl 8.3 yet. My plan is to
update all the existing test cases
and then start the long process
of upgrading Jacl so that it passes
all of the test cases.

Note that we are only going to be
able to test for things that are
actually implemented. The good news
is that the list of things that
has not been implemented is getting
smaller all the time.

As always, if you are willing to lend
a hand please say so! This process
will go much more quickly if folks
help out. My hope is that when
this process is finished, Jacl
will be 99% compatible with Tcl 8.3.

cheers
Mo DeJong
Red Hat Inc

[tcljava-user] First use of Tcl Blend ???

[SASSI Y. <yas...@te...>]

First of all I want to say that I am a very new user of tcl blend.
I want to write tcl code that can interact with a java package.
So let's begin with the beginning, the installation.
I have downloaded tclBlend 1.2.6 for UNIX.
I work on a PC (OS Linux Debian 2.1), I have a Tcl8.0 and a JDK1.2 installed
on my PC. (really the JDK1.2 is not installed properly, I downloaded the
file.sh from internet and I executed all the installation instructions, but
I obtained errors during installation, I do not know why, do you have an
idea ?)

My question is how can I make all these packages run together, that means
can I write tcl scripts that interact with java objects by only having tcl
blend on my PC. (is there a specific installation to be done or a
compilation or other thing).
Please give me a detailed answer if possible.
Another question is: Can all the versions mentioned before run together ?
thank you in advance.
yacine.

Re: [tcljava-user] command differences between tcl8.3 and jacl

[Mo D. <md...@cy...>]

On Tue, 19 Dec 2000, Hodges, Jonas J wrote:

> Can someone point me in the direction of where to find information related
> to which tcl8.3 commands have not yet been implemented in jacl?

The diffs.txt file tells the whole story.

>  So far I've
> figured out the fileevent and interp don't work.  The old documentation says
> that fconfigure and socket were not yet implemented, but it appears that
> jacl1.2.6 recognizes these two commands.

They might be stubbed out but they don't actually work.

Mo DeJong
Red Hat Inc

Re: [tcljava-user] problems with tclBlend

[Mo D. <md...@cy...>]

On Tue, 19 Dec 2000, Hodges, Jonas J wrote:

> I am having difficulties getting the tclBlend examples to work properly on
> the linux platform.  When I run the gridDemo example a
> java.lang.IllegalMonitorStateException: current thread not owner is thrown.
> Sometimes the exception is thrown immediately and sometimes after firing and
> hiring employees (see example).  I'm using java1.2.2.  I get the error with
> the following steps:
> 
> 0) cd into unix directory
> 1) make shell
> 2) cd demos/gridDemo
> 3) source gridDemo.tcl

Humm, I have not heard of this problem before. Could you try
it with the 1.3 "developers version" in the CVS and see if
you get the same error?

Mo DeJong
Red Hat Inc

[tcljava-user] command differences between tcl8.3 and jacl

[Hodges, J. J <jon...@in...>]

Can someone point me in the direction of where to find information related
to which tcl8.3 commands have not yet been implemented in jacl?  So far I've
figured out the fileevent and interp don't work.  The old documentation says
that fconfigure and socket were not yet implemented, but it appears that
jacl1.2.6 recognizes these two commands.

Thanks,
Jonas Hodges

-x-

[tcljava-user] problems with tclBlend

[Hodges, J. J <jon...@in...>]

I am having difficulties getting the tclBlend examples to work properly on
the linux platform.  When I run the gridDemo example a
java.lang.IllegalMonitorStateException: current thread not owner is thrown.
Sometimes the exception is thrown immediately and sometimes after firing and
hiring employees (see example).  I'm using java1.2.2.  I get the error with
the following steps:

0) cd into unix directory
1) make shell
2) cd demos/gridDemo
3) source gridDemo.tcl

Thanks,
Jonas Hodges

-x-

Re: [tcljava-user] Stack trace from scrpits

[Mo D. <md...@cy...>]

On Fri, 1 Dec 2000, Michael Tulinius Andersen wrote:

> I think this patch solves the problem:
> 
> $ diff Shell.java Shell.java.org
> 111,117c111
> <   try {
> <       System.err.println(interp.getVar("errorInfo", null,
> TCL.GLOBAL_ONLY).toString());
> <   }
> <   catch (TclException ex) {
> <       // I guess this will never happen
> <       System.err.println(interp.getResult().toString());
> <   }
> ---
> >   System.err.println(interp.getResult().toString());
> 
> Regards,
> Michael Tulinius Andersen
> Softility.dk


Just a couple of quick comments. If you are going to
post a patch, it needs to be on "context diff" format.
Just add the -c option to your diff command line.
It makes patches far easier to deal with.

Also, if you are going to be doing some hacking
on Jacl, you should grab the CVS version and
join the tcljava-dev mailing list. There is
going to be overlap between the lists, but
I would like to keep most of the
discussion of patches and enhancements off
of the normal user list. That makes it
easier to go back and search the archive
later and it means less traffic on the
user list.

cheers
Mo DeJong
Red Hat Inc

[tcljava-user] Stack trace from scrpits

[Michael T. A. <mt...@so...>]

When a tcl script fails with an error, errorInfo is printed by the
native Tcl shell (and Tcl blend) but not by Jacl.

This script shows the difference if you first run it with tclsh and then
with jaclsh (replace tclsh with jaclsh)

test.tcl:
=====
#!/bin/sh
# Restart using a Tcl shell \
exec tclsh "$0" "$@"

catch {error hello1}
puts errorCode=$errorCode
puts errorInfo=$errorInfo
puts "not handled exception:"
error hello2

---------------------------------------------------------------
I think this patch solves the problem:

$ diff Shell.java Shell.java.org
111,117c111
<   try {
<       System.err.println(interp.getVar("errorInfo", null,
TCL.GLOBAL_ONLY).toString());
<   }
<   catch (TclException ex) {
<       // I guess this will never happen
<       System.err.println(interp.getResult().toString());
<   }
---
>   System.err.println(interp.getResult().toString());

Regards,
Michael Tulinius Andersen
Softility.dk

[tcljava-user] Exec command should set errorCode (2)

[Michael T. A. <mt...@so...>]

> Was this the patch you were going for? This
> is from the CVS version.
>
> diff -u -r1.5 ExecCmd.java
> --- ExecCmd.java        1999/05/17 03:50:37     1.5
> +++ ExecCmd.java        2000/11/30 10:19:14
> @@ -154,6 +154,9 @@
>
>        //when the subprocess writes to its stderr stream or returns
>        //a non zero result we generate an error
> +        if (exit != 0) {
> +          interp.setErrorCode(TclInteger.newInstance(exit));
> +        }
>         if ((exit != 0) || (errorBytes != 0)) {
>           throw new TclException(interp, sbuf.toString());
>         }

Yes that is the patch I sent. Here is a better patch.
The errorCode is set to a result closer to the native Tcl.

  //When the subprocess fails we set errorCode to the exit status.
  //We don't have the real process ID, so we use ??? instead.
  //This process id will only be usefull when background executing is
implemented.
  //References to Process objects could be used instead of real process IDs.
  if (exit != 0) {
      interp.setErrorCode(TclString.newInstance("CHILDSTATUS ??? " + exit));
  }

There is no way to obtain the process ID (as far as I know). Maybe the reference
to
the (java) Process object could be used instead. This reference should then be
returned
from 'exec ... &' and the 'pid' command if implemented.

Michael Tulinius Andersen
Softiltiy.dk

Re: [tcljava-user] Question

[Mo D. <md...@cy...>]

On Thu, 30 Nov 2000, Tanguy Claquin wrote:

> Hello,
> happy to be a new user.
> Before I begin the installation I have a small question: do I really need
> the complete Tcl source to fully install Tcl-Java (i.e with all examples and
> doc etc.. and not only the binaray files)?

It depends on what you are trying to install. If you want to run
Tcl Blend on anything other than a Windows box, you will need
to download the source and build both Tcl and Tcl Blend. If
you want to use Jacl, you do not need to source code for Tcl
(Jacl is a entire Tcl interp written in Java).

As far as the binaries go, they are just for folks that do
not have a compiler. The binary files are just that, binaries
only. There are no docs or examples in the binary files.

> If yes, will this situation change in a foreseeable future and what are the
> advantages and/or drawback of a full compilation vs. only the binaries?
> If no, how should I proceed?

It is better to build your own binaries for a number of reasons.
If you are stuck on Windows, you may want to just use the
pre-built binaries. The only way the src vs. binaries thing
would change in the future is to perhaps stop providing any
binaries. Windows folks currently need to have VC++ to build
things so this is a bit of a pain, that may change once
things work better under Mingw (gcc for Windows).

cheers
Mo DeJong
Red Hat Inc