tcljava-user — Ask questions and get help here

RE: [tcljava-user] tclBlend on Solaris8/JDK-1.4.0_02

[Rob R. <rr...@fu...>]

I don't know if it matters, but I'm also using gcc 3.3.4 with shared libraries enabled (make sure you have LD_LIBRARY_PATH set
correctly.)

> -----Original Message-----
> From: tcl...@li...
> [mailto:tcl...@li...]On Behalf Of Rob
> Ratcliff
> Sent: Thursday, August 05, 2004 9:40 PM
> To: tcl...@li...
> Subject: RE: [tcljava-user] tclBlend on Solaris8/JDK-1.4.0_02
>
>
> David,
>
> I just tried out the head of the CVS repository with 1.4.2_03
> (cvs -d:pserver:ano...@cv...:/cvsroot/tcljava login
>  cvs -d:pserver:ano...@cv...:/cvsroot/tcljava checkout tcljava)
> and got everything seemed to work ok for make test on Solaris 8.
>

RE: [tcljava-user] tclBlend on Solaris8/JDK-1.4.0_02

[Rob R. <rr...@fu...>]

David,

I just tried out the head of the CVS repository with 1.4.2_03 
(cvs -d:pserver:ano...@cv...:/cvsroot/tcljava login
 cvs -d:pserver:ano...@cv...:/cvsroot/tcljava checkout tcljava)
and got everything seemed to work ok for make test on Solaris 8.

It looks like in your case the Java VM had a bug as well.

Here are the results from "make test":

Tcl 8.4.5.1 tests running in interp:  /home/rrr6399/tcltk-8.4/tcl/unix/tclsh
Tests running in working dir:  /tmp/tcljava/tests
Only running tests that match:  *
Skipping test files that match:  l.*.test
Only sourcing test files that match:  *.test
Tests began at Thu Aug 05 21:30:53 CDT 2004
tclblend/javaCmd.test
env array elements created:     NLSPATH
env array elements changed:     XFILESEARCHPATH
tclblend/javaIdle.test
tclblend/javaInterp.test
tclblend/javaObj.test
tclblend/javaTimer.test
tclblend/javaUtil.test
tclblend/loading.test
tclblend/refCount.test
tcljava/ArrayObject.test
tcljava/AutomaticSignature.test
tcljava/BeanEvent.test
tcljava/BeanEventMgr.test
tcljava/ClassRep.test
tcljava/FieldSig.test
tcljava/FuncSig.test
tcljava/JavaBindCmd.test
tcljava/JavaCallCmd.test
tcljava/JavaCastCmd.test
tcljava/JavaCmd.test
tcljava/JavaDefineClassCmd.test
tcljava/JavaEventCmd.test
tcljava/JavaFieldCmd.test
tcljava/JavaImportCmd.test
tcljava/JavaInfoCmd.test
tcljava/JavaInstanceofCmd.test
tcljava/JavaInvoke.test
tcljava/JavaIsNullCmd.test
tcljava/JavaLoadCmd.test
tcljava/JavaLock.test
tcljava/JavaNewCmd.test
tcljava/JavaNullCmd.test
tcljava/JavaPropCmd.test
tcljava/JavaThrowCmd.test
tcljava/JavaTryCmd.test
tcljava/PkgInvoker.test
tcljava/PropertySig.test
tcljava/ReflectException.test
tcljava/ReflectObject.test
tcljava/TclEvent.test

Tests ended at Thu Aug 05 21:32:47 CDT 2004
all.tcl:        Total   1277    Passed  1276    Skipped 1       Failed  0
Sourced 38 Test Files.
Number of tests skipped for each constraint:
        1       unimplemented
Tests done.

> -----Original Message-----
> From: tcl...@li...
> [mailto:tcl...@li...]On Behalf Of
> Dav...@na...
> Sent: Thursday, August 05, 2004 6:16 PM
> To: tcl...@li...
> Subject: [tcljava-user] tclBlend on Solaris8/JDK-1.4.0_02
> 
> 
> 
> 
> 
> 
> Hi,
> 
> Has anyone successfully built tclBlend on Solaris 8 with JDK 1.4.0?
> (I am assuming 1.3.1 is the latest version of tclBlend, although it appears
> to be several years old -- is there a newer version available?)
> 
> I've installed tcl8.4.3 and tcl thread-2.5.2 successfully.  tclBlend1.3.1
> compiles OK, but running 'make test' fails like this:
> 
> ----------------------------------------
> /home/dweiss/distribs/tcl/tclBlend1.3.1 >make test
> pwd is /home/dweiss/distribs/tcl/tclBlend1.3.1/tests
> CLASSPATH is
> /usr/j2se/jre/lib/rt.jar:/home/dweiss/distribs/tcl/tclBlend1.3.1
> /btests:/home/dweiss/distribs/tcl/tclBlend1.3.1
> /tclblend.jar:/home/dweiss/distribs/tcl/tclBlend1.3.1/tcljava.jar
> auto_path is /home/dweiss/distribs/tcl/tclBlend1.3.1
> /home/dweiss/distribs/tcl/tclBlend1.3.1
> /home/dweiss/distribs/tcl/tclBlend1.3.1/src
> /home/dweiss/usr/local/lib/thread2.5 /home/dweiss/distribs/tcl/tcl8.4.3
> /library /home/dweiss/distribs/tcl/tcl8.4.3
> /home/dweiss/distribs/tcl/tcl8.4.3/lib /home/dweiss/usr/local/tcl/lib
> Tcl 8.4.3 tests running in interp:  /home/dweiss/distribs/tcl/tcl8.4.3
> /unix/tclsh
> Tests running in working dir:  /home/dweiss/distribs/tcl/tclBlend1.3.1
> /tests
> Only running tests that match:  *
> Skipping test files that match:  l.*.test
> Only sourcing test files that match:  *.test
> Tests began at Mon Aug 02 14:02:10 EST 2004
> tclblend/javaCmd.test
> 
> Local Time = Mon Aug  2 14:02:11 2004
> Elapsed Time = 0
> #
> # HotSpot Virtual Machine Error : 10
> # Error ID : 4F530E43505002D5 01
> # Please report this error at
> # http://java.sun.com/cgi-bin/bugreport.cgi
> #
> # Java VM: Java HotSpot(TM) Client VM (1.4.0_02-b02 mixed mode)
> #
> # An error report file has been saved as hs_err_pid23053.log.
> # Please refer to the file for further information.
> #
> Abort - core dumped
> make: *** [test_tclblend.exec] Error 134
> ----------------------------------------
> 
> thanks
> --
> David
> 
> 
> This email is sent by or on behalf of the named sender identified above. If
> you do not wish to receive any email marketing material from this person in
> the future, please forward the contents of this email to
> uns...@na... with the word "unsubscribe" in the subject
> box. If you do not forward the contents of this email with your
> unsubscription then it may not be able to be implemented.  If you wish to
> unsubscribe from all central email marketing lists used by our business,
> please forward the contents of this email to
> uns...@na... with the message "unsubscribe from all
> central email marketing lists" in the subject box.  If you do not forward
> the contents of this email with your unsubscription then it may not be able
> to be implemented.
> 
> 
> The information contained in this email communication may be confidential.
> You should only disclose, re-transmit, copy, distribute, act in reliance on
> or commercialise the information if you are authorised to do so.  Any views
> expressed in this email communication are those of the individual sender,
> except where the sender specifically states them to be the views of a
> member of the National Australia Bank Group of companies.  Any advice
> contained in this e-mail has been prepared without taking into account your
> objectives, financial situation or needs. Before acting on any advice in
> this e-mail, National Australia Bank Limited recommends that you consider
> whether it is appropriate for your circumstances. If this e-mail contains
> reference to any financial products, the National recommends you consider
> the Product Disclosure Statement (PDS) or other disclosure document  before
> making any decisions regarding any products.  The National Australia Bank
> Group of companies does not represent, warrant or guarantee that the
> integrity of this communication has been maintained nor that the
> communication is free of errors, virus or interference.
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
> 

