Poll: Which Java/Linux IDE?
Hi - maybe this has been asked before (sorry if that's the case), but I am wondering which Java/Linux IDE, if any, people are using? I tried Netbeans, and like it a lot (nice interface, writes clean code, installed without hassle) although it seems a bit too much for my little 133mhz/96MB machine, and actually crashes when I try to enter its help system. Any pros and cons on this or any other IDEs? Thanks! Renzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Benchmark results for Linux JVMs (formatted for 70 columns)
does anyone know why I can't access any alphaworks.ibm.com webpage with netscape 4.6 from my linux box?? netscape always stalls after after a few bytes... thanks! renzo Raja Vallee-Rai wrote: > > I goofed with the last message and messed up the formatting. > Here's a better version: > > -Raja > > - > > Hello, > > We have formally evaluated the different virtual machines available > for Linux and thought it would be worthwhile to share the results with > the Linux community. > > The following tests were conducted on an unloaded dual processor > Pentium II/400mhz running Debian GNU/Linux (kernel 2.2.8). Each > benchmark execution was repeated ten times. We discarded the maximum > and minimum results, and averaged the remaining 8 execution times. > > The first 9 benchmarks come from the specJVM98 benchmark suite > (http://www.spec.org), and the last two benchmarks come from our own > private collection. > > base(s): time in seconds to run under blackdown jdk 1.2, pre-release > 2, with jit. > > sunint: speedup (base time/this time) of the blackdown jdk1.2, > pre-release 2, with no jit. > > borjit: speedup of blackdown jdk1.2, pre-release 2, with the Borland > jit installed (http://www.borland.com) > > ibmjit: speedup of the AlphaWorks IBM 1.1.8 JIT > (http://www.alphaworks.ibm.com) > > A # indicates that the run failed validity checks. > >base(s)sunintborjitibmjit > check .84 -1.33 -1.25 #1.75 - > compress 65.61 - .15 -1.07 -2.42 - > db 148.43 - .57 - .98 -2.98 - > jack 64.50 - .43 -1.35 -3.65 - > javac 75.67 - .54 -1.21 -2.51 - > jess 50.86 - .47 -1.44 -2.67 - > mpegaudio 54.61 - .15 -1.19 #2.32 - > mtrt 40.32 - .41 -1.78 -2.79 - > raytrace 55.56 - .45 -1.92 -3.04 - > sablecc-w 42.57 - .58 -1.06 -2.32 - > soot-j 132.93 - .69 -1.25 -2.26 - > > The conclusions are fairly obvious. Now, if only IBM had a jit for > 1.2... We also evaluated shujit and tyajit, but they were unable to > run most of the benchmarks correctly. Stay tuned for a comparison of > NT Java Virtual Machines in the near future, on the same hardware. > > Permission is granted to re-distribute this e-mail in any medium as > long as it remains unchanged. All trademarks belong to their > respective owners. > > To everyone working on Java for Linux: keep up the great work! :) > > Best regards, > > Raja Vallee-Rai ([EMAIL PROTECTED]) > Sable Research Group > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JAVA+Enlightenment
Hi - Does anybody have a hint as to how to fix this: I am using RH6.0+Gnome+E, and whenever I startup NetBeans places itself in the top left corner, but hides its own window titlebar, so that I don't have access to the iconify buttons, etc. Very annoying! Is there a fix? BTW, Sun just acquired NetBeans http://www.netbeans.com/press/sun-netbeans.html Thanks! Renzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
IBM jdk1.1.8 Linux port
Can someone tell me what the differences are between IBMs port and the blackdown port? I am thinking speed, licensing, stability, etc. http://www.ibm.com/developer/linux/papers/java-118.html?loc=180,t=g,p=linux078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Linux & ADSL
Hi - I have ADSL with bell atlantic and use an extenal ADSL modem hooked up to my NIC PCMCIA card. Every time I send an e-mail or upload to an FTP server, I get disconnected and have to restart the eth0 network interface. Bell claims it's not their problem and they do not provide support for Linux. Has anyone seen this behavior and/or knows some pointers? Thanks! Renzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java-Linux I18N
Couple of hints on this.
So far, I haven't seen anything in Java I18N that's specific to Linux,
except:
1. Yes, you need Asian fonts. Some come with the distros, I got
additional ones from
http://www.userfriendly.net/linux/RPM/rhcn/noarch/X11_fonts.html
(Japanese, Simplified Chinese, Traditional Chinese, Korean) - these are
all RPMs
2. You do need to change you font.properties file in order to display
Asian in a Java program. But once you have that, you can display it,
even if your machine uses the Western European codepage (i.e.is set up
to behave as a Western European/US machine) - EXCEPT, as of pre-Swing,
TextField and TextArea will NOT display Asian, because these components
use native code (or for whatever reason). From what I understand Swing
components do not have that limitation. Now, there's a great site for
Japanese Linux at
http://hikari.tlug.gr.jp/~craigoda/writings/linux-nihongo/linux-nihongo.html,
including references to Java, and most importantly a font.properties
file for Linux. I simply downloaded that file, dropped it into my
../jre/lib directory of Java installation and into
/usr/lib/netscape/java/classes for my netscape browser. BUT, if you
backup your existing font.properties file (as you would want to) to
java.properties.en (as it would logically be named), your JVM (of the
JRE or Netscape's) seems to still look up the fonts described in that
backed up file, if your machine's default Locale is English. So I backed
mine up to font.properties.ENGLISH (which the JVM apparently cannot map
to my machines Locale), and then it works beautifully - EXCEPT that some
Western European fonts are now not quite so pretty. Of course, you can
and probably should edit that font.properties file, but the one
downloaded from
http://hikari.tlug.gr.jp/~craigoda/writings/linux-nihongo/linux-nihongo.html
is a great starting point.
3. I am fairly certain that there is a way to switch the locale and
charset/codepage of your machine (hence the /etc/charset directory, I'd
think), but I haven't figured it out yet (although I will have to for a
project sometime soon).
4. From what I can tell, the rest is Java I18N as usual. See the I18N
Tutorial at http://java.sun.com/docs/books/tutorial/i18n/TOC.html. There
was also a three-part tutorial at http://www.javaworld.com at somepoint.
Take the first first example of that tutorial and add Japanese to the
choices ("ja", "JP") to allow you to test whether you have correctly
installed the font.properties file. If you did, you'll see Japanese
characters when you select Japanese in this applet (in appletviewer or
in the browser).
Hope this helps.
Renzo
> > [Lee]
> > I'm new in this area too (and new in Java-Linux as well). The issue of
> I18N
> > I have is very basic at this time. That is what we need and need to do to
> > display Japanese and Chinese characters on a JButton on Linux.
> >
> > Q1: Do we need a Japanese/Chinese font packages?
> > Q2: If so, where to find the right font package for Linux?
> > Q3: After find the font package, how to use it to show a Japanese/Chinese
> > character on a JButton?
> > Q4: Is there any Japanese/Chinese version of Linux like Windows NT does?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java Decompiler
Help! I just accidentally deleted a bunch of my Java source files. Anyone know a good decompiler that works under Linux? Thanks!! Renzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java Decompiler
Thanks to all!! I installed jad for Linux in a snap, and decompiled my sources. Everything works like a charm, and the source code actually looks nicer than before! I'll be a little more careful with rm -f next time around :-) Renzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java-Linux I18N
Actually, I have noticed one problem that so far is a mystery to me.
Somehow under Linux (with JDK 1.2.2) something seems to get lost when
trying to write to an OutputStreamWriter with a specified encoding, if
the string is not iso-8859-1, but my machine is. Sun has some sample
code on their I18N (actually, the very last example) that I cannot get
to work on Linux. No idea why, and I spent many many hours trying to
figure it out.
The code is supposed to write some Japanese String (in \unnn notation)
to an OutputStreamWriter, like:
OutputStreamWriter out = new OutputStreamWriter (new
FileOutPutStream("test.txt"), "UTF8");
out.write("\u672c\u8a9e");
Then the code is supposed to read from that test.txt file by doing the
reverse, with an InputStreamWriter that specifies the encoding. There's
no way I could get this to work; my pretty Japanese string gets
completely garbled, no matter what encoding I specify, including if I
don't specify one at all (in which case it would use 8859_1.
So far, I've only succeeded in writing a shift-jis file, for example, by
doing something like
byte[] testArray = testString.getBytes("SJIS") and then writing that
array directly to a FileOutputStream (again starting with a testString
in \u notation).
So maybe someone here knows what could be going on under the covers??
Renzo
[EMAIL PROTECTED] wrote:
>
> Renzo:
>
> Thank you very much for your help and information. It's very helpful.
>
> I'll send time to digest all of the information and give it a try.
>
> Regards,
>
> PS. This msg may not be able to be posted in the mail list. I don't know
> why.
>
> Lee
>
> -Original Message-
> From: Renzo Pecoraro [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 14, 2000 2:15 PM
> To: [EMAIL PROTECTED]
> Subject: Java-Linux I18N
>
> Couple of hints on this.
>
> So far, I haven't seen anything in Java I18N that's specific to Linux,
> except:
>
> 1. Yes, you need Asian fonts. Some come with the distros, I got
> additional ones from
> http://www.userfriendly.net/linux/RPM/rhcn/noarch/X11_fonts.html
> (Japanese, Simplified Chinese, Traditional Chinese, Korean) - these are
> all RPMs
>
> 2. You do need to change you font.properties file in order to display
> Asian in a Java program. But once you have that, you can display it,
> even if your machine uses the Western European codepage (i.e.is set up
> to behave as a Western European/US machine) - EXCEPT, as of pre-Swing,
> TextField and TextArea will NOT display Asian, because these components
> use native code (or for whatever reason). From what I understand Swing
> components do not have that limitation. Now, there's a great site for
> Japanese Linux at
> http://hikari.tlug.gr.jp/~craigoda/writings/linux-nihongo/linux-nihongo.html
> ,
> including references to Java, and most importantly a font.properties
> file for Linux. I simply downloaded that file, dropped it into my
> ../jre/lib directory of Java installation and into
> /usr/lib/netscape/java/classes for my netscape browser. BUT, if you
> backup your existing font.properties file (as you would want to) to
> java.properties.en (as it would logically be named), your JVM (of the
> JRE or Netscape's) seems to still look up the fonts described in that
> backed up file, if your machine's default Locale is English. So I backed
> mine up to font.properties.ENGLISH (which the JVM apparently cannot map
> to my machines Locale), and then it works beautifully - EXCEPT that some
> Western European fonts are now not quite so pretty. Of course, you can
> and probably should edit that font.properties file, but the one
> downloaded from
> http://hikari.tlug.gr.jp/~craigoda/writings/linux-nihongo/linux-nihongo.html
> is a great starting point.
>
> 3. I am fairly certain that there is a way to switch the locale and
> charset/codepage of your machine (hence the /etc/charset directory, I'd
> think), but I haven't figured it out yet (although I will have to for a
> project sometime soon).
>
> 4. From what I can tell, the rest is Java I18N as usual. See the I18N
> Tutorial at http://java.sun.com/docs/books/tutorial/i18n/TOC.html. There
> was also a three-part tutorial at http://www.javaworld.com at somepoint.
> Take the first first example of that tutorial and add Japanese to the
> choices ("ja", "JP") to allow you to test whether you have correctly
> installed the font.properties file. If you did, you'll see Japanese
> characters when you select Japanese in this applet (in appletviewer or
> in the browser).
>
> Hope this helps.
> Renzo
>
> > > [Lee]
> > > I'm new in this area too (and new in Java-Linu
Re: Java-Linux I18N
JackWang -
The font.properties file typically only maps Java font properties
("MonoSpaced", "SansSerif", etc.) to the actual fonts available on the
client machine. Changing the font.properties file on the server makes no
sense, as the server in a client/server or applet/servlet or whatever
architecture would not be responsible for displaying fonts to the
client.
BUT - font.properties file should only be important if you want to
display fonts for character sets that are not the native encoding of the
operating system under which your JVM is running, for example, if you
want to enable users with an US English operating system to see Japanese
text in your applet (or, say enable Japanese users to be able to see
Simplified Chinese). I am fairly certain that, if your internet user is,
for example, running a Japanese OS with a Japanese version of Netscape
(or whatever client it is that provides the JRE), then everything should
work. The crucial point here should be whether the browser (in a
browser-based application) is localized, so it might not work if the
Japanese user has the English version of Netscape installed (although it
is also possible that the English Netscape installer checks what
operating system locale it is being installed on and then selects the
correct font.properties file to be used, I don't know the answer to
that). And then of course, if you are distributing a JRE yourself with
you app, you can and should take care of these things during
installation.
If you have access to a localized machine, try
http://www.renzop.com/localeviewer.htm - I just put together a quick
test applet for the main Asian languages and Russian - if you see the
strings when you select either one of Japanese, Simplified Chinese,
Traditional Chinese, Korean, or Russian, you should be all set for those
languages. I'll test it out myself from work tomorrow.
Let me know.
Renzo
wx88 wrote:
>
> Renzo,
>
> I have not seen the tutorial and reference of I18N yet,
> but I wish to ask a question first. I know the application
> and the applet in the local machine have no problem in
> dealing with I18n, so long as I change the "font.properties"
> file to add the I18N font.
>
> My question is "font.properties" file is in the machine which
> has JDK/JRE installed, but applet is run with JDK/JRE
> which is in the users machine, not in the server. If my applet
> needs I18N support, need I tell my Internet users to change
> their "font.properties" file in their machine, so as to show
> the I18N codes ? This is not practical. So, the only thing I
> should do is to change the "font.properties" file in the server,
> everything should be OK ?
>
> JackWang
>
> Renzo wrote:
> ... ...
> 4. From what I can tell, the rest is Java I18N as usual. See the I18N
> Tutorial at http://java.sun.com/docs/books/tutorial/i18n/TOC.html. There
> was also a three-part tutorial at http://www.javaworld.com at somepoint.
> Take the first first example of that tutorial and add Japanese to the
> choices ("ja", "JP") to allow you to test whether you have correctly
> installed the font.properties file. If you did, you'll see Japanese
> characters when you select Japanese in this applet (in appletviewer or
> in the browser).
>
> Hope this helps.
> Renzo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java-Linux I18N Tutorial
All - I started a little Java-Linux I18N Tutorial at http://www.renzop.com. It includes a custom font.properties file and instructions for Linux that allows you to use the gnu-unifont in your browser/JDK/JRE. This is a work in progress and comments/questions are greatly appreciated. Thanks. Renzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
