tcljava-user — Ask questions and get help here

Re: [tcljava-user] [ANNOUNCE] Aejaks 1.2 released

[Radosław S. <rs...@gm...>]

Greetings Tom,
Aejaks seems interesting. Have you any demo app to show me it's 'power' 
? I'll look at it with a great pleasure.

-- Radoslaw Szulgo

Tom Poindexter pisze:
> Aejaks 1.2 has been released!
>
> This is primarily a bug fix release.  Several changes to Aejaks
> Java internals helps to stop real or potential memory leaks.
> Other fixes and enhancements were also made to runtime code, 
> affecting the Pack command, and sample programs.
>
> One new feature in the MrPersister database package is the 
> addition of the 'updateOptimistic' method on the GenericDao
> object.  This allows the use of 'optimistic locking' when 
> updating a row in order to avoid hidden updates while maintaining
> high concurrency.  The H2 database engine was updated to
> a current version.
>
>
> ---- README --------------------------------------------------------------
>
> AEJAKS: http://aejaks.sf.net
>
> ABOUT:
> Aejaks combines the server-side Ajax windowing system Echo2 with the powerful
> simplicity of the Tcl langauge.  The result is a rich development environment
> in which to develop Ajax-based web applications, often with much less code to 
> write.  
>
> Building a Rich Internet Application (RIA) usually means having to write 
> your application in a variety of languages and markup: HTML, CSS, and 
> Javascript for the browser, plus some backend language (PHP, Java, Tcl, etc.)
> With Aejaks, you only need a single language: Tcl.  Aejaks applications 
> resemble desktop Tcl/Tk applications.  Aejaks uses a Tk-inspired object 
> interface to create and interact with widgets. 
>
> Classic "Hello world" in Aejaks:
>
>     Button .hello -text "Hello world" -command {. exitApp /index.html}
>     Pack .hello
>
> The first line creates a Button widget named '.hello' and defines a command 
> to be run when the button is pressed (exit the application and tell the 
> browser to load the index.html page.)  The second line makes the Button widget
> visibile in the browser window.  That's all you need!
>
>
> AUTHOR:
> Aejaks was conceived and written by Tom Poindexter.  Please subscribe and use
> the mailing list for Aejaks related discussion.  Subscription information at:
>   http://lists.sourceforge.net/lists/listinfo/aejaks-general
>
> If you really, absolutely need to get in touch with me privately, email: 
>   tpo...@ny...
>
>
> ACKNOWLEDGEMENTS:
> Aejaks stands on the shoulders of giants, and would not be possible
> without the contributions of a host of very talented programmers and
> artists:
>
>   Echo2:        Tod Liebeck, NextApp
>   Tcl/Jacl      John Ousterhout, Ioi Lam, Brian Smith, Mo DeJong
>   IncrTcl:      Michael J. McLennan, Mo DeJong
>   Jetty:        Greg Wilkins, Mort Bay Consulting
>   Clcms:        Jelte Jansen
>   EchopointNG:  Brad Bakerman
>   Nuvola icons: David Vignoni
>   MrPersister   Jacob Jenkov
>   H2 Database   Thomas Mueller
>
>
> DOWNLOAD:  
> http://sourceforge.net/project/showfiles.php?group_id=184611
> or http://sourceforge.net/projects/aejaks
>
> Three downloads are available (where 'x.y' is the current version): 
>
> aejaks-x.y-exe.tar.gz
> aejaks-x.y-exe.zip
>
>     This package contains everything required to run, develop and deploy
>     Aejaks applications.  Included are the aejaks.war file, Jetty web server, 
>     sample scripts, and documentation. 
>
>     Java 1.4 or higher is required to run the Aejaks and the Jetty web server.
>     http://java.sun.com
>
>
> aejaks-x.y-src.tar.gz
> aejaks-x.y-src.zip
>
>     Developers who wish to contribute to Aejaks development should download
>     this file and the above '-exe' file, and unpack both into the same 
>     directory.  This package contains source for Java and Tcl files, 
>     documentation source, build scripts, library files, icon and image 
>     source, Eclipse project and classpath files.
>
>     Java JDK 1.4 or higher is required to develop Aejaks.
>     http://java.sun.com
>
>     Ant or Eclipse is require to run the Java source build.xml file.
>     Ant and Eclipse can be downloaded from 
>     http://ant.apache.org
>     http://eclipse.org
>
>     The Jetty web server is not included with the source distribution.
>     If you would like to run with the Jetty web server, download and 
>     unpack the executable distribution (e.g., aejaks-x.y-exe.zip) or
>     download the Jetty web server at:
>     http://jetty.mortbay.com
>     You may also run with Apache Tomcat, or other Java Servlet web servers.
>
>     Clcms and Python are required to regenerate the local website & 
>     documentation.  Clcms and Python can be downloaded from:
>     http://www.jelte.nlnetlabs.nl/Projects/clcms/index.html
>     http://python.org
>
>
> AejaksDemo.war
>
>     This war is the webserver deployment file containing the Aejaks
>     runtime and all required libraries, along with the 'widget_tour'
>     demo script.  Simply deploy this file into your existing Java Servlet
>     engine (e.g., Jetty, Tomcat, Resin, Websphere, Weblogic, Winstone, etc.
>     Java 1.4 or higher is also requried.)  
>
>     Once deployed (and depending on your servlet engine), you should be
>     able to invoke the Aejaks 'widget_tour' demo by opening a browser to
>     http://your-web-server-host/AejaksDemo
>
>     AejaksDemo.war is a full run-time environment for Aejaks.  Update the
>     internal WEB-INF/web.xml file or provide the runtime parameters as
>     outlined in the documentation:
>     http://aejaks.sourceforge.net/Documentation/Running/index.html 
>     http://aejaks.sourceforge.net/Documentation/Configuration/index.html
>
>
> REQUIREMENTS:
> Aejaks requires a Java JRE 1.4 or higher installation.  No other
> external software is required, Aejaks is ready to run.  Aejaks includes
> the Jetty webserver, configured to start on port 8080.
>
>
> DOCUMENTATION:
> See: ./website/out/index.html
> This is a local copy of the website, including all documentation to related
> software.  
>
> All documentation is also available at: http://aejaks.sf.net
>
>
> QUICK START:
> You will need Java JDK or JRE 1.4 or higher installed.  un-tar or un-zip 
> the '-exe' distribution file:
>
>   tar zxf aejaks-x.y-exe.tar.gz 
>   unzip aejaks-x.y-exe.zip
>   winzip ...etc...
>
> Start the Jetty webserver:
>
>   unix/linux:
>     sh run.sh 
>
>   windows, execute in a Command Prompt window:
>     run.bat
>
> Start your web browser and load the index.html page:
>
>   unix/linux:
>     firefox http://localhost:8080
>
>   windows:
>     start http://localhost:8080
>
>   Now start exploring the demos!
>
> To stop the web server:
>
>   unix/linux:
>     sh stop.sh
>
>   windows:
>     ^C  (in the Command Prompt window where you started jetty)
>     and
>     ^C  (in the Command Prompt window running the H2 database) 
>
>
> COPYRIGHT & LICENSE:
> Aejaks (a.k.a. "Æjaks") Copyright 2006-2008, Tom Poindexter
>
> Aejaks is licensed under the Mozilla Public License 1.1, or the GNU LGPL 2.1. 
>
> Aejaks includes the following software, please refer to the copyright
> and license statements for each package in the ./licenses/ directory:
>
>   Echo2
>   EchopointNG
>   Jacl, IncrTcl, TJC
>   Jetty
>   JFreeChart
>   Nuvola icons
>   Mr Persister
>   H2 Database
>   TclTutor
>
>   
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Stay on top of everything new and different, both inside and 
> around Java (TM) technology - register by April 22, and save
> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
> 300 plus technical and hands-on sessions. Register today. 
> Use priority code J9JMT32. http://p.sf.net/sfu/p
> ------------------------------------------------------------------------
>
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>   