[tcljava-user] tclBlend on Solaris8/JDK-1.4.0_02

[<Dav...@na...>]

Hi,

Has anyone successfully built tclBlend on Solaris 8 with JDK 1.4.0?
(I am assuming 1.3.1 is the latest version of tclBlend, although it appears
to be several years old -- is there a newer version available?)

I've installed tcl8.4.3 and tcl thread-2.5.2 successfully.  tclBlend1.3.1
compiles OK, but running 'make test' fails like this:

----------------------------------------
/home/dweiss/distribs/tcl/tclBlend1.3.1 >make test
pwd is /home/dweiss/distribs/tcl/tclBlend1.3.1/tests
CLASSPATH is
/usr/j2se/jre/lib/rt.jar:/home/dweiss/distribs/tcl/tclBlend1.3.1
/btests:/home/dweiss/distribs/tcl/tclBlend1.3.1
/tclblend.jar:/home/dweiss/distribs/tcl/tclBlend1.3.1/tcljava.jar
auto_path is /home/dweiss/distribs/tcl/tclBlend1.3.1
/home/dweiss/distribs/tcl/tclBlend1.3.1
/home/dweiss/distribs/tcl/tclBlend1.3.1/src
/home/dweiss/usr/local/lib/thread2.5 /home/dweiss/distribs/tcl/tcl8.4.3
/library /home/dweiss/distribs/tcl/tcl8.4.3
/home/dweiss/distribs/tcl/tcl8.4.3/lib /home/dweiss/usr/local/tcl/lib
Tcl 8.4.3 tests running in interp:  /home/dweiss/distribs/tcl/tcl8.4.3
/unix/tclsh
Tests running in working dir:  /home/dweiss/distribs/tcl/tclBlend1.3.1
/tests
Only running tests that match:  *
Skipping test files that match:  l.*.test
Only sourcing test files that match:  *.test
Tests began at Mon Aug 02 14:02:10 EST 2004
tclblend/javaCmd.test

Local Time = Mon Aug  2 14:02:11 2004
Elapsed Time = 0
#
# HotSpot Virtual Machine Error : 10
# Error ID : 4F530E43505002D5 01
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# Java VM: Java HotSpot(TM) Client VM (1.4.0_02-b02 mixed mode)
#
# An error report file has been saved as hs_err_pid23053.log.
# Please refer to the file for further information.
#
Abort - core dumped
make: *** [test_tclblend.exec] Error 134
----------------------------------------

thanks
--
David


This email is sent by or on behalf of the named sender identified above. If
you do not wish to receive any email marketing material from this person in
the future, please forward the contents of this email to
uns...@na... with the word "unsubscribe" in the subject
box. If you do not forward the contents of this email with your
unsubscription then it may not be able to be implemented.  If you wish to
unsubscribe from all central email marketing lists used by our business,
please forward the contents of this email to
uns...@na... with the message "unsubscribe from all
central email marketing lists" in the subject box.  If you do not forward
the contents of this email with your unsubscription then it may not be able
to be implemented.


The information contained in this email communication may be confidential.
You should only disclose, re-transmit, copy, distribute, act in reliance on
or commercialise the information if you are authorised to do so.  Any views
expressed in this email communication are those of the individual sender,
except where the sender specifically states them to be the views of a
member of the National Australia Bank Group of companies.  Any advice
contained in this e-mail has been prepared without taking into account your
objectives, financial situation or needs. Before acting on any advice in
this e-mail, National Australia Bank Limited recommends that you consider
whether it is appropriate for your circumstances. If this e-mail contains
reference to any financial products, the National recommends you consider
the Product Disclosure Statement (PDS) or other disclosure document  before
making any decisions regarding any products.  The National Australia Bank
Group of companies does not represent, warrant or guarantee that the
integrity of this communication has been maintained nor that the
communication is free of errors, virus or interference.

[tcljava-user] TclBlend question

[Stuart S. <is...@hm...>]

Hi there,

 

I'm trying to call java from the tcl shell using tclblend and I have hit a
dead end trying to figure out how to make a specific call to a method that
has an argument of type Class. In this case I am trying to replicate a call
which I have already in Java where in the java code I pass in the interface
as myclass.class

 

How is this replicated with the ::java::* commands ?

 

Thanks,

 

Stuart

[tcljava-user] Somebody should update swank link on sourceforges tcljava page

[Maurice D. <di...@en...>]

Bonjour =E0 tous,

It seems that url for swank is bad on the tcljava faq page:

    http://tcljava.sourceforge.net/docs/website/faq.html

It should probably be either :
    https://swank.dev.java.net/
or
    http://www.onemoonscientific.com/swank/download.html


Thank you very much,

-- Maurice Diamantini

Re: [tcljava-user] Adding a JACL 1.3.1 package

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

<bah, html email....>

   It's a Java-code extension.
   I'll try the TCLLIBPATH trick.
   BTW - is there a more recent version of this stuff?
   The version I downloaded (1.3.1 from SF) doesn't even compile without
   my commenting out the CObject stuff.
   Makes it seem almost noone is using this package.

1.3.1 is the most recent released version.  There are a few bugs + fixes
reported on the mailing list archives, you might want to have a look.
You must be using TclBlend rather than Jacl?  I don't think the
CObject stuff is normally built if you only build Jacl.  On your
configure command line, try '--disable-tclblend --enable-jacl' as options. 

And I'd love to see Jeff Sturm's performance fixes get in the source tree.

Jeff - any chance of sharing your Jacl speedup fixes?

