Re: How to detect a "blank" line.
No. From the Java documentation (java.io.DataInput, readLine()):
> If the character '\n' is encountered, it is discarded and reading
> ceases. If the character '\r' is encountered, it is discarded and, if the
>following byte converts to the character
> '\n', then that is discarded also; reading then ceases. If end of file is
>encountered before either of the characters
> '\n' and '\r' is encountered, reading ceases. Once reading has ceased, a String
>is returned that contains all the
> characters read and not discarded, taken in order.
By the way, I've tested the programm with my proposal.
Matthias Pfisterer
Larry Gates wrote:
>
> >Date: Thu, 08 Jul 1999 12:48:49 +0200
> >From: Matthias Pfisterer <[EMAIL PROTECTED]>
> >
> >Hi,
> >
> >In your java program, exchange the line
> > if (s1.charAt(0)!='#') { // not a comment or NULL line
> >with
> > if (s1.equals("") || s1.charAt(0)!='#') { // not a comment or NULL line
>
> or it could be a return character? Then, you would need
>
> if (s1.equals("\n") || s1.charAt(0)!='#') { // not a comment or NULL line
>
> -Larry Gates
>
> --
> 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]
Re: Has Sun Overstretch Themselves With So Many APIs?
[EMAIL PROTECTED] wrote: > > I guess this is a necessary policy. If sun would not offer JDBC 2, 3D api, RMI, > these technology would be developed from a third party as they are demanded. > the consequence would be a drifting of Java to a lot of different systems. then > you could finally forget the write once run everywhere strategy, which has > enough problems right now. > > btw. I am quite happy about that, as the sun components are of high quality as > far as I see it. I guess everybody who tried the horrible components from KGroup > (JBuilder 1) e.g. table and compares them with Swing tables will understand > this. > Agreed, Swing JFC is one of the best API design ever. Java 2D/ DnD is excellent and JMF appears to be well though out. I await Java Sound with baited breath. The one weak point that I can think of in Java API is the I/O that deals with file stores. Because there every machine/os is different, I mean there is no way of looking at Volumes, mounts, and or system dependent data. For can create a short cut in windows 95 or a symbolic link under UNIX. There is no way of finding the disk space portability. I suppose this is the next frontier for Java. ( BTW: does any one know of site where forthcoming api are designed. I am specifically interested in this new I/O that I saw in a PDF presentation file for JavaONE. However what suprises me is the length of time it has taken for Java 2 to gain acceptance. If you are AIX developer waiting JDK 1.2 you must be suffering and salivating. -- Cheers Peter - import std.Disclaimer; // More Java for your Lava, Mate. "Old Trafford, the theatre of dreams (that finally came true)." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to detect a "blank" line.
Hi Matthias,
I changed that code and included the s1.equals("") and i found out
that it is working that blank line is send as a blank line and other lines
are read as a normal line.The output is shown below.
s[0]=this is a test file which can
s[1]=
s[2]=be deleted when not needed.
bye,
MUTHU.
On Fri, 9 Jul 1999, Matthias Pfisterer wrote:
> No. From the Java documentation (java.io.DataInput, readLine()):
>
> > If the character '\n' is encountered, it is discarded and reading
> > ceases. If the character '\r' is encountered, it is discarded and, if the
>following byte converts to the character
> > '\n', then that is discarded also; reading then ceases. If end of file is
>encountered before either of the characters
> > '\n' and '\r' is encountered, reading ceases. Once reading has ceased, a
>String is returned that contains all the
> > characters read and not discarded, taken in order.
>
> By the way, I've tested the programm with my proposal.
>
> Matthias Pfisterer
>
>
>
> Larry Gates wrote:
> >
> > >Date: Thu, 08 Jul 1999 12:48:49 +0200
> > >From: Matthias Pfisterer <[EMAIL PROTECTED]>
> > >
> > >Hi,
> > >
> > >In your java program, exchange the line
> > > if (s1.charAt(0)!='#') { // not a comment or NULL line
> > >with
> > > if (s1.equals("") || s1.charAt(0)!='#') { // not a comment or NULL line
> >
> > or it could be a return character? Then, you would need
> >
> > if (s1.equals("\n") || s1.charAt(0)!='#') { // not a comment or NULL line
> >
> > -Larry Gates
> >
> > --
> > 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]
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Has Sun Overstretch Themselves With So Many APIs?
Is that So ? I guess you haven't Push the Swing API its limit. I encounter quite a lot of bug that I had to use the latest swing API in order to solve my bugs. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Has Sun Overstretch Themselves With So Many APIs?
Peter Pilgrim wrote: > > However what suprises me is the length of time it has taken for Java 2 to > gain acceptance. If you are AIX developer waiting JDK 1.2 you must be > suffering and salivating. Yep :-). However the wait is usually worth it. My experience is that the delay usually reflects high quality in the code from IBM when it finally does ship. There is an alpha test version to play with right now anyhow. -- Rob Nugent Development Manager UniKix Technologies Europe [EMAIL PROTECTED] http://www.unikix.com Tel: +44 (0) 1489 585503 Fax: +44 (0) 1489 881363 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Has Sun Overstretch Themselves With So Many APIs?
LAIKOK wrote: > > Is that So ? I guess you haven't Push the Swing API > its limit. Do you mean, maybe, pushing the Swing *implementation* to its limit? An API is a description of services offered by a package, not an actual package itself. FWIW, I think Sun's strategy is good. They're taking a forward-thinking approach by making API's in key areas that are important for the "new" way of computing: JCA/JCE, multimedia, etc. Many companies would simply provide implementations of algorithms that you either have to use or not. Sun's API's though, have a nice amount of abstraction that gives plenty of room for 3rd parties to jump in as "providers", while keeping compatibility. - Robb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Font problems!
Hello to you all! When I try to run some class I was presented with this message: Font specified in font.properties not found Could someone help me? THANKS in advance. Bye Rui -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Has Sun Overstretch Themselves With So Many APIs?
Perhaps it takes a large API to reproduce something Apple, Microsloth, Sun, HP, etc. have been working on for 20 years. FWIW, I don't think the API has anything to do with write once, run noum, any where. Clearly Microsoft has been able to turn Java in to a platform specific language with little help. -T jools enticknap wrote: > > >I am wondering if Sun has overstretch itself in trying to develop so > >many APIs? It seems to me that they are struggling and there is enough > >support and help to help outsiders (like Blackdown who done an excellent > >job porting the software)? > > > > Perhaps this is a direct result of trying to bring an open technology to > market, and at the same time protect the one thing that makes Java useful in > the first place (write once, run everywhere(TM)). > > Also once a technology is invented it needs time for the comunity to > evaluate and comment on whats been done, and these comments must also be > evaluted and the next step then taken. > > This all takes time, however I for one and happy this does take place. > > As for porting assistance, I think that you will find that SUN has __very__ > close links with the blackdown guys and do offer help when it's requested. > > ( for what it's worth ) > > Regards > > --Jools > -- +---+ + Thomas M. Sasala, Electrical Engineer [EMAIL PROTECTED] + + MRJ Technology Solutionshttp://www.mrj.com + + 10461 White Granite Drive, Suite 102(W)(703)277-1714 + + Oakton, VA 22124 (F)(703)277-1702 + +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Has Sun Overstretch Themselves With So Many APIs?
[EMAIL PROTECTED] wrote: > > Is that So ? I guess you haven't Push the Swing API > its limit. I encounter quite a lot of bug that I had > to use the latest swing API in order to solve my bugs. Doh! That sounds like a pretty silly argument. I am sure that most Swing developers are using Swing 1.1.1 beta 2 at this moment! There are definitely problems with Swing that I too would like fixed too. BUT the design looks pretty solid and carefully thought out. Bugs are something that everybody has to live with. Besides the code is public, so there is nothing to stop investigating the flaw. We only need to know how. My biggest gripe with the Swing/AWT technology is that the Buttons are not settable from a resource file. Those of you who are know the older X Window Intrinsic / Motif libs should recognize that the Xt Widgets can read their attribute from a resource file. I guess the same idea applies to MFC too. A JButton is a not settable from a ResourceBundle or property file by default, you have program this yourself; that is the Swing developer has implemented this (yet) so you have live and let die. Lastly someone else has already said that Sun has established the APIs that Java requires (or should require). It onlys need to deliver them and distribute default implementations. In the future I can see albeit dimly that we 'd need to download a core JDK and any other API will be extensions. Thus Sun has laid down the foundation. I only hope that they succeed and get things out on time. If they don't they will probably loose out of the next big thing while disappointing all of us enthusiastic people. There is a lot of talent out they like using Java, no body wants to waste their time and energy on technology that is flawed. Don't knock Swing mate, I think its brilliant stuff. I think somebody once sang, "Get off tha thing, if you think you can do better." -- Cheers Peter - import std.Disclaimer; // More Java for your Lava, Mate. "Old Trafford, the theatre of dreams (that finally came true)." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Java3D and 'main()'
I haven't tested under 1.2 yet, but a similar problem exists in v1.1.7
Maybe I'm misunderstanding threads, but the following code will go through the
run method once and exit:
Unfortunately, I'm doing this code from memory so it might not be perfect...
import java.net.*;
public class ThreadEg implements runnable {
private Thread myThread;
public ThreadEg() {
myThread = new Thread(this);
myThread.start();
}
public void run() {
System.out.println("inside the run statement...");
}
public static void main(String [] args) {
ThreadEg threadEg = new ThreadEg();
}
}
This results in the sample output
Inside the run statement...
Being displayed once.
The program was executed with green threads.
Dave
--
From: Nathan Meyers [SMTP:[EMAIL PROTECTED]]
Sent: Thursday, July 08, 1999 10:50 AM
To: Rob Nugent
Cc: [EMAIL PROTECTED]
Subject: Re: Java3D and 'main()'
Rob Nugent wrote:
>
> Many thanks to everyone who answered me on this issue. Nathan managed to put me on
>the
> right track:
>
> The window was indeed visible until main() exited (I think I neglected to say this
>in my original post).
>
> I was running with jdk1.2pre1 with green threads. Moving to native threads solved
>the problem, although
> I can' explain why. This is a good enough solution for me until I can move to
>RedHat60/glibc2.1/jdk1.2pre2
>
This is comforting in a troubling sort of way :-). I had hoped moving to
green threads would solve the problem, and ended up having it backwards.
Apparently, the AWT threads are being started... yet the application
terminates when the main thread ends. Sounds buggy to me. Has anyone had
an opportunity to try this under pre2?
Nathan
--
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]
Re: Has Sun Overstretch Themselves With So Many APIs?
>Date: Fri, 09 Jul 1999 07:02:02 -0400 >From: "Thomas M. Sasala" <[EMAIL PROTECTED]> > Perhaps it takes a large API to reproduce something Apple, Microsloth, >Sun, HP, etc. have been working on for 20 years. > > FWIW, I don't think the API has anything to do with write once, >run noum, any where. Clearly Microsoft has been able to turn >Java in to a platform specific language with little help. 2 things: Hey, I thought the consensus was that Visual J++ was NOT Java, even though Microsquash was calling it Java. Which in turn, prompted one of many suites filed by Sun? Did I get this right? Anyone know how the lawsuit is coming along? I think we all hope that someday "write once, run anywhere" will be a true statement about Java. -Larry Gates > -T > >jools enticknap wrote: >> >> >I am wondering if Sun has overstretch itself in trying to develop so >> >many APIs? It seems to me that they are struggling and there is enough >> >support and help to help outsiders (like Blackdown who done an excellent >> >job porting the software)? >> >> >> >> Perhaps this is a direct result of trying to bring an open technology to >> market, and at the same time protect the one thing that makes Java useful in >> the first place (write once, run everywhere(TM)). >> >> Also once a technology is invented it needs time for the comunity to >> evaluate and comment on whats been done, and these comments must also be >> evaluted and the next step then taken. >> >> This all takes time, however I for one and happy this does take place. >> >> As for porting assistance, I think that you will find that SUN has __very__ >> close links with the blackdown guys and do offer help when it's requested. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
build JDK 1.1.8 from source
Hi, I have the Java Sun source distribution for the jdk 1.1.8 and I would like to built it on my Linux box. I already have the Linux jdk 1.1.7-v3 binaries installed. What diffs must I apply? Thanks for your help Virginie Galtier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Has Sun Overstretch Themselves With So Many APIs?
Visual J++ is an IDE for Windows. Unless you jump through some hoops, it allows you to write applications that will only run under a Windozes version of Java. As far as I recall, Microsoft is under serious pressure to bring J++ into line with the Sun license agreement. So much so that Microsoft is now considering abondoning Java altogether for its own 'technology' called COOL. Not so cool IMHO. Surf around www.news.com for some general articles about the whole thing. -T > 2 things: > > Hey, I thought the consensus was that Visual J++ was NOT Java, even > though Microsquash was calling it Java. Which in turn, prompted one > of many suites filed by Sun? Did I get this right? Anyone know how > the lawsuit is coming along? > > I think we all hope that someday "write once, run anywhere" will be a > true statement about Java. > > -Larry Gates > -- +---+ + Thomas M. Sasala, Electrical Engineer [EMAIL PROTECTED] + + MRJ Technology Solutionshttp://www.mrj.com + + 10461 White Granite Drive, Suite 102(W)(703)277-1714 + + Oakton, VA 22124 (F)(703)277-1702 + +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Has Sun Overstretch Themselves With So Many APIs?
Not only is Visual J++ not Java, the Java VM delivered with Internet Explorer is not java - MS has removed rmi and Corba. Nick Larry Gates wrote: > >Date: Fri, 09 Jul 1999 07:02:02 -0400 > >From: "Thomas M. Sasala" <[EMAIL PROTECTED]> > > > Perhaps it takes a large API to reproduce something Apple, Microsloth, > >Sun, HP, etc. have been working on for 20 years. > > > > FWIW, I don't think the API has anything to do with write once, > >run noum, any where. Clearly Microsoft has been able to turn > >Java in to a platform specific language with little help. > > 2 things: > > Hey, I thought the consensus was that Visual J++ was NOT Java, even > though Microsquash was calling it Java. Which in turn, prompted one > of many suites filed by Sun? Did I get this right? Anyone know how > the lawsuit is coming along? > > I think we all hope that someday "write once, run anywhere" will be a > true statement about Java. > > -Larry Gates > > > -T > > > >jools enticknap wrote: > >> > >> >I am wondering if Sun has overstretch itself in trying to develop so > >> >many APIs? It seems to me that they are struggling and there is enough > >> >support and help to help outsiders (like Blackdown who done an excellent > >> >job porting the software)? > >> > >> > >> > >> Perhaps this is a direct result of trying to bring an open technology to > >> market, and at the same time protect the one thing that makes Java useful in > >> the first place (write once, run everywhere(TM)). > >> > >> Also once a technology is invented it needs time for the comunity to > >> evaluate and comment on whats been done, and these comments must also be > >> evaluted and the next step then taken. > >> > >> This all takes time, however I for one and happy this does take place. > >> > >> As for porting assistance, I think that you will find that SUN has __very__ > >> close links with the blackdown guys and do offer help when it's requested. > > -- > 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]
Re: Java3D and 'main()'
David Blankley wrote:
>
> I haven't tested under 1.2 yet, but a similar problem exists in v1.1.7
>
> Maybe I'm misunderstanding threads, but the following code will go through
>the run method once and exit:
You're probably misremembering a bit... this example shouldn't go
through run() any more than once.
I now remember dealing with something similar early in my Java (and
Blackdown) experience, although I cannot reproduce it now. Something
like this:
---
import java.awt.*;
public class Hello extends Thread
{
public void run()
{
(new Frame("Hello World")).setVisible(true);
}
public static void main(String[] argv)
{
(new Hello()).start();
}
}
---
would sometimes exit without ever showing a window. I fixed it by adding
some synchronization to ensure that main() wouldn't exit before the
other thread had done a certain amount of processing, but that sounds a
bit klugey in hindsight. There may be an issue here of Bad Programming
Practice (relying on unspecified thread behavior), but I'm not entirely
convinced of that.
Nathan
> Unfortunately, I'm doing this code from memory so it might not be perfect...
>
> import java.net.*;
> public class ThreadEg implements runnable {
> private Thread myThread;
>
> public ThreadEg() {
> myThread = new Thread(this);
> myThread.start();
> }
>
> public void run() {
> System.out.println("inside the run statement...");
> }
>
> public static void main(String [] args) {
> ThreadEg threadEg = new ThreadEg();
> }
> }
>
> This results in the sample output
> Inside the run statement...
> Being displayed once.
> The program was executed with green threads.
>
> Dave
> --
> From: Nathan Meyers [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, July 08, 1999 10:50 AM
> To: Rob Nugent
> Cc: [EMAIL PROTECTED]
> Subject: Re: Java3D and 'main()'
>
> Rob Nugent wrote:
> >
> > Many thanks to everyone who answered me on this issue. Nathan managed to put me on
>the
> > right track:
> >
> > The window was indeed visible until main() exited (I think I neglected to say this
>in my original post).
> >
> > I was running with jdk1.2pre1 with green threads. Moving to native threads solved
>the problem, although
> > I can' explain why. This is a good enough solution for me until I can move to
>RedHat60/glibc2.1/jdk1.2pre2
> >
>
> This is comforting in a troubling sort of way :-). I had hoped moving to
> green threads would solve the problem, and ended up having it backwards.
> Apparently, the AWT threads are being started... yet the application
> terminates when the main thread ends. Sounds buggy to me. Has anyone had
> an opportunity to try this under pre2?
>
> Nathan
>
> --
> 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]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Missing libjava.so
I reacently installed the JDK ver. 1.2 on the latest (updated daily) version of Debian. I tried to compile a basic text case with the following command: javac HelloWorld.java But the compiler responded with this error: Error: can't find libjava.so. I'd apreciate any help I can get. -Levi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
do I have a shot here
So I'm sortof clueless when it comes to linux-guts issues. My machine is semi-supported by sys admins so I haven't had the pleasure (?) of paying much attention to real maintanence stuff. in /usr/lib : ls -al | grep libc -rw-r--r-- 1 root root 1197954 Apr 8 1997 libc.a lrwxrwxrwx 1 root root 24 Oct 9 1997 libc.so -> ../../lib/libc.so.5.3.12 (among other stuff) I think I'm still running basically just plain ol RedHat 5.0 : uname -a Linux .globeset.com 2.0.30 #1 Wed Jun 4 15:02:33 EDT 1997 i686 unknown Newer Redhat installations have some kind of problem with our automount setup, and have to reboot like every week or two. Everytime our sysadmin has asked me if I want to upgrade, my answer has been no because of this aoutmounter problem, well that and the fact that netscape, gcc, emacs, and tin work fine, so I don't really care what version of anything else is running. My confusion: Should I even bother trying to download the JDK1.2 thing and getting it to work? Or am I too far in the stone age? Green threads, JIT off, getting "hello world" to work is all I really want right now, alghouth I probably will be attempting some serious development in the near future. Chance -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Missing libjava.so
Levi wrote: > > I reacently installed the JDK ver. 1.2 on the latest (updated daily) > version of Debian. I tried to compile a basic text case with the following > command: > > javac HelloWorld.java > > But the compiler responded with this error: > > Error: can't find libjava.so. > > I'd apreciate any help I can get. That usually means your JDK version is out of sync with your libc. If you've got the /lib/libc.so.6 symlink pointing at /lib/libc-2.0.something, you need the glibc2.0 version. If it's pointing to /lib/libc-2.1.something, you need the glibc2.1 version. The JDK versions come from directories with obvious names at the blackdown site/mirrors. Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: do I have a shot here
You're not in shape to run JDK1.2 -- I think you may be on RH4.something. You need a system based on glibc: RH5 or RH6 (I think RH moved to glibc with their 5.0 release, but I'll accept correction on that point). If you're willing to work with JDK1.1, you can get that for your system. Nathan Chance Harris wrote: > > So I'm sortof clueless when it comes to linux-guts issues. My machine > is semi-supported by sys admins so I haven't had the pleasure (?) of > paying much attention to real maintanence stuff. > > in /usr/lib : > > ls -al | grep libc > -rw-r--r-- 1 root root 1197954 Apr 8 1997 libc.a > lrwxrwxrwx 1 root root 24 Oct 9 1997 libc.so -> >../../lib/libc.so.5.3.12 > (among other stuff) > > I think I'm still running basically just plain ol RedHat 5.0 : > > uname -a > Linux .globeset.com 2.0.30 #1 Wed Jun 4 15:02:33 EDT 1997 i686 unknown > > Newer Redhat installations have some kind of problem with our automount > setup, and have to reboot like every week or two. Everytime our sysadmin > has asked me if I want to upgrade, my answer has been no because of > this aoutmounter problem, well that and the fact that netscape, gcc, > emacs, and tin work fine, so I don't really care what version of anything > else is running. > > My confusion: Should I even bother trying to download the JDK1.2 thing and > getting it to work? Or am I too far in the stone age? Green threads, JIT > off, getting "hello world" to work is all I really want right now, alghouth > I probably will be attempting some serious development in the near future. > > Chance > > -- > 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]
JPDA
When will JPDA be available for JDK 1.2. Thanks Al -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Has Sun Overstretch Themselves With So Many APIs?
> Agreed, Swing JFC is one of the best API design ever. Java 2D/ DnD is excellent > and JMF appears to be well though out. I await Java Sound with baited breath. > I don't 100% agree with the comment about JFC. Some things in JFC are well written like the JTree and the JTable and the Text components. But the rest seem slapped together and hard to customize without creating your own components. Another thing is it is scary how slow they seem to fix problems. I heard from someone who went to JavaOne last year that they have 10 people devoted to Swing. How long has JFC came out? A lot of repeatable problems have not been fixed. This is amazingly bad. What have they been doing? The interface hasn't changed significantly. All there is to do is fix thier bugs. Oh well... -rchit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Has Sun Overstretch Themselves With So Many APIs?
Rachit Siamwalla wrote: > > > Agreed, Swing JFC is one of the best API design ever. Java 2D/ DnD is excellent > > and JMF appears to be well though out. I await Java Sound with baited breath. > > > > I don't 100% agree with the comment about JFC. Some things in JFC are > well written like the JTree and the JTable and the Text components. But > the rest seem slapped together and hard to customize without creating > your own components. Another thing is it is scary how slow they seem to > fix problems. I heard from someone who went to JavaOne last year that > they have 10 people devoted to Swing. How long has JFC came out? A lot > of repeatable problems have not been fixed. This is amazingly bad. What > have they been doing? The interface hasn't changed significantly. All > there is to do is fix thier bugs. Oh well... I can't even go that far since JTable has its own problems. Like you mentioned its hard to customize without creating your own component and its also almost useless for data entry. In general the whole thing is missing so much basical functionality that you end up spending all your time subclassing their components. Little things like the simplest of data validation (limiting the number of characters entered for instance) require you to write code when it should be basic functionality of the component. I think they've had to spend *way* too much time on getting the whole switchable look and feel working and in doing so have left out basic functionality. Its also so complicated its hard to subclass and get control of the behaviour when you need to (and I also suspect this is the source of the bugs and why they can't fix them). They should have just worked on a light weight set of components with a rich set of functionality and a nice look and feel. AWT is bad because it relies on the underlying graphics lib which creates subtle differences in functionality between operating systems but JFC seems to be just as bad by trying to cater to everyone they have made a system not very good for anyone. If its not obvious, I've been working with Swing for a while now and had nothing but frustration. 8^) Rant mode off. Are there other options out there? -- Brad Pepers Linux Canada Inc.Home of Linux products in Canada! http://www.linuxcanada.com Proud supporter of Cyclades, Red [EMAIL PROTECTED] Hat, and Caldera. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