[tcljava-user] [ANNOUNCE] Aejaks 1.2 released

[Tom P. <tpo...@ny...>]

Aejaks 1.2 has been released!

This is primarily a bug fix release.  Several changes to Aejaks
Java internals helps to stop real or potential memory leaks.
Other fixes and enhancements were also made to runtime code, 
affecting the Pack command, and sample programs.

One new feature in the MrPersister database package is the 
addition of the 'updateOptimistic' method on the GenericDao
object.  This allows the use of 'optimistic locking' when 
updating a row in order to avoid hidden updates while maintaining
high concurrency.  The H2 database engine was updated to
a current version.


---- README --------------------------------------------------------------

AEJAKS: http://aejaks.sf.net

ABOUT:
Aejaks combines the server-side Ajax windowing system Echo2 with the powerful
simplicity of the Tcl langauge.  The result is a rich development environment
in which to develop Ajax-based web applications, often with much less code to 
write.  

Building a Rich Internet Application (RIA) usually means having to write 
your application in a variety of languages and markup: HTML, CSS, and 
Javascript for the browser, plus some backend language (PHP, Java, Tcl, etc.)
With Aejaks, you only need a single language: Tcl.  Aejaks applications 
resemble desktop Tcl/Tk applications.  Aejaks uses a Tk-inspired object 
interface to create and interact with widgets. 

Classic "Hello world" in Aejaks:

    Button .hello -text "Hello world" -command {. exitApp /index.html}
    Pack .hello

The first line creates a Button widget named '.hello' and defines a command 
to be run when the button is pressed (exit the application and tell the 
browser to load the index.html page.)  The second line makes the Button widget
visibile in the browser window.  That's all you need!


AUTHOR:
Aejaks was conceived and written by Tom Poindexter.  Please subscribe and use
the mailing list for Aejaks related discussion.  Subscription information at:
  http://lists.sourceforge.net/lists/listinfo/aejaks-general

If you really, absolutely need to get in touch with me privately, email: 
  tpo...@ny...


ACKNOWLEDGEMENTS:
Aejaks stands on the shoulders of giants, and would not be possible
without the contributions of a host of very talented programmers and
artists:

  Echo2:        Tod Liebeck, NextApp
  Tcl/Jacl      John Ousterhout, Ioi Lam, Brian Smith, Mo DeJong
  IncrTcl:      Michael J. McLennan, Mo DeJong
  Jetty:        Greg Wilkins, Mort Bay Consulting
  Clcms:        Jelte Jansen
  EchopointNG:  Brad Bakerman
  Nuvola icons: David Vignoni
  MrPersister   Jacob Jenkov
  H2 Database   Thomas Mueller


DOWNLOAD:  
http://sourceforge.net/project/showfiles.php?group_id=184611
or http://sourceforge.net/projects/aejaks

Three downloads are available (where 'x.y' is the current version): 

aejaks-x.y-exe.tar.gz
aejaks-x.y-exe.zip

    This package contains everything required to run, develop and deploy
    Aejaks applications.  Included are the aejaks.war file, Jetty web server, 
    sample scripts, and documentation. 

    Java 1.4 or higher is required to run the Aejaks and the Jetty web server.
    http://java.sun.com