Mo - are you out there?  Any news on any fixes/new features for TclJava?



-- 
Tom Poindexter
tpo...@ny...
http://www.nyx.net/~tpoindex/

[tcljava-user] Jacl/Swank Tutorial at Tcl2004 Conference

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

Hi Jacl Users

Some of you might be interested to know that I'll be giving a tutorial 
on Jacl and Swank at the Tcl2004 Conference.  Information on the 
tutorials is at:

http://www.tcl.tk/community/tcl2004/tut2004.html


cheers,

Bruce




Bruce A. Johnson, President
One Moon Scientific, Inc.
839 Grant Ave.
Westfield, NJ 07090

Phone 908 517-5105
Fax      908 517-5107
Email  br...@on...
Web    www.onemoonscientific.com

Re: [tcljava-user] Adding a JACL 1.3.1 package

[Joe W. <jwe...@ci...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body>
Thanks for the tips.<br>
It's a Java-code extension.<br>
I'll try the TCLLIBPATH trick.<br>
<br>
BTW - is there a more recent version of this stuff?<br>
The version I downloaded (1.3.1 from SF) doesn't even compile without my
commenting out the CObject stuff.<br>
Makes it seem almost noone is using this package.<br>
<br>
--&gt; joe w.<br>
<br>
Tom Poindexter wrote:<br>
<blockquote type="cite" cite="mid...@ny...">
  <pre wrap="">On Mon, Jun 28, 2004 at 12:18:21PM -0700, Joe Weisblatt wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">I'd like to add some JACL commands, but I'm not really following how to 
have it load without changing JACL sources.
If I hard-wire my command, it works fine.
But I'd like to do it just by adding a 
tcl/lang/library/mypkg/pkgIndex.tcl, and I can't seem to get JACL to 
find that file.

I'm assuming the problem is that in the "package unknown" procedure, the 
"glob" trying to find library/*/pkgIndex.tcl won't work on the auto_path 
entry of <a class="moz-txt-link-rfc2396E" href="resource:/tcl/lang/library">"resource:/tcl/lang/library"</a> because Java's getResource*() 
methods won't do patterns.
    </pre>
  </blockquote>
  <pre wrap=""><!---->

Is your package coded in Java as a Jacl extension, or simply a set of Tcl
procedures?  For Tcl-only packages, it should be easy enough to make a 
directory in your Jacl library (i.e., where the jacl.jar and tcljava.jar files
exists), and drop in your Tcl package with an appropriate pkgIndex.tcl file.  
The trick is that you need to pass the TCLLIBPATH as a property when starting 
Jacl.  I do this with a custom jaclsh. 

You should be able to do a similar scheme with a compiled Java extension,
where your pkgIndex.tcl loads the extension.  Or, you might be interested in
tyring out my 'Hyde' package.  Hyde lets you code Java extensions in your
Tcl code, compiles and loads the bytecodes on the fly.  Compilation is skipped
if the Java code has already been compiled and stored in a bytecode cache file.
Hyde itself is just a Tcl package that sits in my Jacl directory,
/usr/local/lib/tcljava1.3.1/hyde-1.3

I've never formally released Hyde yet, but I can mail you a copy to try out if
you are interested.

I'm attaching my custom jaclsh script also.  It assumes that Jacl is installed
in the /usr/local tree; if not, it should be easy to modify, just adjust the
paths for 'prefix' and 'JAVA'.  It also can be linked as 'wisk', to start
Jacl/Swank, if you have the Swank jar.

  </pre>
</blockquote>
<br>
</body>
</html>

Re: [tcljava-user] Adding a JACL 1.3.1 package

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

On Mon, Jun 28, 2004 at 12:18:21PM -0700, Joe Weisblatt wrote:
> I'd like to add some JACL commands, but I'm not really following how to 
> have it load without changing JACL sources.
> If I hard-wire my command, it works fine.
> But I'd like to do it just by adding a 
> tcl/lang/library/mypkg/pkgIndex.tcl, and I can't seem to get JACL to 
> find that file.
> 
> I'm assuming the problem is that in the "package unknown" procedure, the 
> "glob" trying to find library/*/pkgIndex.tcl won't work on the auto_path 
> entry of "resource:/tcl/lang/library" because Java's getResource*() 
> methods won't do patterns.


Is your package coded in Java as a Jacl extension, or simply a set of Tcl
procedures?  For Tcl-only packages, it should be easy enough to make a 
directory in your Jacl library (i.e., where the jacl.jar and tcljava.jar files
exists), and drop in your Tcl package with an appropriate pkgIndex.tcl file.  
The trick is that you need to pass the TCLLIBPATH as a property when starting 
Jacl.  I do this with a custom jaclsh. 

You should be able to do a similar scheme with a compiled Java extension,
where your pkgIndex.tcl loads the extension.  Or, you might be interested in
tyring out my 'Hyde' package.  Hyde lets you code Java extensions in your
Tcl code, compiles and loads the bytecodes on the fly.  Compilation is skipped
if the Java code has already been compiled and stored in a bytecode cache file.
Hyde itself is just a Tcl package that sits in my Jacl directory,
/usr/local/lib/tcljava1.3.1/hyde-1.3

I've never formally released Hyde yet, but I can mail you a copy to try out if
you are interested.

I'm attaching my custom jaclsh script also.  It assumes that Jacl is installed
in the /usr/local tree; if not, it should be easy to modify, just adjust the
paths for 'prefix' and 'JAVA'.  It also can be linked as 'wisk', to start
Jacl/Swank, if you have the Swank jar.

-- 
Tom Poindexter
tpo...@ny...
http://www.nyx.net/~tpoindex/






#!/bin/sh
# Wrapper script to start up Jacl

# Do not edit this script unless it is called jaclsh.in.
# configure takes jaclsh.in, substitutes the @xx@
# fields and creates jaclsh.

# Author:  Moses DeJong
# Version: @(#)jaclsh.in	1.1 08/07/98
#
# Copyright (c) 1998, 1999, 2000 Moses DeJong
# All Rights Reserved, see license.terms for license information.

# User environment variables that affect this script:
#  JAVA_HOME      path to java home, in order to use alternate jvm
#  CLASSPATH      additional classpaths
#  JACL_LIBRARY   path to package library dir, defaults to Jacl jar library dir
#  JACL_FLAGS     java jvm flags for jacl
#  JACL_PROPS     extra -Dxxx=yyy properties to pass to jvm

# Install prefix for jacl package, defaults to /usr/local
prefix=/usr/local

# Tcl/Java version number
TCLJAVA_VERSION=1.3.1

# Directory where platform independent files live. This
# includes the .jar files and any .tcl files
XP_TCLJAVA_INSTALL_DIR=${prefix}/lib/tcljava${TCLJAVA_VERSION}

# Directory where swank jar lives
XP_SWANK_INSTALL_DIR=${XP_TCLJAVA_INSTALL_DIR}

# Set jacl.tcllibpath from JACL_LIBRARY or default
JACL_LIBPATH="-DTCLLIBPATH=${JACL_LIBRARY:-$XP_TCLJAVA_INSTALL_DIR}"

# Add the .jar library files to the CLASSPATH
# Check if running jaclsh or wisk, use the corresponding shell and classpath
if [ `basename $0` = "wisk" ] ; then
   JACL_SHELL=tcl.lang.SwkShell
   JACL_CLASSPATH=/usr/local/java/jre/lib/rt.jar:${XP_SWANK_INSTALL_DIR}/swank.jar:${XP_TCLJAVA_INSTALL_DIR}/tcljava.jar:${XP_TCLJAVA_INSTALL_DIR}/jacl.jar
else
   JACL_SHELL=tcl.lang.Shell
   JACL_CLASSPATH=/usr/local/java/jre/lib/rt.jar:${XP_TCLJAVA_INSTALL_DIR}/tcljava.jar:${XP_TCLJAVA_INSTALL_DIR}/jacl.jar
fi


# Fully qualified path name of JVM executable
if [ "$JAVA_HOME" -a -x $JAVA_HOME/bin/java ] ; then
    JAVA=$JAVA_HOME/bin/java
else
    JAVA=/usr/local/java/bin/java
fi


# The arguments to the JAVA command
DEFAULT_JACL_FLAGS="-native -ms5m -mx22m"
JACL_FLAGS="${JACL_FLAGS:-$DEFAULT_JACL_FLAGS}"

# Run java with the args passed in from the calling environment
# We must set the CLASSPATH env var instead of using the -classpath
# argument because jacl might want to exec a program that also
# depends on the CLASSPATH setting and Java can not export env vars

CLASSPATH=${JACL_CLASSPATH}${CLASSPATH:+:${CLASSPATH}}
export CLASSPATH

# Allow other user specified properties to be passed via JACL_PROPS env variable

exec ${JAVA} ${JACL_FLAGS} ${JACL_LIBPATH} ${JACL_PROPS} ${JACL_SHELL} ${1+"$@"}

[tcljava-user] Adding a JACL 1.3.1 package

[Joe W. <jwe...@ci...>]

I'd like to add some JACL commands, but I'm not really following how to 
have it load without changing JACL sources.
If I hard-wire my command, it works fine.
But I'd like to do it just by adding a 
tcl/lang/library/mypkg/pkgIndex.tcl, and I can't seem to get JACL to 
find that file.

I'm assuming the problem is that in the "package unknown" procedure, the 
"glob" trying to find library/*/pkgIndex.tcl won't work on the auto_path 
entry of "resource:/tcl/lang/library" because Java's getResource*() 
methods won't do patterns.

I'd appreciate any pointers.
Thanks,
--> joe w.

[tcljava-user] Using TclPro 1.4 to debug TclBlend Apps.

[<PFi...@hb...>]

I have had some success running TclPro 1.4 in a tclBlend1.3.1 environment 
on WindowsXP.  This information may be of use to someone.

Stepped through this code. 

#########################################################
package require java

set m [ java::info methods -static String ]

foreach i $m {
    puts $i 
}

# Allocate an instance of a String object.
set jstring [java::new String "Hello World"]
java::lock $jstring 

# Convert the Java string to a Tcl string
set tstring [$jstring toString]
puts \n$tstring\n 
java::unlock $jstring 

# Call the method java.lang.Integer.toBinaryString(int)
set string [java::call Integer toBinaryString 5]

# This will print "result is 101", the binary representation of 5
puts "\nresult is $string\n"

puts "END" 
########################################################

Doesn't seem to like Swing.

TclPro runtime interpreter needs to be set to 
C:/msys/local/bin/tclsh84.exe.

TclPro needs to be started from a bat file which defines the run time 
variables. 

Free TclPro distro available from http://sourceforge.net/projects/tclpro/

License key:

TclPro          (Tcl/Tk)        Key
1.4.1           8.3.2           1094-320C-1G38-2U24-P8YY 

See this thread for settign up TclBlend on Windows XP.

http://www.google.com.au/groups?hl=en&lr=lang_en&ie=UTF-8&th=e0361cd7f5dffdc3&rnum=1 


Note: I did not install libjvm.ddl and TclBlend seems to work fine.

Example TclPro bat file.

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$

@echo off

echo ***********************************************************
echo * Setup TclBlend environment for TclPro debugger. 
echo ***********************************************************

setlocal

set JAVA_LIB_RUNTIME_PATH=C:\IBM\Java13\bin
set JAVA_LIB_RUNTIME_PATH=%JAVA_LIB_RUNTIME_PATH%;C:\IBM\Java13\jre\bin
set 
JAVA_LIB_RUNTIME_PATH=%JAVA_LIB_RUNTIME_PATH%;C:\IBM\Java13\jre\bin\classic
set 
JAVA_LIB_RUNTIME_PATH=%JAVA_LIB_RUNTIME_PATH%;C:\msys\local\lib\tcljava1.3.1

set PATH=%JAVA_LIB_RUNTIME_PATH%;%PATH%

set JAVA_CLASSPATH=C:\IBM\Java13\lib\tools.jar
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\Java13\lib\dt.jar
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\Java13\jre\lib\rt.jar
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\Java13\jre\lib\jsse.jar:
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\Java13\jre\lib\jce.jar
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\msys\local\lib\tcljava1.3.1
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\msys\local\lib\tcljava1.3.1\tclblend.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\msys\local\lib\tcljava1.3.1\tcljava.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\msys\src\tclBlend1.3.1\demos\gluepkg
` 
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\WebSphere51\AppServer\lib\admin.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\WebSphere51\AppServer\lib\wasjmx.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\WebSphere51\AppServer\lib\namingclient.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\WebSphere51\AppServer\lib\txClientPrivate.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\WebSphere51\AppServer\properties
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\temp\servermanager.jar

set CLASSPATH=%JAVA_CLASSPATH%

set TCLLIBPATH=C:\msys\local\lib

echo . 
echo %TCLLIBPATH%
echo . 
echo %path%
echo . 
echo %CLASSPATH%
echo . 

call C:\TclPro1.4\win32-ix86\bin\prodebug.exe

endlocal

============================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 27
This email is a confidential communication intended only for the named Addressee(s). If you are not that person any disclosure, copying, distribution or use of this email or the information in it is prohibited. Please notify us immediately by telephone, (+61) 08 9265 6111 or return email and delete this email.

[tcljava-user] TclBlend Build on Windows XP.

[<PFi...@hb...>]

Finally got tclblend to work from the windows shell.  Just needed to get 
the classpaths and path variables correct.  Details in this sample script 
that runs gridDemo. 

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

@echo off

echo ***********************************************************
echo * Set classpaths for tclblend execution under Windows XP. 
echo * Run gridDemo example using tclBlend1.3.1 and IBM JDK 1.3 
echo ***********************************************************

setlocal

PUSHD C:\msys\src\tclBlend1.3.1\demos\gridDemo

set JAVA_LIB_RUNTIME_PATH=C:\IBM\Java13\bin
set JAVA_LIB_RUNTIME_PATH=%JAVA_LIB_RUNTIME_PATH%;C:\IBM\Java13\jre\bin
set 
JAVA_LIB_RUNTIME_PATH=%JAVA_LIB_RUNTIME_PATH%;C:\IBM\Java13\jre\bin\classic
set 
JAVA_LIB_RUNTIME_PATH=%JAVA_LIB_RUNTIME_PATH%;C:\msys\local\lib\tcljava1.3.1

set PATH=%JAVA_LIB_RUNTIME_PATH%;%PATH%

set JAVA_CLASSPATH=C:\IBM\Java13\lib\tools.jar
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\Java13\lib\dt.jar
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\Java13\jre\lib\rt.jar
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\Java13\jre\lib\jsse.jar:
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\Java13\jre\lib\jce.jar
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\msys\local\lib\tcljava1.3.1
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\msys\local\lib\tcljava1.3.1\tclblend.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\msys\local\lib\tcljava1.3.1\tcljava.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\msys\src\tclBlend1.3.1\demos\gluepkg
 
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\WebSphere51\AppServer\lib\admin.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\WebSphere51\AppServer\lib\wasjmx.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\WebSphere51\AppServer\lib\namingclient.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\WebSphere51\AppServer\lib\txClientPrivate.jar
set 
JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\IBM\WebSphere51\AppServer\properties
set JAVA_CLASSPATH=%JAVA_CLASSPATH%;C:\temp\servermanager.jar

set CLASSPATH=%JAVA_CLASSPATH%

set TCLLIBPATH=C:\msys\local\lib

echo . 
echo %TCLLIBPATH%
echo . 
echo %path%
echo . 
echo %CLASSPATH%
echo . 

echo call C:\msys\local\bin\wish84 
C:\msys\src\tclBlend1.3.1\demos\gridDemo\gridDemo.tcl

call C:\msys\local\bin\wish84 
C:\msys\src\tclBlend1.3.1\demos\gridDemo\gridDemo.tcl

POPD C:\msys\src\tclBlend1.3.1\demos\gridDemo

endlocal============================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 27
This email is a confidential communication intended only for the named Addressee(s). If you are not that person any disclosure, copying, distribution or use of this email or the information in it is prohibited. Please notify us immediately by telephone, (+61) 08 9265 6111 or return email and delete this email.

[tcljava-user] Support for JDK 1.4.1?

[<PFi...@hb...>]

Have working TclBlend installation on Windows XP.

Components are:

TclBlend 1.3.1
tcl8.4.4 
thread 25
IBM JDK 1.3. 

Tried to configure against IBM JDK 1.4.1 shipped with WebSphere. 

Config script detects 1.4.1 jdk as 1.3   "checking java API version... 
1.3".

Config fails with link error.
 
checking to see if we can link a JNI application... no
configure: error: could not link file that includes jni.h
        Either the configure script does not know how to deal with
        this JVM configuration or the JVM install is broken or corrupted.

Is there support for JDK 1.4.1?

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


PYF@ISDW1031 /src/tclblend1.3.1
$ ./configure --with-tcl=/src/tcl8.4.4/win 
--with-jdk=/c/IBM/WebSphere51/AppSer
ver/java --with-thread=/src/thread25

configure: loading site script /etc/config.site
srcdir is /src/tclblend1.3.1
checking for Tcl build in /src/tcl8.4.4/win
checking for Thread build in /src/thread25
Tcl executable /src/tcl8.4.4/win/tclsh84 works
Tcl was compiled with Thread support
checking for jikes... no
checking for zip or jar files to include on CLASSPATH... Grabbing user 
supplied CLASSPATH env var
/c/IBM/WebSphere51/AppServer/java/lib/tools.jar:/c/IBM/WebSphere51/AppServer/java/lib/dt.jar:/c/IBM/WebSphere51/AppServer/java/jre/lib/rt.jar:/c/IBM/WebSphere51
/AppServer/java/jre/lib/jsse.jar:/c/IBM/WebSphere51/AppServer/java/jre/lib/jce.jar
checking to see if the java compiler works... yes
checking to see if the java compiler accepts forward slashes... yes
Java found in /c/IBM/WebSphere51/AppServer/java
checking type of jvm... jdk
checking java API version... 1.3
checking for java... /c/IBM/WebSphere51/AppServer/java/bin/java
checking for java_g... no
checking for javah... /c/IBM/WebSphere51/AppServer/java/bin/javah
checking for jar... /c/IBM/WebSphere51/AppServer/java/bin/jar
checking for jdb... /c/IBM/WebSphere51/AppServer/java/bin/jdb
checking for ddd... no
checking for gdb... /mingw/bin/gdb
checking for gcc... gcc
checking for C compiler default output... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... .exe
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
Using the following JNI include flags 
-I/c/IBM/WebSphere51/AppServer/java/include
checking to see if jni.h can be included... yes
Using the following JNI library flags 
/c/IBM/WebSphere51/AppServer/java/lib/jvm.lib
Using the following runtime library path 
/c/IBM/WebSphere51/AppServer/java/jre/bin:/c/IBM/WebSphere51/AppServer/java/jre/bin/classic
checking to see if we can link a JNI application... no
configure: error: could not link file that includes jni.h
        Either the configure script does not know how to deal with
        this JVM configuration or the JVM install is broken or corrupted.
============================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 27
This email is a confidential communication intended only for the named Addressee(s). If you are not that person any disclosure, copying, distribution or use of this email or the information in it is prohibited. Please notify us immediately by telephone, (+61) 08 9265 6111 or return email and delete this email.

[tcljava-user] tclBlend1.3.1 - Build on Windows XP.

[<PFi...@hb...>]

Found Windows specific install instructions for tclblend and jacl at 
http://mini.net/tcl/9993.  These should really be included with the 
TcLBlend 1.3.1 distro.

Installed tclblend and jacl into /local/bin directory under msys.  Copied 
tkcon.tcl from Windows Active State distro to /local/bin. Ran tkcon from 
jwish script. 
PYF@ISDW1031 /local/bin
$ jwish tkcon.tcl

Ran "package require java" from tkcon command line. 

Main console display active (Tcl8.4.4 / Tk8.4.4)
(bin) 1 % package require java
1.3.1

Ran gridDemo.tcl sucessfully. 

(gridDemo) 24 % source gridDemo.tcl

Everything works so far but I really need to be able to run TclBlend 
outside the msys_mingw shell.  Is this possible?

Note: the install instructions mentioned above have a few typos. 

1.      Step 8.

replace "cd to src/tclBlend1.3.1/win (resp. src/tclBlend1.3.1)"
with "cd to src/tclBlend1.3.1"

replace "--with-threads=<path to src>/src/thread25/win" 
with "--with-thread=<path to src>/src/thread25" 

Make Install runs sucessfully. 

PYF@ISDW1031 /src/tclblend1.3.1
$ make install
#
# Installing tcljava
#
Making directory /usr/local/lib/tcljava1.3.1
Installing tcljava.jar in /usr/local/lib/tcljava1.3.1
#
# Installing tclblend
#
Installing tclblend.dll in /usr/local/lib/tcljava1.3.1
Installing tclblend.jar in /usr/local/lib/tcljava1.3.1
Installing pkgIndex.tcl in /usr/local/lib/tcljava1.3.1
Installing xputils package in /usr/local/lib
Installing jtclsh in /usr/local/bin
Installing jwish in /usr/local/bin
Testing installed program
Installed program is working correctly

1.      Step 9.

Replace "cd to src/jacl1.3.1/win"
with "cd to src/jacl1.3.1"

 ============================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 27
This email is a confidential communication intended only for the named Addressee(s). If you are not that person any disclosure, copying, distribution or use of this email or the information in it is prohibited. Please notify us immediately by telephone, (+61) 08 9265 6111 or return email and delete this email.

Re: [tcljava-user] TclBlend - WebSphere client.

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

It seems like you could use Swank ( =20
http://www.onemoonscientific.com/swank/index.html ) for this =20
application.
Bruce

On Jun 1, 2004, at 5:40 AM, PFi...@hb... wrote:

>
> Just wondering how difficult it would be to build a Tk GUI for =20
> WebSphere hooking in via TclBlend. =A0Chapter 9 in the admin guide =20
> describes writing a java admin program. =A0Could TK hook into this. =A0
>
> Admin PDF is located at: =20
> =A0ftp://ftp.software.ibm.com/software/webserver/appserv/library/=20
> wasv51base_admin.pdf
>
> Regards.
>
>
>  PATRICK FINNEGAN.
>  WebSphere Administrator.
>  Web DB2 Administrator.
>  Web LDAP Administrator.
>
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> HBF Health Funds Inc. a registered organisation under the National =20
> Health Act
> HBF Insurance Pty Ltd ACN 009 268 27
> This email is a confidential communication intended only for the named =
=20
> Addressee(s). If you are not that person any disclosure, copying, =20
> distribution or use of this email or the information in it is =20
> prohibited. Please notify us immediately by telephone, (+61) 08 9265 =20=

> 6111 or return email and delete this email.
Bruce A. Johnson, President
One Moon Scientific, Inc.
839 Grant Ave.
Westfield, NJ 07090

Phone 908 517-5105
Fax      908 517-5107
Email  br...@on...
Web    www.onemoonscientific.com

[tcljava-user] tclBlend1.3.1 - Build on Windows XP.

[<PFi...@hb...>]

Reading the install doco for TclBlend.  Am I correct in assuming that on 
XP TclBlend must be run from the msys_mingw shell and not from the Windows 
XP command prompt?  The two wrapper scripts jtclsh and jwish are bash 
shell scripts and cannot be run from the XP command line. 

I downloaded, compiled and installed tcl845 and thread252 on XP.  I 
assumed that I would install TclBlend and then just copy the jacl lib to 
the tcl845 lib directrory. 

e.g 

Compile and nstall tcl845 to C:\Tcl845

Compile thread252 into C:\downloads\TCL\thread252\thread25\win then copy 
pkgIndex.tcl and thread25.dll to C:\Tcl845\lib\thread2.5

Compile tclBlend1.3.1 in C:\downloads\TCL\tclBlend1.3.1 and install into 
c:\jacl then copy contents of C:\jacl\lib to C:\Tcl845\lib\.

Execute C:\Tcl845\bin\tclsh84 from XP cmd prompt then do package requre 
java. 

Is this correct or do I have to run from the msys_mingw shell?


PATRICK FINNEGAN.
WebSphere Administrator.
Web DB2 Administrator. 
Web LDAP Administrator.
============================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 27
This email is a confidential communication intended only for the named Addressee(s). If you are not that person any disclosure, copying, distribution or use of this email or the information in it is prohibited. Please notify us immediately by telephone, (+61) 08 9265 6111 or return email and delete this email.

[tcljava-user] TclBlend - WebSphere client.

[<PFi...@hb...>]

Just wondering how difficult it would be to build a Tk GUI for WebSphere 
hooking in via TclBlend.  Chapter 9 in the admin guide describes writing a 
java admin program.  Could TK hook into this. 

Admin PDF is located at: 
ftp://ftp.software.ibm.com/software/webserver/appserv/library/wasv51base_admin.pdf

Regards.


PATRICK FINNEGAN.
WebSphere Administrator.
Web DB2 Administrator. 
Web LDAP Administrator.
============================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 27
This email is a confidential communication intended only for the named Addressee(s). If you are not that person any disclosure, copying, distribution or use of this email or the information in it is prohibited. Please notify us immediately by telephone, (+61) 08 9265 6111 or return email and delete this email.

[tcljava-user] Windows XP - exec error.

[<PFi...@hb...>]

Any known issues with "exec" from JACL.  I am assuming it's supported. 

WSAdmin(IBM JACL implementation) generates ntvdm.exe error on Windows XP 
and Windows 2000.

wsadmin>exec pwd

generates:

ntvdm.exe - Error while setting up environment for the application.

Regards.

PATRICK FINNEGAN.
WebSphere Administrator.
Web DB2 Administrator. 
Web LDAP Administrator.
============================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 27
This email is a confidential communication intended only for the named Addressee(s). If you are not that person any disclosure, copying, distribution or use of this email or the information in it is prohibited. Please notify us immediately by telephone, (+61) 08 9265 6111 or return email and delete this email.

[tcljava-user] JACL - info script

[<PFi...@hb...>]

Is "info script" supported in JACL?  Where can I get a list of unsupported 
Tcl commands?

e.g. set drive [ lindex [ file split [info script] ] 0 ] 

Thanks.


PATRICK FINNEGAN.
WebSphere Administrator.
Web DB2 Administrator. 
Web LDAP Administrator.
============================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 27
This email is a confidential communication intended only for the named Addressee(s). If you are not that person any disclosure, copying, distribution or use of this email or the information in it is prohibited. Please notify us immediately by telephone, (+61) 08 9265 6111 or return email and delete this email.

[tcljava-user] TclBlend crash : JNI Panic

[Jean-Francois M. <jea...@st...>]

Hi,

I have a big trouble with TclBlend in my software.

The code crash with this stack trace :
JNI panic: native code passed a null object to a non-static method
        at tcl.lang.CObject.decrRefCount(Native Method)
        at tcl.lang.CObject.dispose(CObject.java:100)
        at tcl.lang.TclObject.setInternalRep(TclObject.java:107)
        at tcl.lang.FuncSig.get(FuncSig.java:249)
        at tcl.lang.JavaInvoke.callMethod(JavaInvoke.java:110)
        at tcl.lang.ReflectObject.cmdProc(ReflectObject.java:916)
        at tcl.lang.Interp.callCommand(Interp.java:953)

And sometimes the crash happens with this message :
JNI panic: native code passed a null object to a non-static method
        at tcl.lang.Interp.setResult(Native Method)
        at tcl.lang.Interp.setResult(Interp.java:736)
        at tcl.lang.TclException.<init>(TclException.java:89)
        at tcl.lang.TclException.<init>(TclException.java:155)
        at tcl.lang.ReflectObject.setReflectObjectFromAny(ReflectObject.j=
ava:691)
        at tcl.lang.ReflectObject.get(ReflectObject.java:783)
        at tcl.lang.JavaInvoke.convertTclObject(JavaInvoke.java:819)
        at tcl.lang.JavaInvoke.call(JavaInvoke.java:225)
        at tcl.lang.JavaInvoke.callMethod(JavaInvoke.java:109)
        at tcl.lang.ReflectObject.cmdProc(ReflectObject.java:888)
        at tcl.lang.Interp.callCommand(Interp.java:1071)

After some investigations, I found out a small script that behave almost =
like my application :

#!/home/crx005/mj42/debugTclBlend/local/bin/tclsh8.4

     # Max size of the JVM heap :
     set tclblend_init "-Xmx200m"

     # Init the JVM :
     package require java

     java::import -package java.util ArrayList

     # JNI Panic :

     set valuesList [java::new ArrayList]

     set list2 {}
     for { set i 0 } { $i < 50000 } { incr i } {
         set list1  [ list \
             nbx   [$valuesList size] \
             nbx   [$valuesList size] \
             nbx   [$valuesList size] \
             nbx   [$valuesList size] \
             nbx   [$valuesList size] \
             nbx   [$valuesList size] \
             nbx   [$valuesList size] \
             nbx   [$valuesList size] \
             nbx   [$valuesList size] \
             nbx   [$valuesList size] ]
         puts "$i"
         lappend list2 $list1
     }

And the message after the crash is :
JNI panic: native code passed a null object to a non-static method
        at tcl.lang.Interp.setResult(Native Method)
        at tcl.lang.ReflectObject.cmdProc(ReflectObject.java:888)
        at tcl.lang.Interp.callCommand(Interp.java:1071)

Whatever method you called on the object (valuesList), the crash always h=
appens within the same iteration.
Other method calls, together (size and isEmpty for example) or not, or us=
ing another object (for example Integer and intValue
method) doesn't change the behavior.

Moreover, the more the Java method is called, the faster the crash happen=
s.

For the first crash, when I look at the code tclBlend/src/native/javaObj.=
c,  function  FreeTclObject, it seems impossible to call
(*env)->CallVoidMethod(env, object, java.release); with a null object, be=
cause this function is only called if object is not null.

So, I tought, may be it was a problem with multi-thread and I decided to =
try TclBlend 1.3.1.

But the problem remains the same with TclBend 1.3.1 and 1.2.6 on Solaris =
2.6 and 2.8.

Any idea ?

Thanks.


Environment :

OS : Solaris 2.6 (SunOS crx120 5.6 Generic_105181-29 sun4u sparc SUNW,Ult=
ra-4) and 2.8 (SunOS crx246 5.8 Generic_108528-13 sun4u
sparc
SUNW,Ultra-5_10)

Tcl/Tk 8.3 and TclBlend 1.2.6 (+ my own patch to correct another bug : "t=
cl.lang.TclRuntimeError: (find) table entry
"analysis.dataset.Parameter.10023470" mapped to an invalid entry...") com=
piled on Solaris 2.6

Tcl/Tk 8.4.6 + thread 2.5.2 extension and TclBlend 1.3.1 compiled on Sola=
ris 2.6
Java 1.2.2 (Solaris VM (build Solaris_JDK_1.2.2_10, native threads, sunwj=
it))

Compiler : gcc 3.2.1 (Configured with: ./configure --prefix=3D/soft/tools=
 --with-gnu-ld --with-gnu-as  Thread model: posix)




--
Jean-Fran=E7ois.

Re: [tcljava-user] Jacl Status Questions/Survey

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

On Thu, May 13, 2004 at 11:12:07PM -0400, Jeff Sturm wrote:

> Performance was a key consideration.  Our local Jacl build runs typical
> tcl scripts about 2-3 times slower than a native tclsh (and about 20x
> faster than an unmodified Jacl release).  To achieve this we replaced all
> of the parser and expression processor.  Consequently it is not 100%
> compatible with the released Jacl.

Wow, that's quite a performance boost.  What's incompatible with the 
stock release?  Any chance of your code being released?

-- 
Tom Poindexter
tpo...@ny...
http://www.nyx.net/~tpoindex/

[tcljava-user] Re: tcljava-user digest, Vol 1 #249 - 3 msgs

[<PFi...@hb...>]

IBM use JACL extensively in Websphere 5.* which has 50% of the java 
application server market.

Wsadmin tool

The WebSphere Application Server wsadmin tool provides the ability to
execute scripts. You can use the wsadmin tool to manage a WebSphere 
Application
Server V5.0 installation. This tool uses the Bean Scripting Framework 
(BSF), which
supports a variety of scripting languages to configure and control your 
WebSphere
Application Server installation. The WebSphere Application Server only 
supports
the Jacl and Jython scripting languages.

Admin Guide PDF located at:

ftp://ftp.software.ibm.com/software/webserver/appserv/library/wasv51base_admin.pdf

Other IBM Resources.

http://www-106.ibm.com/developerworks/xml/library/x-xjacl/



Regards.


PATRICK FINNEGAN.
WebSphere Administrator.
 



tcl...@li... 
14/05/2004 11:06 AM
Please respond to
tcl...@li...


To
tcl...@li...
cc

Subject
tcljava-user digest, Vol 1 #249 - 3 msgs






Send tcljava-user mailing list submissions to
                 tcl...@li...

To subscribe or unsubscribe via the World Wide Web, visit
                 https://lists.sourceforge.net/lists/listinfo/tcljava-user
or, via email, send a message with subject or body 'help' to
                 tcl...@li...

You can reach the person managing the list at
                 tcl...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of tcljava-user digest..."


Today's Topics:

   1. Swank Status (Bruce Johnson)
   2. Jacl Status Questions/Survey (Bruce Johnson)
   3. Re: Jacl Status Questions/Survey (Bellave Jayaram)

--__--__--

Message: 1
To: tcl...@li..., tcl...@li...
From: Bruce Johnson <nm...@ma...>
Date: Thu, 13 May 2004 13:21:34 -0400
Subject: [tcljava-user] Swank Status
Reply-To: tcl...@li...

Swank development is now hosted at http://swank.dev.java.net

where it is now a component of the Java Desktop Community of Java.Net.

The main Swank web site for information and downloads of Java archives 
is at

http://www.onemoonscientific.com/swank/index.html

I've posted a new version which I've numbered 2.0.1.  Starting with 
this version all source is stored in CVS at java.net and you can expect 
regular updates and change logs.

Feedback is, as always, welcomed.

Bruce



--__--__--

Message: 2
To: tcl...@li..., tcl...@li...
From: Bruce Johnson <nm...@ma...>
Date: Thu, 13 May 2004 16:27:21 -0400
Subject: [tcljava-user] Jacl Status Questions/Survey
Reply-To: tcl...@li...


I'm curious about the state of Jacl.  I myself think it's the best 
thing since sliced bread and am fairly committed to using it in some of 
my projects.  On the other hand, there doesn't seem to be much activity 
on the mailing list or cvs repository these days.  I thought I'd see if 
people would actually respond to a few questions.

1) Is anyone doing active development on Jacl itself?

2) Is anyone planning on doing development on Jacl in the future?

3) Is anyone actively using Jacl in projects?

4) Would anyone be interested in having some Jacl/Swank presence at the 
upcoming Tcl/Tk 2004 conference (talks, tutorials, BOFS)?

5) Any thoughts on promoting the use of Jacl?


Thanks for any feedback.

Bruce





--__--__--

Message: 3
Date: Thu, 13 May 2004 14:30:51 -0700
From: Bellave Jayaram <bel...@co...>
To:  tcl...@li...
Subject: Re: [tcljava-user] Jacl Status Questions/Survey
Reply-To: tcl...@li...

Bruce,

    True there has not been much activity but IMHO, jacl/swank is 
required to be in
a programmer's toolbox for one of those occassions where other solutions 
would
be less than optimal/desirable.  I am not actively using Jacl but am 
subscribed
to the mailing list to learn of new developments.  One thing I am 
definitely interested
in looking at in the near future is Jacl along with Ant for doing 
builds, testing etc.

Regards,
Jayaram

Bruce Johnson wrote:

>
> I'm curious about the state of Jacl.  I myself think it's the best 
> thing since sliced bread and am fairly committed to using it in some 
> of my projects.  On the other hand, there doesn't seem to be much 
> activity on the mailing list or cvs repository these days.  I thought 
> I'd see if people would actually respond to a few questions.
>
> 1) Is anyone doing active development on Jacl itself?
>
> 2) Is anyone planning on doing development on Jacl in the future?
>
> 3) Is anyone actively using Jacl in projects?
>
> 4) Would anyone be interested in having some Jacl/Swank presence at 
> the upcoming Tcl/Tk 2004 conference (talks, tutorials, BOFS)?
>
> 5) Any thoughts on promoting the use of Jacl?
>
>
> Thanks for any feedback.
>
> Bruce
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>




--__--__--

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


End of tcljava-user Digest



============================================================
HBF Health Funds Inc. a registered organisation under the National Health Act
HBF Insurance Pty Ltd ACN  009 268 27
This email is a confidential communication intended only for the named Addressee(s). If you are not that person any disclosure, copying, distribution or use of this email or the information in it is prohibited. Please notify us immediately by telephone, (+61) 08 9265 6111 or return email and delete this email.

Re: [tcljava-user] Jacl Status Questions/Survey

[Jeff S. <js...@on...>]

On Thu, 13 May 2004, Bruce Johnson wrote:
> 3) Is anyone actively using Jacl in projects?

We've developed a CMS that uses Jacl extensively.  Several web sites are
powered by it, such as http://www.delphi.com/.

Our version of Jacl has some extensive local modifications that we have
never submitted upstream.  Our goal was to have an extensible
object-oriented interpreter toolkit written entirely in Java.  We've
mostly succeeded (although if I were to do it again I'd look at Kawa
instead).

Performance was a key consideration.  Our local Jacl build runs typical
tcl scripts about 2-3 times slower than a native tclsh (and about 20x
faster than an unmodified Jacl release).  To achieve this we replaced all
of the parser and expression processor.  Consequently it is not 100%
compatible with the released Jacl.

Jeff

Re: [tcljava-user] Jacl Status Questions/Survey

[Bellave J. <bel...@co...>]

Bruce,

    True there has not been much activity but IMHO, jacl/swank is 
required to be in
a programmer's toolbox for one of those occassions where other solutions 
would
be less than optimal/desirable.  I am not actively using Jacl but am 
subscribed
to the mailing list to learn of new developments.  One thing I am 
definitely interested
in looking at in the near future is Jacl along with Ant for doing 
builds, testing etc.

Regards,
Jayaram

Bruce Johnson wrote:

>
> I'm curious about the state of Jacl.  I myself think it's the best 
> thing since sliced bread and am fairly committed to using it in some 
> of my projects.  On the other hand, there doesn't seem to be much 
> activity on the mailing list or cvs repository these days.  I thought 
> I'd see if people would actually respond to a few questions.
>
> 1) Is anyone doing active development on Jacl itself?
>
> 2) Is anyone planning on doing development on Jacl in the future?
>
> 3) Is anyone actively using Jacl in projects?
>
> 4) Would anyone be interested in having some Jacl/Swank presence at 
> the upcoming Tcl/Tk 2004 conference (talks, tutorials, BOFS)?
>
> 5) Any thoughts on promoting the use of Jacl?
>
>
> Thanks for any feedback.
>
> Bruce
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> tcljava-user mailing list
> tcl...@li...
> https://lists.sourceforge.net/lists/listinfo/tcljava-user
>

[tcljava-user] Jacl Status Questions/Survey

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

I'm curious about the state of Jacl.  I myself think it's the best 
thing since sliced bread and am fairly committed to using it in some of 
my projects.  On the other hand, there doesn't seem to be much activity 
on the mailing list or cvs repository these days.  I thought I'd see if 
people would actually respond to a few questions.

1) Is anyone doing active development on Jacl itself?

2) Is anyone planning on doing development on Jacl in the future?

3) Is anyone actively using Jacl in projects?

4) Would anyone be interested in having some Jacl/Swank presence at the 
upcoming Tcl/Tk 2004 conference (talks, tutorials, BOFS)?

5) Any thoughts on promoting the use of Jacl?


Thanks for any feedback.

Bruce