http://ASPN.ActiveState.com/ASPN/Mail/Browse/Threaded/tcljava-user This is a lists for users of Jacl or Tcl Blend. Questions about how to use or setup Jacl or Tcl Blend are on topic. en-us Copyright 2005, ActiveState aspn-feedback@activestate.com aspn-feedback@activestate.com ASPN Mail Archive hourly 1 1901-01-01T00:00+00:00 http://ASPN.ActiveState.com/ASPN/img/logo_78x25.gif http://ASPN.ActiveState.com/ASPN/Mail/Browse/Threaded/tcljava-user G. Raphics (graphics @ ActiveState) http://ASPN.ActiveState.com/ASPN/Mail/Message/tcljava-user/3116533 <PRE>Mo, I made the change and now I am getting a different error: set env(TCL_CLASSPATH) "$env(TCL_CLASSPATH):/opt/BACCTools/lib/bprjar/com/cisco/provisioning/cp e:/opt/BACCTools/lib/bpr.jar:/usr/local/lib/tcljava1.3.2/tcljava.jar:/us r/local/lib/tcljava1.3.2/tclblend.jar:/usr/java/jdk1.5.0_06/jre/lib/rt.j ar"; ### this is for all jar files in /opt/BACCTools/lib/ set env(CLASSPATH) "$env(CLASSPATH):/opt/BACCTools/lib/bpr.jar:/opt/BACCTools/lib/suite.jar :/opt/BACCTools/lib/bcprov-jdk14-116.jar:/opt/BACCTools/lib/commons-code c-1.3.jar:/opt/BACCTools/lib/commons-httpclient-3.0-rc2.jar:/opt/BACCToo ls/lib/commons-logging.jar:/opt/BACCTools/lib/dom.jar:/opt/BACCTools/lib /org.mortbay.jetty.jar:/opt/BACCTools/lib/saaj-api.jar:/opt/BACCTools/li b/saaj-impl.jar:/opt/BACCTools/lib/xalan.jar:/opt/BACCTools/lib/xercesIm pl.jar"; #arrArrayDump env 0; # dump the environment variables #CHANGE MADE HERE without use of .class ext java::load -classpath /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe com.cisco.provisioning.cpe.PACEConnectionFactory; -bash-2.05b$ ./tcljava.tcl java package ver = 1.3.2 java system version = 1.5.0_06 Java in TCL is working! load "com.cisco.provisioning.cpe.PACEConnectionFactory" failed: not a subclass of tcl.lang.Extension while executing "java::load -classpath /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe com.cisco.provisioning.cpe.PACEConnectionFactory" (file "./tcljava.tcl" line 48) Thoughts? Regards, Will -----Original Message----- From: tcljava-user-admin@... [mailto:tcljava-user-admin@... On Behalf Of Mo DeJong Sent: Wednesday, April 19, 2006 7:57 PM To: tcljava-user@... Subject: Re: [tcljava-user] Java loader failed to load the class On Tue, 18 Apr 2006 16:02:49 -0400 "Zapar, Will" <Will_Zapar@... wrote: > "java::load -classpath > /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe/ > java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.class" > (file "./tcljava.tcl" line 54) Will, you need to pass the name of the class, not including the trailing ".class" bit at the end. For example, [java::load foo.bar.Baz] not [java::load foo.bar.Baz.class]. I hope that was the cause of your problem, your post includes many many lines of code, far to many to scan through. Postings should just include a little snip of code that causes the problem. cheers Mo DeJong ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ tcljava-user mailing list tcljava-user@... https://lists.sourceforge.net/lists/listinfo/tcljava-user </PRE> Will Zapar (Will_Zapar@...) tcljava-user http://ASPN.ActiveState.com/ASPN/Mail/Message/tcljava-user/3115712 <PRE>On Tue, 18 Apr 2006 16:02:49 -0400 "Zapar, Will" <Will_Zapar@... wrote: > "java::load -classpath > /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe/ > java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.class" > (file "./tcljava.tcl" line 54) Will, you need to pass the name of the class, not including the trailing ".class" bit at the end. For example, [java::load foo.bar.Baz] not [java::load foo.bar.Baz.class]. I hope that was the cause of your problem, your post includes many many lines of code, far to many to scan through. Postings should just include a little snip of code that causes the problem. cheers Mo DeJong ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ tcljava-user mailing list tcljava-user@... https://lists.sourceforge.net/lists/listinfo/tcljava-user </PRE> Mo DeJong (mdejong@...) tcljava-user http://ASPN.ActiveState.com/ASPN/Mail/Message/tcljava-user/3113585 <PRE>Mo, Question? I am trying to load a class file in TCL and I am having a problem. Here is a snip of my code I am working on: #!/usr/bin/expect -- /home/server/module/startup.tcl if {0} { # this is not needed fo package require, is it needed for import? } #set env(LD_LIBRARY_PATH) {/usr/java/jdk1.5.0_06/jre/lib/i386:/usr/java/jdk1.5.0_06/jre/lib/i386/c lient:/usr/java/jdk1.5.0_06/jre/lib/i386/native_threads:/usr/local/lib/t cljava1.3.2:/opt/tclBlend1.3.2/unix:} set env(LD_LIBRARY_PATH) {/usr/local/lib/tcljava1.3.2:/opt/local/lib/:}; # only this one needed so far ### need both of these for package require java to load lappend auto_path "/opt/tclBlend1.3.2/"; # end slash doesn't matter lappend auto_path "/opt/tclBlend1.3.2/src/xputils/"; # end slash doesn't matter puts "java package ver = [package require java]"; puts "java system version = [java::call System getProperty "java.version"]"; set err [java::field System err]; $err {println String} "Java in TCL is working!"; # this shows java working set env(CLASSPATH) "$env(TCL_CLASSPATH):/opt/BACCTools/lib/bpr.jar:/opt/BACCTools/lib/suite .jar:/opt/BACCTools/lib/bcprov-jdk14-116.jar:/opt/BACCTools/lib/commons- codec-1.3.jar:/opt/BACCTools/lib/commons-httpclient-3.0-rc2.jar:/opt/BAC CTools/lib/commons-logging.jar:/opt/BACCTools/lib/dom.jar:/opt/BACCTools /lib/org.mortbay.jetty.jar:/opt/BACCTools/lib/saaj-api.jar:/opt/BACCTool s/lib/saaj-impl.jar:/opt/BACCTools/lib/xalan.jar:/opt/BACCTools/lib/xerc esImpl.jar"; #set env(TCL_CLASSPATH) {/usr/local/lib/tcljava1.3.2/tcljava.jar:/usr/local/lib/tcljava1.3.2/tcl blend.jar:/usr/java/jdk1.5.0_06/jre/lib/rt.jar} ### this is for bpr.jar and suite.jar only in /opt/BACCTools/lib/ set env(TCL_CLASSPATH) "/opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe:/usr/local/lib/tcl java1.3.2/tcljava.jar:/usr/local/lib/tcljava1.3.2/tclblend.jar:/usr/java /jdk1.5.0_06/jre/lib/rt.jar"; ### this is for all jar files in /opt/BACCTools/lib/ #set env(TCL_CLASSPATH) "$env(TCL_CLASSPATH):/opt/BACCTools/lib/bpr.jar:/opt/BACCTools/lib/suite .jar:/opt/BACCTools/lib/bcprov-jdk14-116.jar:/opt/BACCTools/lib/commons- codec-1.3.jar:/opt/BACCTools/lib/commons-httpclient-3.0-rc2.jar:/opt/BAC CTools/lib/commons-logging.jar:/opt/BACCTools/lib/dom.jar:/opt/BACCTools /lib/org.mortbay.jetty.jar:/opt/BACCTools/lib/saaj-api.jar:/opt/BACCTool s/lib/saaj-impl.jar:/opt/BACCTools/lib/xalan.jar:/opt/BACCTools/lib/xerc esImpl.jar"; arrArrayDump env 0; # dump the environment variables #[ #proc loadClass {classfile} { # set file [open $classfile r] # fconfigure $file -translation binary -encoding binary # set data [read $file] # return [java::defineclass $data] #} #set class [loadClass "/opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe/PACEConnectionFact ory.class"] #SET nothing [set myclass [java::new PACEConnectionFactory]] #] #java::load -classpath /opt/BACCTools/lib/ com; #java::load -classpath /opt/BACCTools/lib/ com.cisco; #java::load -classpath /opt/BACCTools/lib/ com.cisco.provisioning; #java::load -classpath /opt/BACCTools/lib/ com.cisco.provisioning.cpe; #java::load -classpath /opt/BACCTools/lib/ com.cisco.provisioning.cpe.PACEConnectionFactory; java::load -classpath /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe/ java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.class; java::import com.cisco.provisioning.cpe.PACEConnectionFactory; # java::import java.lang.object.com.cisco.provisioning.cpe.PACEConnectionFactory; # java::import java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory; # ### imports (both BACC and Java) try two different ways, neither works #set jstr [java::import com.cisco.provisioning.cpe.*]; puts "jstr = $jstr"; #java::import com.cisco.provisioning.cpe.*; #java::import com.cisco.provisioning.cpe.api.*; #java::import com.cisco.provisioning.cpe.constants.*; # build tcl classpath append x /opt/BACCTools/lib/bpr.jar; set env(TCL_CLASSPATH) $x puts "\nTCL_CLASSPATH = [ array get env TCL_CLASSPATH ]\n" #set bacc [java::call java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.getIns tance(172.24.195.164, 49187, admin, f0ssil)]; puts "bacc = $bacc" #set bacc [java::call com.cisco.provisioning.cpe.PACEConnectionFactory.getInstance(172.24.195. 164, 49187, admin, f0ssil)]; puts "bacc = $bacc"; if {0} { # this doesn't use anything but java.lang in TCL ### both methods work (so java.lang.String must already be imported -> yes by default all of java.lang) set jstr [java::new java.lang.String "Long Name Java String"]; puts "jstr = $jstr"; # this creates a new java string object set tstr [$jstr toString]; puts "tstr = $tstr"; # convert to tcl string using method toString set jstr [java::new String "Short Name Java String"]; puts "jstr = $jstr"; # this creates a new java string object set tstr [$jstr toString]; puts "tstr = $tstr"; # convert to tcl string using method toString ### info on object and class puts "methods = [java::info methods $jstr]"; # get info on the java class puts "baseclass = [java::info baseclass String]"; # get info on the java class puts "constructors = [java::info constructors String]"; # get info on the java class puts "events = [java::info events String]"; # get info on the java class puts "fields = [java::info fields String]"; # get info on the java class puts "properties = [java::info properties String]"; # get info on the java class puts "superclass = [java::info superclass String]"; # get info on the java class ### this works to dump static fields from a class #foreach f [java::info fields -static java.util.Calendar] {puts "$f = [java::field java.util.Calendar $f]"} } ##### End of File ##### Here is the error I am getting: -bash-2.05b$ ./tcljava.tcl java package ver = 1.3.2 java system version = 1.5.0_06 Java in TCL is working! load "java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.class " failed: java.lang.SecurityException: Java loader failed to load the class and the Tcl Java loader is not permitted to load classes in the tcl or java package at runtime, check your CLASSPATH. while executing "java::load -classpath /opt/BACCTools/lib/bprjar/com/cisco/provisioning/cpe/ java.lang.Object.com.cisco.provisioning.cpe.PACEConnectionFactory.class" (file "./tcljava.tcl" line 54) Any ideas? Regards, Will </PRE> Will Zapar (Will_Zapar@...) tcljava-user http://ASPN.ActiveState.com/ASPN/Mail/Message/tcljava-user/3108082 <PRE>Mo, I'd even be more aggressive and go straight to using JDK 1.5. There many benefits to using 1.5 over 1.4 now that it might be worth considering the move now. It seems with the 1.6 release coming out around the corner that 1.4 is pretty dated now. But, yes I'd say that 1.4 should be the oldest JDK supported (if there is a great demand for that.) JMHO, Rob > -----Original Message----- > From: tcljava-user-admin@... > [mailto:tcljava-user-admin@... Behalf Of Mo DeJong > Sent: Thursday, March 23, 2006 4:58 PM > To: tcljava-user@... > Subject: Re: [tcljava-user] fileevent and sockets in jacl > > > On Thu, 23 Mar 2006 16:47:47 +0100 > Marc Ziegenhagen <mz@... wrote: > > > Hallo > > > > Are the commands socket and fileevent now full work in the > > newest release? > > No. Async sockets and fileevents are not implemented in Jacl because > they are not implemented in Java. It would be possible to get them > implemented in a future release of Jacl, but that would require JDK 1.4 > or newer in order to get access to the new nio package. > > What do folks think about this? Should Jacl 1.4.0 require JDK 1.4 or > newer to run? Is anyone still using JDK versions earlier than this? > \> ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ tcljava-user mailing list tcljava-user@... https://lists.sourceforge.net/lists/listinfo/tcljava-user </PRE> Rob Ratcliff (rrr6399@...) tcljava-user http://ASPN.ActiveState.com/ASPN/Mail/Message/tcljava-user/3102746 <PRE>On Mon, 10 Apr 2006 08:56:29 -0700 "Khalid Sebti" <ksebti@... wrote: > Hi, > > On JACL forum, I found this response from Neil Madden on JACL license. > What are the licensing restrictions that may apply to using Jacl .? > Jacl, like Tcl, is BSD-licensed, so you can do pretty much whatever you like > with it. There should be a license.terms or similar in the distribution > which gives the full license details. Each Jacl download comes with the file license.txt that gives the license terms. Mo DeJong ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ tcljava-user mailing list tcljava-user@... https://lists.sourceforge.net/lists/listinfo/tcljava-user </PRE> Mo DeJong (mdejong@...) tcljava-user http://ASPN.ActiveState.com/ASPN/Mail/Message/tcljava-user/3083382 <PRE>Hello OK, then I must wait until Jacl is ported to JDK 1.4. Can you say me in witch time this would be done, half year or a year? Marc Ziegenhagen Am Donnerstag, 23. März 2006 23:57 schrieb Mo DeJong: > On Thu, 23 Mar 2006 16:47:47 +0100 > > Marc Ziegenhagen <mz@... wrote: > > Hallo > > > > Are the commands socket and fileevent now full work in the > > newest release? > > No. Async sockets and fileevents are not implemented in Jacl because > they are not implemented in Java. It would be possible to get them > implemented in a future release of Jacl, but that would require JDK 1.4 > or newer in order to get access to the new nio package. > > What do folks think about this? Should Jacl 1.4.0 require JDK 1.4 or > newer to run? Is anyone still using JDK versions earlier than this? > > Mo DeJong > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live > webcast and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > tcljava-user mailing list > tcljava-user@... > https://lists.sourceforge.net/lists/listinfo/tcljava-user -- Marc Ziegenhagen Panorgan AG Pfannenstilstrasse 3 Postfach 470 CH-8820 Wädenswil Tel. +41 44 783 96 61 Fax. +41 44 783 96 69 Email mz@... Web http://www.panorgan.ch ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd_______________________________________________ tcljava-user mailing list tcljava-user@... https://lists.sourceforge.net/lists/listinfo/tcljava-user </PRE> Marc Ziegenhagen (mz@...) tcljava-user http://ASPN.ActiveState.com/ASPN/Mail/Message/tcljava-user/3078968 <PRE>Le 24 mars 06 à 00:36, Tom Poindexter a écrit : > On Thu, Mar 23, 2006 at 02:57:33PM -0800, Mo DeJong wrote: > >> >> What do folks think about this? Should Jacl 1.4.0 require JDK 1.4 or >> newer to run? Is anyone still using JDK versions earlier than this? > > I'll vote for Java 1.4. > > I'd love to see fileevents, newer regexps, and other recent > Tcl 8.4/8.5 features. I agree too, current jacl is stable enough to be freezed, and you could provide some jacl-2.0 with some compatibility break (if you need it) (adding swank or other library as oddon ?) Maurice P.S. I'm not currently using jacl in critical project, so my opinion should not be very important in your decision... -- ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd_______________________________________________ tcljava-user mailing list tcljava-user@... https://lists.sourceforge.net/lists/listinfo/tcljava-user </PRE> Maurice Diamantini (Maurice.Diamantini@...) tcljava-user http://ASPN.ActiveState.com/ASPN/Mail/Message/tcljava-user/3078281 <PRE>tcljava-user-request@... wrote: > Message: 2 > Date: Thu, 23 Mar 2006 14:57:33 -0800 > From: Mo DeJong <mdejong@... > What do folks think about this? Should Jacl 1.4.0 require JDK 1.4 or > newer to run? Is anyone still using JDK versions earlier than this? > Yes for Java 1.4. -- Martti Tienhaara (martti@... DASH Software Ltd. ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ tcljava-user mailing list tcljava-user@... https://lists.sourceforge.net/lists/listinfo/tcljava-user </PRE> Martti Tienhaara (martti@...) tcljava-user http://ASPN.ActiveState.com/ASPN/Mail/Message/tcljava-user/3077573 <PRE>On 03/23/06 20:37, Mo DeJong wrote: >On Thu, 23 Mar 2006 17:30:20 -0700 >Scott Serr <sserr@... wrote: > > >>Hello Tcl Blenders, >> >>We are able to use TclBlend to create a (real, not Jacl) Tcl interpreter >> >> > >I will pretend you did not say that :) > > I should have clarified the need to clarify. We were doing new tcl.lang.Interp() and where using Jacl unknowingly because it was in our CLASSPATH first? I read through the mailing list and you seemed to imply Jacl would not allow for the Tcl "load" command. I did notice when we were "accidently" using it, that it seemed to not inherit environment variables in $env/$::env. So setting up LD_LIBRARY_PATH wasn't an option. Is this normal? Am I way out there? >>Tcl starting the JVM, Tcl "load foo.so" also loads "bar.so" for us. >> >>JVM starting the Tcl Interpreter, Tcl "load foo.so" succeeds but fails >>to load bar.so and has un resolved dependencies. >> >>Any ideas of how to solve this? We thought about combining our dozen or >>so *.so files into one... >> >> > >Humm, another approach you can try is just loading the other >shared libs before you load the one with the deps. Running load Tcl command >with an empty string as the init method will raise an error, but it does >do the OS load behind the scenes. I would give that a try and see if >it fixes things before trying to rebuild libraries. > >I hope that helps >Mo DeJong > > We will try that... I guess ldd will show us what order to try to load them in. Thanks Mo! You and TclBlend are great, excellent work! Without it we would have to be writing large (steaming) piles of C++ instead of (fresh) cart-loads of Java. And TclBlend is so much easier than calling C++ from Tcl, unless I totally missed something. :) Thanks, Scott Serr ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ tcljava-user mailing list tcljava-user@... https://lists.sourceforge.net/lists/listinfo/tcljava-user </PRE> Scott Serr (sserr@...) tcljava-user http://ASPN.ActiveState.com/ASPN/Mail/Message/tcljava-user/3077493 <PRE>On Thu, 23 Mar 2006 17:30:20 -0700 Scott Serr <sserr@... wrote: > Hello Tcl Blenders, > > We are able to use TclBlend to create a (real, not Jacl) Tcl interpreter I will pretend you did not say that :) > from Java. We have LD_LIBRARY_PATH set. We eval a 'load foo.so' in > Tcl. This works, but foo.so is supposed to automatically load bar.so... > it doesn't. Well, first you should check the shared library to make sure the other shared libs it depends on are linked in. Exactly how you do that depends on the OS, but with Linux you should be able to use ldd. Sometimes the shared libs are not built properly and only the executables actually link in all the shared libs that are needed. > We are using Linux with Sun JDK 1.5.0_06. My cube-mate read that in > general Java didn't use the standard link loader. It even goes on to > say that automatic secondary loading might or might not happen. > > In short... > > Tcl starting the JVM, Tcl "load foo.so" also loads "bar.so" for us. > > JVM starting the Tcl Interpreter, Tcl "load foo.so" succeeds but fails > to load bar.so and has un resolved dependencies. > > Any ideas of how to solve this? We thought about combining our dozen or > so *.so files into one... Humm, another approach you can try is just loading the other shared libs before you load the one with the deps. Running load Tcl command with an empty string as the init method will raise an error, but it does do the OS load behind the scenes. I would give that a try and see if it fixes things before trying to rebuild libraries. I hope that helps Mo DeJong ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ tcljava-user mailing list tcljava-user@... https://lists.sourceforge.net/lists/listinfo/tcljava-user </PRE> Mo DeJong (mdejong@...) tcljava-user