Re: IBM Releases Java compiler for Linux
Stephan Greene wrote: > > According to an article on Slahsdot, IBM is releasing a Linux binary of > their Jikes incremental Java compiler. > > http://www.slashdot.org/articles/980721/1955212.shtml > They certainly did. It works very well too. V. fast with good error messages. Recommended. -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED]
Re: IBM Releases Java compiler for Linux
Richard wrote: > 8< > > Hi, >Does anyone knows if there is a libc5 version. I eared there was just a glic > version. We are working on setting up a libc5 system so we can make a libc5 version as well, but we can make no promises. For now we will just provide the glibc version. -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED]
Re: Environment variables
Paul Reavis wrote: > So I tried to access an environment variable for the first time today; > no soap. Since System.getenv() is deprecated, I used > System.getProperty(). I couldn't get it to fetch my variable with what I > thought was the correct way: > > bash$ export foo=bar > bash$ java myapp > > However I can get it with: > > bash$ java -Dfoo=bar myapp > > What am I doing wrong here? > > -- nothing! System properties != environment variables... If you want to have access to an environment variable from with a application, invoke java this way (for example, the ABC variable) java -DABC=$ABC classname... begin:vcard n:Trussart;Vincent x-mozilla-html:TRUE org:Université de Montréal adr: version:2.1 email;internet:[EMAIL PROTECTED] note:ICQ# 4357910 x-mozilla-cpt:;-28736 fn:Vincent Trussart end:vcard
Re: Environment variables
Paul Reavis <[EMAIL PROTECTED]> writes: > So I tried to access an environment variable for the first time today; > no soap. Since System.getenv() is deprecated, I used > System.getProperty(). I couldn't get it to fetch my variable with what I > thought was the correct way: > > bash$ export foo=bar > bash$ java myapp optimist > However I can get it with: > > bash$ java -Dfoo=bar myapp > > What am I doing wrong here? You are not doing anything wrong. Thats the only way to make envir. variables available to your java program, (by merging them into the System properties list via the -D option on the commandline). Java 1.1 does not allow a java program to read system environment variables since they are dependent of the plattform. Hence deprecation of System.getenv() -- Jan-Henrik Haukeland
Re: Environment variables
Paul Reavis wrote: > So I tried to access an environment variable for the first time today; > no soap. Since System.getenv() is deprecated, I used > System.getProperty(). I couldn't get it to fetch my variable with what I > thought was the correct way: > > bash$ export foo=bar > bash$ java myapp > > However I can get it with: > > bash$ java -Dfoo=bar myapp > > What am I doing wrong here? Nothing. It's intentional... Java considers environment varables to be too non-portable. A little bit of shell or perl (or name-your-favorite-command-interpreter) programming could give you a script that would construct a Java command-line containing all of the environment variables as "-D..." options. I've attached a perl script that'll send a Java command line to stdout; with a little modification, it could execute the line instead. To use: envjava.pl it'll spit out a command-line you can send to a shell. Nathan Meyers [EMAIL PROTECTED] envjava.pl
Re: Code from IBM VAJ on Linux
Stefan Magdalinski wrote: > > Brad Pepers wrote: > > > > I'm trying to run a program from IBM Visual Age Java 2.0 on Linux > > but it doesn't work. Its an example program that came with the > > VAJ 2.0 beta I downloaded. It uses AWT to create a mortgage > > calculator. The error message I get is: > > > > java.net.MalformedURLException: systemresource:/ZIP0/+/: > > java.lang.SecurityException: systemresource:/ZIP0/+/ refers to a non > > system resource > > at java.net.URL.(URL.java) > > at java.net.URL.(URL.java) > > at java.beans.Beans.instantiate(Beans.java:177) > > at > > com.ibm.ivj.examples.vc.mortgageamortizer.Amortization.main(Amortizat > > ion.java:1495) > > > > It's a very tedious bug to do with getResource. there are workarounds... > but it was a long time ago that I was working with it, and I can't > remember the details. The implementation of getResource has changed with > the various 1.1.x releases. chances are the IBM release is 1.1.2 rather > than 1.1.6 The Java release in VAJ 2.0 is supposed to be 1.1.5... I checked the bug parade and couldn't find any reference which seemed right so now I'm trying the marimba site. I'll also look at posting a bug report to IBM. Brad Pepers [EMAIL PROTECTED]
Re: Environment variables
Nathan Meyers wrote: > > A little bit of shell or perl (or name-your-favorite-command-interpreter) > programming could give you a script that would construct a Java > command-line containing all of the environment variables as "-D..." > options. I've attached a perl script that'll send a Java command line to > stdout; with a little modification, it could execute the line instead. Now _that's_ handy. I've got some wrappers of my own, so this will just add- we could start competing to see whose final Java invocations were the longest, what with all the -classpaths and -Ds and all :-) Thanks to you and everyone else who responded- -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com
Re: [Fwd: AppletSecurityException in browsers]
Try this right before you read/write... you have to issue on every
read/write...
try {
// Netscape
// Need to enable Users security so I can access there
files
PrivilegeManager.enablePrivilege("UniversalFileAccess");
} catch (Exception e) {
e.printStackTrace();
}// End-of-Try()
And you will also need this import. Toy can get over at netscape DevEdge...
import netscape.security.PrivilegeManager
This resolved my security problems. Hope this helps you... Just give me a
e-mail if problem...
Bill Taylor...
Laura L. Evangelista wrote:
>
>
>Part 1.2Type: message/rfc822
>Encoding: 7bit
>
begin:vcard
n:Taylor;William
tel;fax:(610) 610-6138
tel;home:(610) 610-6138
tel;work:(610) 610-6138
x-mozilla-html:TRUE
org:W.E. Consultants
adr:;;;Drexel Hill;Pa;19026;USA
version:2.1
email;internet:[EMAIL PROTECTED]
title:Independent Computer Consultant
x-mozilla-cpt:;-6176
fn:William Taylor
end:vcard
IBM Releases Java compiler for Linux
According to an article on Slahsdot, IBM is releasing a Linux binary of their Jikes incremental Java compiler. http://www.slashdot.org/articles/980721/1955212.shtml Steve --- Stephan A. Greene [EMAIL PROTECTED] Manager, IT Systems Engineering http://www.washsq.com Washington Square Associates, Inc. "technology simplified" (TM) 202-544-0222(main)/1-800-759- PIN 1030552# (pager) ---
unsubscribed
unsubscribed
Re: IBM Releases Java compiler for Linux
Ok, for Linux but what are excactly the licence terms ??. Joe Carter, in data 13.26 22/07/98 +, hai scritto: >Stephan Greene wrote: >> >> According to an article on Slahsdot, IBM is releasing a Linux binary of >> their Jikes incremental Java compiler. >> >> http://www.slashdot.org/articles/980721/1955212.shtml >> >They certainly did. >It works very well too. V. fast with good error messages. >Recommended. > >-- >Joe Carter Software Engineer >Brite Voice Systems Ltd, Gatley, Cheshire. UK. >mailto:[EMAIL PROTECTED] > > > Luigi Casiraghi Dufrital SPA lcasi@linux1 [EMAIL PROTECTED] EDP SEDE -- When Linux doesn't work as it is supposed to, it's a bug. According to MicroSoft(tm) NT have no bugs, it just randomly develop new features. --
Mail I sent to Inprise
I sent this off to inprise this morningI'll let you know what response I get. (Oh man, I just noticed a type/think-o in theres/thing/this/ towards the bottom.) I figured the mentioning of recent events couldn't hurt. Keith -- Keith T. Garner [EMAIL PROTECTED] STR Consultant http://www.str.com/ [EMAIL PROTECTED] "Be silent, my JIT" -- Dru Henke The name of the thread of e-mail that you have been forwarded was titled: [[EMAIL PROTECTED]: Visibroker for Linux and JDK 1.1.6v2 problem] Dear Inprise: With the recent annoucements of Oracle, Informix, and Computer Associates Linux is beginning to gain the respect and recognition it has long deserved. Linux is the only non-Microsoft OS to gain market share in the past year and is a wonderful platform for development and for use as a server of all sorts. I've written you in the past asking you to consider porting the native portions of Visibroker for Java to the Linux platform, most notably the OSAgent. The response in the past is that there has not been enough interest in such a product. While that may have been true in the past, I think its becoming harder and harder to continue to give that answer with the recent changes in the industry. Attached to this mail is a recent thread that was on the java-linux mailing list. People are using the Visibroker package (minus the native ports) and are sometimes going through hoops to do it. People want to use the product in the wonderful developement environment that Linux provides. I argue that there is sufficient interest and people are awaiting this move from Inprise. (As a slight aside, I've been using Visibroker since I was hired at my current job a year ago, and I've been developing solely on Linux that whole time as well, and I can't tell you how much I would appriciate and welcome a Linux port. I also am fairly sure that a client of ours in the near future will be wanting to use the product on Linux as well as they make their move to the java world.) I thank you for your time reading thing, and, again, I strongly encourage Inprise to consider this request. Keith -- Keith T. Garner [EMAIL PROTECTED] STR Consultant http://www.str.com/ [EMAIL PROTECTED] "Be silent, my JIT" -- Dru Henke Hi: I get the following message occasionally from a client trying to talk to a CORBA server. Both client and server are built using Visibroker and running on Linux with JDK 1.1.6v2 (glibc 2.0.7-13). I added a message to the server which indicates that the server's impl method is being called, and obviously the error happens when the client tries to read back the server's reply. Anyone seen this or know what is going on? Rich. org.omg.CORBA.UNKNOWN[completed=MAYBE] at com.visigenic.vbroker.orb.SE.read(SE.java:28) at com.visigenic.vbroker.orb.GiopStubDelegate.invoke(GiopStubDelegate.java:552) at com.visigenic.vbroker.orb.GiopStubDelegate.invoke(GiopStubDelegate.java:460) at org.omg.CORBA.portable.ObjectImpl._invoke(ObjectImpl.java:141) at com.orchestream.policy._st_PolicyManager.getStaticRuleset(_st_PolicyManager.java:69) at com.orchestream.policytest.Test1.main(Test1.java:68) -- Richard Jones [EMAIL PROTECTED] Tel: +44 171 598 7557 Fax: 460 4461 Orchestream Ltd. 125 Old Brompton Rd. London SW7 3RP PGP: www.four11.com "boredom ... one of the most overrated emotions ... the sky is made of bubbles ..." Original message content Copyright © 1998 Shane P. McCarron wrote: > > Can I read this message to imply that Visibroker is available to run > natively on Linux? Yup. Of course, I'm not *really* running the mythical `Visibroker for Linux'. Rather I'm running the commercial Visibroker for Solaris, but I tarred up all the files and copied them over to Linux and they work fine. Except for osagent (which is a Solaris native program), but you don't need osagent if you use URLNaming. I wrote to Borland about this and they said that was fine but (a) they wouldn't support it and (b) they wouldn't port osagent to Linux because of `lack of interest'. Yeah ... right ... Maybe you should write to them too and if enough people do it, then they will change their mind. Rich. -- Richard Jones [EMAIL PROTECTED] Tel: +44 171 598 7557 Fax: 460 4461 Orchestream Ltd. 125 Old Brompton Rd. London SW7 3RP PGP: www.four11.com "boredom ... one of the most overrated emotions ... the sky is made of bubbles ..." Original message content Copyright © 1998 On Thu, Jul 16, 1998 at 05:53:39, Richard Jones said: > I wrote to Borland about this and they said that was > fine but (a) they wouldn't support it and (b) they wouldn't > port osagent to Linux because of `lack of interest'. Yeah ... > right ... Maybe you should write to them too and if enough > people do it, then they will change their mind.
Re: Code from IBM VAJ on Linux
Brad Pepers wrote: > > I'm trying to run a program from IBM Visual Age Java 2.0 on Linux > but it doesn't work. Its an example program that came with the > VAJ 2.0 beta I downloaded. It uses AWT to create a mortgage > calculator. The error message I get is: > > java.net.MalformedURLException: systemresource:/ZIP0/+/: > java.lang.SecurityException: systemresource:/ZIP0/+/ refers to a non > system resource > at java.net.URL.(URL.java) > at java.net.URL.(URL.java) > at java.beans.Beans.instantiate(Beans.java:177) > at > com.ibm.ivj.examples.vc.mortgageamortizer.Amortization.main(Amortizat > ion.java:1495) > It's a very tedious bug to do with getResource. there are workarounds... but it was a long time ago that I was working with it, and I can't remember the details. The implementation of getResource has changed with the various 1.1.x releases. chances are the IBM release is 1.1.2 rather than 1.1.6 search the archives of this list for getResource() and also the bug database at http://developer.javasoft.com and the bongo mailing list (http://www.marimba.com somewhere) stefan > I'm just starting using Java and am not sure what this means. > Anyone have any ideas? I'm searching in books now on resources > as well as beans to see what I can find... > > I want to write Java applications that allow data entry from > a database using JDBC but I can't find such a program on Linux. > Failing finding one I guess I need to develop on Windows 95 and > then run it on Linux as well. I want to make sure the development > utility I use allows this so I'm trying VisualAge Java out. I > also want to try JBuilder 2.0 and Visual Cafe 2.5 when I can. > > Anyone else trying to do similar things have a good solution? > > Brad Pepers > [EMAIL PROTECTED] -- /** Stefan Magdalinski m 0370 67 70 58 [EMAIL PROTECTED] h 0171 580 0831 it's isness as usual...**/
Re: IBM Releases Java compiler for Linux
Casiraghi Luigi wrote: > > Ok, for Linux but what are excactly the licence terms ??. > Hmmm should've learn from KDE/Qt to read them closely! 90 days license, non-commercial. But one of the authors has said this in the discussion lists Jikes can be used to create commercial applications, though you are supposed to only use it for 90 days. See the topic "License Agreement" in the Letters Topic of the Jikes Discussion Database. dave --- I've posted a message there asking for clarification. I'll let everyone know when I get it. -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED]
Re: IBM Releases Java compiler for Linux
On Wed, 22 Jul 1998, Joe Carter wrote: >Stephan Greene wrote: >> >> According to an article on Slahsdot, IBM is releasing a Linux binary of >> their Jikes incremental Java compiler. >> >> http://www.slashdot.org/articles/980721/1955212.shtml >> >They certainly did. >It works very well too. V. fast with good error messages. >Recommended. > >-- >Joe Carter Software Engineer >Brite Voice Systems Ltd, Gatley, Cheshire. UK. >mailto:[EMAIL PROTECTED] Hi, Does anyone knows if there is a libc5 version. I eared there was just a glic version.
My evaluation of IBM's Jikes compiler
Today I evaluated IBM's Jikes compiler. It is a replacement for javac written from scratch in C++. It currently lives at http://www.alphaWorks.ibm.com/. They just released a Linux version, and since I develop entirely in Linux, I thought I'd give it a whirl. Currently it is free for any use, but considered alpha (or beta or whatever). They may charge in the future, apparently. Source code was not available :-( The compiler is apparently a strict implementation to the JVM specification and Java Language Specification. The release notes are pretty adamant about that. Kudos for that. I use a custom build system that compiles and jars the source while enforcing explicit dependency instructions between packages. It typically compiles one or more packages at once, then collects them into a single jar, then does the same for some more sets of packages. Once it has compiled a few, depending on the ruleset, it may collect some subjars to make larger ones. This is all just so you know that the jar tool gets called a fair amount - jikes and javac aren't the only things being run. To test, I compiled two code bases twice for each tool. The only change I made to the build scripts was replacing "/usr/local/jdk/bin/javac" with "/usr/local/bin/jikes +E" (+E gives emacs-friendly error messages). Useability-wise, jikes is very nice. It has options for different output formats; the +E allows emacs and such to parse the output so you can click to go to the correct line of source in the correct file. It seems to give better error messages than javac. Note that I know the error message format - this is because I got several I had never seen before. Jikes is pickier. I had to append "L" to a few long literals. I had to remove the "$" from some identifiers in a 3rd-party tool (these are disallowed in 1.1, but were valid under 1.0 - javac accepts them; jikes will too with a switch that allows 1.0 code). It also didn't like one instance where I used an import like "this.that.*" - it wasn't able to find the .java files to compile; putting in class-specific import statements fixed that. After I got it to compile in jikes without error, I did the timing runs; none of the changes broke javac compilation. Also, my build system enforces dependencies by limiting the classpath to those jars that a given package is supposed to depend on - jikes complained in instances where javac didn't. This was where a class wasn't directly referenced (i.e., no variables were declared of that type, casts made, etc.) but was accessed in some fashion, or was part of a method signature that the code called, even though it wasn't used (e.g. null was passed rather than a variable of the type). Some of these things might be peculiar to my build system; your mileage may vary. I'm not really annoyed by it - in each case, Jikes seems to be correct, just less lenient than javac. Since my code is the only area of my life I'm anal-retentive about, this is OK by me. Jikes is supposed to do incremental compiling, but this is apparently disabled at present. The design for it is very nice, and well-suited for use by other tools. The main thing I was impressed by was its speed. Below are the timing runs. Keep in mind that I'm not using a JIT, and since javac is AFAIK 100% java, it's having to run interpreted. Also keep in mind that a fair amount of "jarring" going on - this should skew the results back into javac's favor, since it is only directly competing for a portion of the total run time. Atlanta Java Consortium reuseables (172 classes) Javac run 1: real2m16.450s user1m40.940s sys 0m8.920s Javac run 2: real2m2.959s user1m40.360s sys 0m7.700s Jikes run 1: real0m32.548s user0m16.870s sys 0m5.110s Jikes run 2: real0m38.575s user0m17.080s sys 0m5.250s Partner Software stable (631 classes) Javac run 1: real5m1.667s user3m58.320s sys 0m12.580s Javac run 2: real4m34.586s user3m56.400s sys 0m11.330s Jikes run 1: real1m16.133s user0m40.160s sys 0m7.230s Jikes run 2: real1m7.439s user0m40.590s sys 0m7.720s As far as I can tell in this short a time, the code is working correctly. I ran the reuseables test suite without error, and have done some basic testing of our product software. I'll probably use jikes full-time for awhile and see how it does as far as correctness, but initial indications are very good. Note the long list of addressees, including the Jikes authors; you might want to reduce this in any replies. Thanks. -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com
Environment variables
So I tried to access an environment variable for the first time today; no soap. Since System.getenv() is deprecated, I used System.getProperty(). I couldn't get it to fetch my variable with what I thought was the correct way: bash$ export foo=bar bash$ java myapp However I can get it with: bash$ java -Dfoo=bar myapp What am I doing wrong here? -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com
Re: Environment variables
Paul Revis wrote: >no soap. Since System.getenv() is deprecated, I used >System.getProperty(). I couldn't get it to fetch my variable with what I >thought was the correct way: Check out the documentation for java.util.Properties. Basically, Properties have no relationship to environment variables, although they are similar in concept. Properties may be loaded from a file by the load(InputStream) method, and the System properties may be replaced in an application (not an applet) by the System.setProperties(Properties) method. The file would look like: name=value where the value may contain spaces and is terminated by the new line. There are various tricks you can do to put in comments and escape characters, see the code for the load(InputStream) method for that. Hope this helps. Paul Gassoway
Re: Environment variables
Vincent Trussart wrote: > > System properties != environment variables... Blurgle... oh well, I guess environment variables are too nonportable or something. Well, time to put in a real syntax for command-line switches for the thing- -DBLAH=GRALP is not something I want to type all the time. -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com
Re: IBM Releases Java compiler for Linux
We're working on a libc5 version. We knew some people would want it, but we didn't want to delay posting Jikes for Linux until we had it. dave Jikes co-author
CAN'T UPGRADING RED HAT 5.0
I've been told that on my RedHat5.0 I had to upgrade from glic2.0.5 to gclibc-2.0.7 in order to run JDK1.1.5 ( and later ). Well, I did, and I discovered that my system did not accept anymore the root login/password. I had to reinstall a plain RedHat 5.0 with no patches at all. This means that JDK1.1.5-v7 (glic version ) is still crashing, of course. Does anyone have any idea for me to try ? Thanks Daniele Manghi [EMAIL PROTECTED]
Sun support for linux ???
Now, I don't like spreading rumors but I was reading Sun's press release for Jini (http://java.sun.com/features/1998/07/jini.html) and found the following paragraph : "... The initial public release of Jini technology will specify two simple components. The first is a software-only architecture that runs on top of existing operating systems and networks as its infrastructure. The Solaris TM operating environment (and other varieties of UNIX) and Windows NT will be the first operating systems. ..." What other varieties of UNIX I wonder ? Alexander
Linux JRE1.1.6. ?s
I am about to install JRE 1.1.6 on my server is ther anything special I should know? Such as directory placement etc.? -- Thank you for your time Sid Vanderpool mailto:[EMAIL PROTECTED] | http://www.partypros.com |Party Pros Online| |The Internet's Party Professional Authority!|
[Fwd: AppletSecurityException in browsers]
Java People, How can I get my applet (when ran through a browser) to read/write a text file? It works well, as usual, using appletviewer. Thank you (in advance). -- Laura