aejaks-x.y-src.tar.gz
aejaks-x.y-src.zip

    Developers who wish to contribute to Aejaks development should download
    this file and the above '-exe' file, and unpack both into the same 
    directory.  This package contains source for Java and Tcl files, 
    documentation source, build scripts, library files, icon and image 
    source, Eclipse project and classpath files.

    Java JDK 1.4 or higher is required to develop Aejaks.
    http://java.sun.com

    Ant or Eclipse is require to run the Java source build.xml file.
    Ant and Eclipse can be downloaded from 
    http://ant.apache.org
    http://eclipse.org

    The Jetty web server is not included with the source distribution.
    If you would like to run with the Jetty web server, download and 
    unpack the executable distribution (e.g., aejaks-x.y-exe.zip) or
    download the Jetty web server at:
    http://jetty.mortbay.com
    You may also run with Apache Tomcat, or other Java Servlet web servers.

    Clcms and Python are required to regenerate the local website & 
    documentation.  Clcms and Python can be downloaded from:
    http://www.jelte.nlnetlabs.nl/Projects/clcms/index.html
    http://python.org


AejaksDemo.war

    This war is the webserver deployment file containing the Aejaks
    runtime and all required libraries, along with the 'widget_tour'
    demo script.  Simply deploy this file into your existing Java Servlet
    engine (e.g., Jetty, Tomcat, Resin, Websphere, Weblogic, Winstone, etc.
    Java 1.4 or higher is also requried.)  

    Once deployed (and depending on your servlet engine), you should be
    able to invoke the Aejaks 'widget_tour' demo by opening a browser to
    http://your-web-server-host/AejaksDemo

    AejaksDemo.war is a full run-time environment for Aejaks.  Update the
    internal WEB-INF/web.xml file or provide the runtime parameters as
    outlined in the documentation:
    http://aejaks.sourceforge.net/Documentation/Running/index.html 
    http://aejaks.sourceforge.net/Documentation/Configuration/index.html


REQUIREMENTS:
Aejaks requires a Java JRE 1.4 or higher installation.  No other
external software is required, Aejaks is ready to run.  Aejaks includes
the Jetty webserver, configured to start on port 8080.


DOCUMENTATION:
See: ./website/out/index.html
This is a local copy of the website, including all documentation to related
software.  

All documentation is also available at: http://aejaks.sf.net


QUICK START:
You will need Java JDK or JRE 1.4 or higher installed.  un-tar or un-zip 
the '-exe' distribution file:

  tar zxf aejaks-x.y-exe.tar.gz 
  unzip aejaks-x.y-exe.zip
  winzip ...etc...

Start the Jetty webserver:

  unix/linux:
    sh run.sh 

  windows, execute in a Command Prompt window:
    run.bat

Start your web browser and load the index.html page:

  unix/linux:
    firefox http://localhost:8080

  windows:
    start http://localhost:8080

  Now start exploring the demos!

To stop the web server:

  unix/linux:
    sh stop.sh

  windows:
    ^C  (in the Command Prompt window where you started jetty)
    and
    ^C  (in the Command Prompt window running the H2 database) 


COPYRIGHT & LICENSE:
Aejaks (a.k.a. "Æjaks") Copyright 2006-2008, Tom Poindexter

Aejaks is licensed under the Mozilla Public License 1.1, or the GNU LGPL 2.1. 

Aejaks includes the following software, please refer to the copyright
and license statements for each package in the ./licenses/ directory:

  Echo2
  EchopointNG
  Jacl, IncrTcl, TJC
  Jetty
  JFreeChart
  Nuvola icons
  Mr Persister
  H2 Database
  TclTutor

-- 
Tom Poindexter
tpo...@ny...

Re: [tcljava-user] Jacl Modernization - Google Summer of Code project

[Mo D. <mo...@mo...>]

Tom Poindexter wrote:
> Let us all welcome Radoslaw Szulgo to the TclJava community.  Radoslaw's
> proposal for "Jacl Modernization" was one of nine projects selected for
> the Google Summer of Code program under the coordinating Tcl/Tk Community 
> project.
>   
Very nice, Jacl will really benefit from this project.

Mo DeJong

Re: [tcljava-user] Jacl Modernization - Google Summer of Code project

[Radosław S. <rs...@gm...>]

Tom Poindexter wrote:
> Let us all welcome Radoslaw Szulgo to the TclJava community.  Radoslaw's
> proposal for "Jacl Modernization" was one of nine projects selected for
> the Google Summer of Code program under the coordinating Tcl/Tk Community 
> project.
>
>     http://socghop.appspot.com/org/home/google/gsoc2009/tcltk
>     http://socghop.appspot.com/
>
> The goal of the project is to bring Jacl up to Tcl 8.4 compatibility, and
> possibily add some 8.5 features if time permits.
>
> While I will be officially mentoring Radoslaw, I will also be looking to
> those who regularly contribute for their expertise. 
>   
I will add only, that I start at the beginning of the June.

-- Radoslaw Szulgo (daytek)

[tcljava-user] Jacl Modernization - Google Summer of Code project

[Tom P. <tpo...@ny...>]

Let us all welcome Radoslaw Szulgo to the TclJava community.  Radoslaw's
proposal for "Jacl Modernization" was one of nine projects selected for
the Google Summer of Code program under the coordinating Tcl/Tk Community 
project.

    http://socghop.appspot.com/org/home/google/gsoc2009/tcltk
    http://socghop.appspot.com/

The goal of the project is to bring Jacl up to Tcl 8.4 compatibility, and
possibily add some 8.5 features if time permits.

While I will be officially mentoring Radoslaw, I will also be looking to
those who regularly contribute for their expertise. 

-- 
Tom Poindexter
tpo...@ny...

Re: [tcljava-user] lsearch "inline" option not found...

[Bruce J. <nm...@ma...>]

Fantastic.  Welcome to the project.

Bruce Johnson
On Apr 21, 2009, at 10:30 AM, Radosław Szulgo wrote:

> Rick & Charlie wrote:
>> I am trying to pass some .tcl files to the Jacl interpreter(
>> tcljava1.4.1 ) that contain the "lsearch" command that use the
>> "-inline" option. I get the following error thrown when this is
>> encountered...
>>
>> bad option "-inline": must be -ascii, -decreasing, -dictionary,
>> -exact, -increasing, -integer, -glob, -real, -regexp, or -sorted
>>
>>
>> Does anybody know how to get around this? Is there a newer version  
>> out
>> there that understands the -inline option for lsearch? Here is an
>> example of the .tcl code that throws the above error.
>>
>> if {[lsearch -inline $MEM_CHANNEL_CONFIG U*] eq "UDIMM_SODIMM"} {
>>
>> ...
>> ...
>>
>> }
> Greetings,
> I've just joined tcl/java community. I'm participating in the Google
> Summer of Code 2009 program and at summer I'm going to upgrade Jacl to
> 8.4 or even 8.5 Tcl language level.
>
> `lsearch -inline` is included to implement.
>
> Regards,
> -- Radoslaw Szulgo
>
> ------------------------------------------------------------------------------
> Stay on top of everything new and different, both inside and
> around Java (TM) technology - register by April 22, and save
> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco.
> 300 plus technical and hands-on sessions. Register today.
> Use priority code J9JMT32. http://p.sf.net/sfu/p
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

Re: [tcljava-user] lsearch "inline" option not found...

[Radosław S. <rs...@gm...>]

Rick & Charlie wrote:
> I am trying to pass some .tcl files to the Jacl interpreter( 
> tcljava1.4.1 ) that contain the "lsearch" command that use the 
> "-inline" option. I get the following error thrown when this is 
> encountered...
>  
> bad option "-inline": must be -ascii, -decreasing, -dictionary, 
> -exact, -increasing, -integer, -glob, -real, -regexp, or -sorted
>  
>  
> Does anybody know how to get around this? Is there a newer version out 
> there that understands the -inline option for lsearch? Here is an 
> example of the .tcl code that throws the above error.
>  
> if {[lsearch -inline $MEM_CHANNEL_CONFIG U*] eq "UDIMM_SODIMM"} {
>  
> ...
> ...
>  
> }
Greetings,
I've just joined tcl/java community. I'm participating in the Google 
Summer of Code 2009 program and at summer I'm going to upgrade Jacl to 
8.4 or even 8.5 Tcl language level.

`lsearch -inline` is included to implement.

Regards,
-- Radoslaw Szulgo

Re: [tcljava-user] How to use Interp.setResult?

[Mo D. <mo...@mo...>]

Bret Comstock Waldow wrote:
> Hello,
>
> I have not found good documentation for some of Jacl - the API docs on
> the tcljava.sourceforge.net site are not giving me a good enough
> understanding to determine how to solve an exception.
>
> I have a command-line java program.  In it's primary class constructor,
> it creates a TCL Interp session with the name of an external script
> file, and exits when the Interp session is complete.  In response to
> various commands found in a script, various Java objects are created,
> and methods called on those objects from the script.  I have a number of
> working examples of this, including some that successfully return values
> to the Interp session for further processing.
>
> But I haven't figured out what Interp.setResult() does, and it looks as
> if it might be useful.
The setResult() method sets the "result" pointer in a Jacl interpreter 
to a specific TclObject. It is typically
used from a Java implementation of a Tcl method to indicate the result 
of a Tcl command. If you have
a Java method, it is better to just have it return a Java result and 
then invoke the method with the java::call
command or from a class instance handle (like java0x1, a result object 
from a java::new command).
> TCL:
> $tableName getEntry $column $row
>
> Java:
>       /**
>        * *@return* int - The number of columns in this result set.
>        */
>       *public* *int* getColumnCount()
>             {
>             log.debug( "getColumnCount - columnCount is " + columnCount );
>             *return* columnCount;
>             }
>  
>       *public* *void* getEntry( String columnName, *int* currentRow )
> *throws* TclException
>             {
>             log.debug( "getEntry - column name is " + columnName );
>             myInterp.setResult( "an Answer" );
>             }
>  
>  
> tcl.lang.ReflectException
>             at tcl.lang.JavaInvoke.call(JavaInvoke.java:328)
>             at tcl.lang.JavaInvoke.callMethod(JavaInvoke.java:161)
>             at tcl.lang.ReflectObject.cmdProc(ReflectObject.java:916)
>   
It is not clear what if going on from this example code and stack trace. 
Typically, the ReflectException means there
was some error in the Java code and it got wrapped into a 
ReflectException when moving from Java back to tcl.

When Jacl hits a ReflectException, it saves the original Java exception 
object and a description string are saved
in the global variable named "errorCode". Printing out a stace trace of 
the Java exception found there would likely
be a good place to start.

Mo DeJong

Re: [tcljava-user] lsearch "inline" option not found...

[Mo D. <mo...@mo...>]

Rick & Charlie wrote:
> I am trying to pass some .tcl files to the Jacl interpreter( 
> tcljava1.4.1 ) that contain the "lsearch" command that use the 
> "-inline" option. I get the following error thrown when this is 
> encountered...
>  
> bad option "-inline": must be -ascii, -decreasing, -dictionary, 
> -exact, -increasing, -integer, -glob, -real, -regexp, or -sorted
>  
>  
> Does anybody know how to get around this? Is there a newer version out 
> there that understands the -inline option for lsearch? Here is an 
> example of the .tcl code that throws the above error.
>  
> if {[lsearch -inline $MEM_CHANNEL_CONFIG U*] eq "UDIMM_SODIMM"} {
>  
Yes, the Jacl implementation of some commands is not as up to date as 
the C implementation of Tcl. There is no specific workaround, you will 
most likely
need to change the code to use the older lsearch command API.

Mo DeJong

[tcljava-user] lsearch "inline" option not found...

[Rick & C. <ric...@co...>]

I am trying to pass some .tcl files to the Jacl interpreter( tcljava1.4.1 ) that contain the "lsearch" command that use the "-inline" option. I get the following error thrown when this is encountered...

bad option "-inline": must be -ascii, -decreasing, -dictionary, -exact, -increasing, -integer, -glob, -real, -regexp, or -sorted


Does anybody know how to get around this? Is there a newer version out there that understands the -inline option for lsearch? Here is an example of the .tcl code that throws the above error.

if {[lsearch -inline $MEM_CHANNEL_CONFIG U*] eq "UDIMM_SODIMM"} {

...
...

}

[tcljava-user] How to use Interp.setResult?

[Bret C. W. <bc...@ya...>]

Hello,

I have not found good documentation for some of Jacl - the API docs on
the tcljava.sourceforge.net site are not giving me a good enough
understanding to determine how to solve an exception.

I have a command-line java program.  In it's primary class constructor,
it creates a TCL Interp session with the name of an external script
file, and exits when the Interp session is complete.  In response to
various commands found in a script, various Java objects are created,
and methods called on those objects from the script.  I have a number of
working examples of this, including some that successfully return values
to the Interp session for further processing.

But I haven't figured out what Interp.setResult() does, and it looks as
if it might be useful.  Consider these two methods.  The first
(getColumnCount) works as expected, and I can access the return value in
my script.  The second (getEntry) always provokes the exception listed
below.  'myInterp' was set with a reference to the (one-and-only) Interp
session when the object these methods belong to was created and is valid
for the entire time.

Please don't tell me to read the docs, I have and have tried many
experiments and they don't tell me what circumstance to use the
Interp.setResult() method in or what might be the problem here.

Thanks in advance,
bcw

TCL:
$tableName getEntry $column $row

Java:
      /**
       * *@return* int - The number of columns in this result set.
       */
      *public* *int* getColumnCount()
            {
            log.debug( "getColumnCount - columnCount is " + columnCount );
            *return* columnCount;
            }
 
      *public* *void* getEntry( String columnName, *int* currentRow )
*throws* TclException
            {
            log.debug( "getEntry - column name is " + columnName );
            myInterp.setResult( "an Answer" );
            }
 
 
tcl.lang.ReflectException
            at tcl.lang.JavaInvoke.call(JavaInvoke.java:328)
            at tcl.lang.JavaInvoke.callMethod(JavaInvoke.java:161)
            at tcl.lang.ReflectObject.cmdProc(ReflectObject.java:916)
            at tcl.lang.Parser.evalObjv(Parser.java:826)
            at tcl.lang.Parser.eval2(Parser.java:1228)
            at tcl.lang.Parser.evalTokens(Parser.java:1008)
            at tcl.lang.Parser.eval2(Parser.java:1215)
            at tcl.lang.Procedure.cmdProc(Procedure.java:174)
            at tcl.lang.Parser.evalObjv(Parser.java:826)
            at tcl.lang.Parser.eval2(Parser.java:1228)
            at tcl.lang.Parser.evalTokens(Parser.java:1008)
            at tcl.lang.Parser.eval2(Parser.java:1215)
            at tcl.lang.Interp.eval(Interp.java:2679)
            at tcl.lang.Interp.eval(Interp.java:2747)
            at tcl.lang.IfCmd.cmdProc(IfCmd.java:64)
            at tcl.lang.Parser.evalObjv(Parser.java:826)
            at tcl.lang.Parser.eval2(Parser.java:1228)
            at tcl.lang.Interp.eval(Interp.java:2679)
            at tcl.lang.Interp.eval(Interp.java:2747)
            at tcl.lang.ForeachCmd.cmdProc(ForeachCmd.java:98)
            at tcl.lang.Parser.evalObjv(Parser.java:826)
            at tcl.lang.Parser.eval2(Parser.java:1228)
            at tcl.lang.Interp.eval(Interp.java:2679)
            at tcl.lang.Interp.eval(Interp.java:2747)
            at tcl.lang.WhileCmd.cmdProc(WhileCmd.java:43)
            at tcl.lang.AutoloadStub.cmdProc(Extension.java:119)
            at tcl.lang.Parser.evalObjv(Parser.java:826)
            at tcl.lang.Parser.eval2(Parser.java:1228)
            at tcl.lang.Procedure.cmdProc(Procedure.java:174)
            at tcl.lang.Parser.evalObjv(Parser.java:826)
            at tcl.lang.Parser.eval2(Parser.java:1228)
            at tcl.lang.Parser.evalTokens(Parser.java:1008)
            at tcl.lang.Parser.eval2(Parser.java:1215)
            at tcl.lang.Interp.eval(Interp.java:2679)
            at tcl.lang.Interp.evalFile(Interp.java:2940)
            at
com.ssg.dataconverter.DataConverter.<init>(DataConverter.java:76)
            at
com.ssg.dataconverter.DataConverter.main(DataConverter.java:159)

Re: [tcljava-user] How to know when a java application is closed from tcl

[Kristoffer L. <se...@fi...>]

On 23 Feb 2009, at 09:49, rahul wrote:

> | My java application must end calling System.exit(0). Can I do  
> anything
> | before exiting the java application to not make the tcl  
> application die? I
> | only want to launch a java application from tcl and let know the  
> tcl when it
> | has been finished.

I don't think the Tcl app should exist if the Java application you  
started with [exec] or [open] calls System.exit. That should merely  
cause the Java process (the child process) to exit.

            / http://www.scred.com/
            / http://www.fishpool.com/~setok/

Re: [tcljava-user] How to know when a java application is closed from tcl

[rahul <ra...@Su...>]

| My java application must end calling System.exit(0). Can I do anything
| before exiting the java application to not make the tcl application die? I
| only want to launch a java application from tcl and let know the tcl when it
| has been finished.

Take a look at this thread
http://forums.sun.com/thread.jspa?threadID=667798

hope it helps.

| 2009/2/19, D. J. Hagberg <dha...@mi...>:
| >
| > That would work as long as the code/app you're executing is well
| > behaved. If that Java code calls System.exit, that will kill your
| > whole process...
| >
| >
| >
| > -=- D. J.
| >
| > On Feb 19, 2009, at 4:12 AM, Eva Perez Mastroianni <
| > evi...@gm...
| > > wrote:
| >
| > > Hi,
| > >
| > > I want to open a java application from a Tcl application and then,
| > > when the java application is closed, let it know to the Tcl
| > >
| > > application.
| > >
| > > I think I could do this with the tcl blend library using the command
| > > java::bind $p windowClosed.
| > >
| > > Is it correct or there is a better way to do this?
| > >
| > > Thanks.
| > >
| > > ---
| > > ---
| > > ---
| > > ---------------------------------------------------------------------
| > > Open Source Business Conference (OSBC), March 24-25, 2009, San
| > > Francisco, CA
| > > -OSBC tackles the biggest issue in open source: Open Sourcing the
| > > Enterprise
| > > -Strategies to boost innovation and cut costs with open source
| > > participation
| > > -Receive a $600 discount off the registration fee with the source
| > > code: SFAD
| > > http://p.sf.net/sfu/XcvMzF8H
| > > _______________________________________________
| > > tcljava-user mailing list
| > > tcl...@li...
| > > https://lists.sourceforge.net/lists/listinfo/tcljava-user
| >
| >
| > ------------------------------------------------------------------------------
| > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
| > CA
| > -OSBC tackles the biggest issue in open source: Open Sourcing the
| > Enterprise
| > -Strategies to boost innovation and cut costs with open source
| > participation
| > -Receive a $600 discount off the registration fee with the source code:
| > SFAD
| > http://p.sf.net/sfu/XcvMzF8H
| > _______________________________________________
| > tcljava-user mailing list
| > tcl...@li...
| > https://lists.sourceforge.net/lists/listinfo/tcljava-user
| >

| ------------------------------------------------------------------------------
| Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
| -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
| -Strategies to boost innovation and cut costs with open source participation
| -Receive a $600 discount off the registration fee with the source code: SFAD
| http://p.sf.net/sfu/XcvMzF8H

| _______________________________________________
| tcljava-user mailing list
| tcl...@li...
| https://lists.sourceforge.net/lists/listinfo/tcljava-user

---~*~---
                                    rahul
--
1. e4 _

Re: [tcljava-user] How to know when a java application is closedfrom tcl

[Jared H. <ho...@mo...>]

You could try an "exec" expression to launch a separate jvm.

-Jared

 

 

From: Eva Perez Mastroianni [mailto:evi...@gm...] 
Sent: Friday, February 20, 2009 3:37 AM
To: A list for users of tcljava
Subject: Re: [tcljava-user] How to know when a java application is
closedfrom tcl

 

My java application must end calling System.exit(0). Can I do anything
before exiting the java application to not make the tcl application die?
I only want to launch a java application from tcl and let know the tcl
when it has been finished.

 

Thanks a lot.

 

2009/2/19, D. J. Hagberg <dha...@mi...>: 

That would work as long as the code/app you're executing is well
behaved. If that Java code calls System.exit, that will kill your
whole process...



-=- D. J.

On Feb 19, 2009, at 4:12 AM, Eva Perez Mastroianni
<evi...@gm...
> wrote:

> Hi,
>
> I want to open a java application from a Tcl application and then,
> when the java application is closed, let it know to the Tcl
>
> application.
>
> I think I could do this with the tcl blend library using the command
> java::bind $p windowClosed.
>
> Is it correct or there is a better way to do this?
>
> Thanks.
>
> ---
> ---
> ---
> ---------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source
> code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

------------------------------------------------------------------------
------
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
tcljava-user mailing list
tcl...@li...
https://lists.sourceforge.net/lists/listinfo/tcljava-user

 

Re: [tcljava-user] How to know when a java application is closed from tcl

[Eva P. M. <evi...@gm...>]

My java application must end calling System.exit(0). Can I do anything
before exiting the java application to not make the tcl application die? I
only want to launch a java application from tcl and let know the tcl when it
has been finished.

Thanks a lot.


2009/2/19, D. J. Hagberg <dha...@mi...>:
>
> That would work as long as the code/app you're executing is well
> behaved. If that Java code calls System.exit, that will kill your
> whole process...
>
>
>
> -=- D. J.
>
> On Feb 19, 2009, at 4:12 AM, Eva Perez Mastroianni <
> evi...@gm...
> > wrote:
>
> > Hi,
> >
> > I want to open a java application from a Tcl application and then,
> > when the java application is closed, let it know to the Tcl
> >
> > application.
> >
> > I think I could do this with the tcl blend library using the command
> > java::bind $p windowClosed.
> >
> > Is it correct or there is a better way to do this?
> >
> > Thanks.
> >
> > ---
> > ---
> > ---
> > ---------------------------------------------------------------------
> > Open Source Business Conference (OSBC), March 24-25, 2009, San
> > Francisco, CA
> > -OSBC tackles the biggest issue in open source: Open Sourcing the
> > Enterprise
> > -Strategies to boost innovation and cut costs with open source
> > participation
> > -Receive a $600 discount off the registration fee with the source
> > code: SFAD
> > http://p.sf.net/sfu/XcvMzF8H
> > _______________________________________________
> > tcljava-user mailing list
> > tcl...@li...
> > https://lists.sourceforge.net/lists/listinfo/tcljava-user
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>

Re: [tcljava-user] How to know when a java application is closed from tcl

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

That would work as long as the code/app you're executing is well  
behaved. If that Java code calls System.exit, that will kill your  
whole process...



-=- D. J.

On Feb 19, 2009, at 4:12 AM, Eva Perez Mastroianni <evi...@gm... 
 > wrote:

> Hi,
>
> I want to open a java application from a Tcl application and then,  
> when the java application is closed, let it know to the Tcl
>
> application.
>
> I think I could do this with the tcl blend library using the command  
> java::bind $p windowClosed.
>
> Is it correct or there is a better way to do this?
>
> Thanks.
>
> --- 
> --- 
> --- 
> ---------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San  
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the  
> Enterprise
> -Strategies to boost innovation and cut costs with open source  
> participation
> -Receive a $600 discount off the registration fee with the source  
> code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

[tcljava-user] How to know when a java application is closed from tcl

[Eva P. M. <evi...@gm...>]

Hi,

I want to open a java application from a Tcl application and then, when the
java application is closed, let it know to the Tcl

application.

I think I could do this with the tcl blend library using the command
java::bind $p windowClosed.

Is it correct or there is a better way to do this?

Thanks.

Re: [tcljava-user] location of mysql-connector-java-5.1.7-bin.jar

[Mo D. <mo...@mo...>]

tcl...@ao... wrote:
> Which folder should I place "mysql-connector-java-5.1.7-bin.jar" so 
> that I can connect to mysql?
>
Typically, you would put that in $JDK/jre/lib/ext and it would get added 
to your CLASSPATH by default. You could also just add the name of the 
jar file to the CLASSPATH env var to get the same effect.

cheers
Mo DeJong

[tcljava-user] location of mysql-connector-java-5.1.7-bin.jar

[<tcl...@ao...>]

Which folder should I place "mysql-connector-java-5.1.7-bin.jar" so that I can connect to mysql?

Re: [tcljava-user] Plans to implement tcl pipelines?

[Mo D. <mo...@mo...>]

Jared Hodge wrote:
>
> Are there any plans to implement pipelines in “open”? I just stumbled 
> across line 136 of src/jacl/tcl/lang/OpenCmd.java that throws an 
> exception saying “pipelines not implemented yet”. Is there some 
> concern with using “Runtime.exec()” here as it is in execCmd.java, or 
> is it just not used that much?
>
> -Jared
>
It is not used that much, and it is hard because of Java's IO limitations.

Mo DeJong

[tcljava-user] Plans to implement tcl pipelines?

[Jared H. <ho...@mo...>]

Are there any plans to implement pipelines in "open"?  I just stumbled
across line 136 of src/jacl/tcl/lang/OpenCmd.java that throws an
exception saying "pipelines not implemented yet".  Is there some concern
with using "Runtime.exec()" here as it is in execCmd.java, or is it just
not used that much?

-Jared

Re: [tcljava-user] How to kill a jacl thread

[Mo D. <mo...@mo...>]

Jared Hodge wrote:
>
> Is there a good way to kill a jacl thread quickly from another thread? 
> I’m launching a large script and that has many calls to custom java 
> code (some of which take a while themselves), and sometimes I want to 
> just kill the whole thread off and start another one. The problem is 
> that the doOneEvent call seems to not exit until the script is 
> complete and so I can’t find a good way of getting the run thread to 
> exit. It seems that all other ways of exiting a thread have been 
> deprecated. Ideally I’d like to stop the thread dead in its tracks in 
> the middle of a java call, but that’s probably beyond the scope of 
> this mailing list. A reasonable alternative is to stop between 
> evaluations in the jacl interpreter, but I need some sort of low-level 
> hook inside the doOneEvent call. Does this already exist?
>
> Thanks
>
> -Jared
>
> ------------------------------------------------------------------------
See the Interp.setInterrupt() API. It is not possible to just kill a 
Java thread like that, this API is as close as it gets.

Mo DeJong

Re: [tcljava-user] How to kill a jacl thread

[Bruce J. <nm...@ma...>]

One approach I use in applications using Swank is whenever I do  
something that will take a long time, but might need to be cancelled  
is to use the following procs (which can be cleaned up a bit, but  
basically work).  Before starting the "job" I call NvCounterMake, then  
within the long running job periodically call NvCounterCheck.  Every  
time it is called it will update a counter that is displayed (hence  
the name for the procs) and check the status of a global variable  
named "int_flag".  Pushing the Quit button will set the int_flag.  In  
the implementation below the NvCounterCheck proc will throw an error  
if int_flag is set.  There are more graceful ways to exit, but this is  
probably safer than just blowing away a Thread.  Obviously this won't  
work if your not working in Swank, but the general principle holds  
that Threads shouldn't be killed, some flag should be set so they know  
to gracefully exit.

Bruce



proc NvCounterMake {title} {
     global Nv_Priv
     set pwin .vecGraph.processor.border
     if {[winfo exists $pwin]} {
         set cwin $pwin.nvCounter
         set top 0
     } else {
         set top  1
         set cwin .nvCounter
     }
     global int_flag NvCounter
     set int_flag 0
     if {[winfo exists $cwin] } {destroy $cwin}
     if {$top} {
         toplevel $cwin
         wm withdraw $cwin
         wm title $cwin $title
         set x [expr [winfo screenwidth .]/2]
         set y [expr [winfo screenheight .]/4]
     } else {
         frame $cwin
         pack $cwin -side left
     }

     label $cwin.lab -textvariable NvCounter1 -width 10
     pack $cwin.lab -side left
     button $cwin.quit -text Quit -command "set int_flag 1;destroy  
$cwin"
     pack $cwin.quit -side right

     if {$top} {
         wm deiconify $cwin
         wm geometry $cwin 200x20+$x+$y
         wm alwaysontop $cwin 1
         raise $cwin
     }
     set Nv_Priv(counterWin) $cwin
     set NvCounter 1
     update
}
######################################################################

proc NvCounterCheck {} {
     global NvCounter NvCounter1 int_flag
     incr NvCounter
     set NvCounter1 $NvCounter
     if {($NvCounter % 200) == 0} {
         update
     }
     if {$int_flag} {
         NvCounterDestroy
         error "Interrupted"
         #return -code break
     }
}

proc NvCounterDestroy {} {
     global Nv_Priv int_flag
     catch "destroy $Nv_Priv(counterWin)"
     catch {after cancel $Nv_Priv(afterCounter)}
}


On Jan 29, 2009, at 11:29 AM, Jared Hodge wrote:

> Is there a good way to kill a jacl thread quickly from another  
> thread?  I’m launching a large script and that has many calls to  
> custom java code (some of which take a while themselves), and  
> sometimes I want to just kill the whole thread off and start another  
> one.  The problem is that the doOneEvent call seems to not exit  
> until the script is complete and so I can’t find a good way of  
> getting the run thread to exit.  It seems that all other ways of  
> exiting a thread have been deprecated.  Ideally I’d like to stop the  
> thread dead in its tracks in the middle of a java call, but that’s  
> probably beyond the scope of this mailing list.  A reasonable  
> alternative is to stop between evaluations in the jacl interpreter,  
> but I need some sort of low-level hook inside the doOneEvent call.   
> Does this already exist?
>
> Thanks
> -Jared
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword_______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user

[tcljava-user] How to kill a jacl thread

[Jared H. <ho...@mo...>]

Is there a good way to kill a jacl thread quickly from another thread?
I'm launching a large script and that has many calls to custom java code
(some of which take a while themselves), and sometimes I want to just
kill the whole thread off and start another one.  The problem is that
the doOneEvent call seems to not exit until the script is complete and
so I can't find a good way of getting the run thread to exit.  It seems
that all other ways of exiting a thread have been deprecated.  Ideally
I'd like to stop the thread dead in its tracks in the middle of a java
call, but that's probably beyond the scope of this mailing list.  A
reasonable alternative is to stop between evaluations in the jacl
interpreter, but I need some sort of low-level hook inside the
doOneEvent call.  Does this already exist?

 

Thanks

-Jared

[tcljava-user] expect4j + tcl example

[YAO Y. <Yin...@al...>]

Hi,

 

I have seen some great stories about expect4j. Can someone kindly please
give me an example? Or maybe you are even nicer, then please tell me how
to use expect4j for the following very simple expect login script. I
used interp.evalFile to call from java, but no success. Really
appreciate it!

 

Best regards,

 

------------

 

#!/usr/bin/expect -f

 

set dut_target autok2

set dut_login_prompt "login :"

set dut_login_name "admin"

set dut_passwd_prompt "password :"

set dut_passwd "switch"

set dut_prompt "*->"

set dut_pid -1

 

#

# Login

#

proc login { target login_prompt login_name passwd_prompt passwd prompt
} {

    spawn telnet $target

 

    expect $login_prompt

    send "$login_name\r"

    expect $passwd_prompt

    send "$passwd\r"

    expect $prompt

 

    send_user "logged into $target, spawnid $spawn_id\r"

    return $spawn_id    

}

 

proc logout { target tid } {

    global spawn_id

    set spawn_id $tid

    send "exit\n"

    while { 1 } {

      expect {

          eof {

            send_user "logged out $target\r"

            break;

          }

          "*Confirm exit (Y/N)?*" {

            send "y\r"

          }

          {

            send_user "logout abnormally\r"

            break;

          }

      }

    }

}

 

#

# Initialization

#

 

set dut_pid [login $dut_target $dut_login_prompt $dut_login_name \

                 $dut_passwd_prompt $dut_passwd $dut_prompt]

 

logout $dut_target $dut_pid