pre-jdk117_v2 works fine (was: Re: why do we need X11 to run purely command line java stuff?)
Louis-David Mitterrand writes: > FYI a pre-117_v2 is already available at http://www.wisp.net/~kreilede/ > and it works like a charm on my Debian potato system (glibc 2.1.1). I can't even unpack the jdk117_v2_x86_glibc-2_0_green+native_threads_tar.bz2 with the Debian 2.1 bunzip2: tells me it is corrupted. Next, I do bzip2recover, which recovers no less than 42 files. If I try bunzip2 on one of the recovered files, it tells me they are corrupted... nuts. Needless to say, the 2.1 tarball downloaded and unpacks like a charm. I just don't have glibc-2.1 yet. It also dated 31st, while the bzip's dated 21st Question 1: Is there a glibc-2.0 tar.gz of the same archive? Question 2: Are there known problems with bzip? On Debian 2.1? Question 3: What will I get into upgrading to glibc-2.1? I fetched ldso_1_9_11-1.deb libc6_2_1_1-2.deb modutils_2_1_121-20.deb from potato yesterday, but frankly, I don't want to wreck my system due to a desparate hope that then I can get to test my bug against v2. b. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Green threads not found
I'm getting these errors when executing "java", without any more parameters, only to see the command line options. I have installed JDK 1.1.2 and runs without any problems, but neither JDK 1.1.7 nor JDK 1.2 don't work. Do you know what I can do to solve this problem ? /usr/local/jdk117_v1a/bin# ./java ldd: can't execute ./../bin/i586/green_threads/java (No such file or directory) ./../bin/checkVersions: /tmp/ldd.out.15175: Permission denied ./java: /usr/local/jdk117_v1a/bin/../bin/i586/green_threads/java: No such file or directory ./java: /usr/local/jdk117_v1a/bin/../bin/i586/green_threads/java: No such file or directory Thanks in advance... Tomás Diago Shareware intercom http://shareware.intercom.es GRUPO INTERCOM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dumb Question
It is also on your Red Hat CD. J At 01:12 AM 5/5/99 -0500, Luther Baker wrote: >I am using Red Hat and recently downloaded your jdk1.2. Unfortunately, I >am not as UNIX savvy as I need to be and the .bz2 extension is throwing >me. gunzip and gzip resond with errors that they don't understand the >file format. > >Is there a man page or an http address to download this expander... or >what is .bz2 and am I typing the wrong command in. > >Thanks... > > >-- >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: Green threads not found
> tomas writes: tomas> I'm getting these errors when executing "java", without any tomas> more parameters, only to see the command line options. I tomas> have installed JDK 1.1.2 and runs without any problems, but tomas> neither JDK 1.1.7 nor JDK 1.2 don't work. tomas> Do you know what I can do to solve this problem ? tomas> /usr/local/jdk117_v1a/bin# ./java tomas> ldd: can't execute ./../bin/i586/green_threads/java (No such file or tomas> directory) tomas> ./../bin/checkVersions: /tmp/ldd.out.15175: Permission denied tomas> ./java: /usr/local/jdk117_v1a/bin/../bin/i586/green_threads/java: No such tomas> file or directory tomas> ./java: /usr/local/jdk117_v1a/bin/../bin/i586/green_threads/java: No such tomas> file or directory Looks like you have libc5 system and you're trying to run a glibc JDK. You need jdk_1.1.7-v1a-libc5-x86.tar.gz for libc5 systems. (There is no libc5 version of the JDK 1.2). Juergen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pre-jdk117_v2 works fine (was: Re: why do we need X11 to run purely command line java stuff?)
> Bernd Kreimeier writes: Bernd> Louis-David Mitterrand writes: >> FYI a pre-117_v2 is already available at http://www.wisp.net/~kreilede/ >> and it works like a charm on my Debian potato system (glibc 2.1.1). Bernd> I can't even unpack the Bernd>jdk117_v2_x86_glibc-2_0_green+native_threads_tar.bz2 Bernd> with the Debian 2.1 bunzip2: tells me it is corrupted. Bernd> Next, I do bzip2recover, which recovers no less than Bernd> 42 files. If I try bunzip2 on one of the recovered Bernd> files, it tells me they are corrupted... nuts. Bernd> Needless to say, the 2.1 tarball downloaded and unpacks Bernd> like a charm. I just don't have glibc-2.1 yet. Bernd> It also dated 31st, while the bzip's dated 21st It's the same version, I repacked the 2.1 version for a netscape guy who had the same problem as you. Bernd> Question 1: Bernd> Is there a glibc-2.0 tar.gz of the same archive? No, and I will not make one because the final release will be ready soon. Bernd> Question 2: Bernd> Are there known problems with bzip? On Debian 2.1? The pre-releases were built and bzipped on Debian 2.1/2.2, I just tried to extract the archives and had no problems. Bernd> Question 3: Bernd> What will I get into upgrading to glibc-2.1? Bernd> I fetched Bernd> ldso_1_9_11-1.deb Bernd> libc6_2_1_1-2.deb Bernd> modutils_2_1_121-20.deb I would recommend a complete upgrade to potato. The only problem I have with potato is that gdb currently hangs with threaded programs (e.g. the JDK). Juergen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
java-telephony
i have a Panasonic Hybrid System Telephony 32 (line) this system have a LPT port, when i connect a draft printer - ROBOTRON ... after a out-going call PHST send from a printer few date .. like < date> How can i redirect this date from a database or file i can use java-telephony .. ? I need a solutions for Unix/Linux env. DANIEL [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ... java.io.*
The way I woul do it is:
BufferedReader in = new BufferedReader(new FileReader("foo"));
then you can do something like:
String s = in.readLine();
Then you can use StringTokenizer on the new string. StringTokenizer is a
little simpler to use than StreamTokenizer. If all you are doing is
breaking up a string, I would use StringTokenizer.
--Alex McCarrier
--Momentum Software, Inc.
On Tue, 4 May 1999, Jeff Galyan wrote:
> Use a StreamTokenizer to break the input stream into tokens, using
> whitespace as the quote character.
>
> Daniel Ignat wrote:
> >
> >
> > now .. how can I read from file
> > first line is:
> >
> > May 4 15:51:04 dexter pppd[304]: local IP address *.*.*.*
> >
> > - in my scenario I need to read first line and:
> > read from second May 4 and format text 'May 4'
> > read from next 15:51:04 and rezult '15:51:04'
> > read from next dexter .
> > read from next pppd[304]: ...
> > read from end off line and '. rest of line'
> >
> > go to next line ...
> > ...
> >
> > Q: for this class I need to use FileReader - for read-in
> >and FileWriter - for write-in ?
> >
>
>
> --
> Jeff Galyan
> http://www.anamorphic.com
> http://www.sun.com
> jeffrey dot galyan at sun dot com
> talisman at anamorphic dot com
> Sun Certified Java(TM) Programmer
> ==
> Linus Torvalds on Microsoft and software development:
> "... if it's a hobby for me and a job for you, why are you doing such a
> shoddy job of it?"
>
> The views expressed herein do not necessarily reflect those of my
> employer.
>
> Sun Microsystems, Inc., has no connection to my involvement with the
> Mozilla Organization.
>
>
> --
> 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: Java/C benchmark
Hi, > hold on - this post was intended to be just a statement of fact, > not a complaint. I use blackdown and am very grateful for its existence. > I've timed tya across releases, and it's gotten steadily faster over the > last 6 months. The fact that it already keeps up with the sun-supplied > jdk12/linux jit is impressive. BTW, next TYA1.3v2 (comes next time) will be faster than v1 because I've just rewritten the JNI invoker stuff. So CM3 result using JDK1.2 is not too bad, except the graphics are very poor, but this is _not_ a matter of TYA. Cheers, Albrecht -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: newb: running Java service?
On Tue, 4 May 1999 [EMAIL PROTECTED] wrote: > Another option is to use servlets, the converse of "applets" but embedded > on the server side. Apache supports JServ (see java.apache.org) which > runs standalone alongside the web server. Servlets let you do fancy > things which you may want in the future. In particular you could pool > your database connections and reuse them from servlet to servlet. Caveat on pooling database connections in servlets: You need to make sure those database connections are thread safe. Since there is only one instance of a servlet running, you don't want threads stealing resources from each other. IMHO though, servlets are very useful, and are my favorite way of doing servers in java. Even if you don't plan to access them through a web browser. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Swing never waits?
Thanks to all who replied to my earlier posts concerning reading from a socket not working under RedHat 4.1. I upgraded last weekend to JDK 1.1.7 and RedHat 5.2 and now reading from a Socket's input stream works perfectly with no SocketExceptions being thrown. I have another question (out of curiosity mostly). I downloaded from Sun the latest version of Swing for JDK 1.1 (Swing 1.1.1beta2). I started up the SwingSet demo and noticed how slow it was. I ran top and noticed that even when I was doing nothing (i.e. no mouse moves, no selections, just sitting there) the demo was eating up 16 MB of memory and 50-60% of my cpu. It seems as if the virtual machine never waits (at least when running this demo). Has anybody noticed this behavior with Swing? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: newb: running Java service?
>> Another option is to use servlets, the converse of "applets" but embedded >> on the server side. Apache supports JServ (see java.apache.org) which >> runs standalone alongside the web server. Servlets let you do fancy >> things which you may want in the future. In particular you could pool >> your database connections and reuse them from servlet to servlet. > >Caveat on pooling database connections in servlets: > >You need to make sure those database connections are thread safe. Since >there is only one instance of a servlet running, you don't want threads >stealing resources from each other. > This caveat holds for *any* stateless machine that can be executed concurrently (as servlets are, at least within any self-respecting servlet engine, anyway). >IMHO though, servlets are very useful, and are my favorite way of doing >servers in java. Even if you don't plan to access them through a web >browser. > And once you do that, is your web server really *just* a web server, or a particularly over-specialized form of generic application server.? :) How about this: instead of running a web server, run a generic application server (EJB, CORBA, who cares) that has a "servlet" (sorry to reuse the term) that listens on port 80, understands HTTP, and hands back HTML resources? Six of one, half-dozen of the other, you might argue, but most application servers are starting to go the clustered/load-balancing/fault-tolerance route, and if your application server is an EJB server, your HTTP SessionBean can always get swapped out when there's no HTTP requests Try doing *that* with Apache. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: newb: running Java service?
On Wed, 5 May 1999, Ted Neward wrote: > And once you do that, is your web server really *just* a web server, or a > particularly over-specialized form of generic application server.? :) correct. > How about this: instead of running a web server, run a generic application > server (EJB, CORBA, who cares) that has a "servlet" (sorry to reuse the > term) that listens on port 80, understands HTTP, and hands back HTML Why bother? Most application servers I've seen allow for using a web server as part of their architecture. Their other feature is taht of requiring deep pockets. :) > resources? Six of one, half-dozen of the other, you might argue, but most > application servers are starting to go the > clustered/load-balancing/fault-tolerance route, and if your application > server is an EJB server, your HTTP SessionBean can always get swapped out > when there's no HTTP requests Try doing *that* with Apache. :) One thing I see is companies using a fu ll blown app server for tiny web projects. Seems like overkill to me. If you use a web server with servlet support, when you are ready for that beast of an app server, you can take all you've done with you. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Swing never waits?
>I started up the SwingSet demo and noticed how slow it was. I ran >top and noticed that even when I was doing nothing (i.e. no mouse >moves, no selections, just sitting there) the demo was eating up >16 MB of memory and 50-60% of my cpu. It seems as if the virtual >machine never waits (at least when running this demo). > Because Swing is a fully lightweight library, it can't rely on any of the operating-system-specific constructs underneath the JVM to more efficiently make use of the CPU. Instead, it spins off a daemon thread to (basically) poll the OS for the mouse position and information and broadcast that information to the Swing JComponents under the mouse pointer at that moment. Inefficient, yes, but that's what "Write Once, Run Anywhere" buys you--necessary inefficiency sacrificed on the altar of portability. :) I've never measured the CPU occupation of an AWT app, though; might be interesting to run an AWT example and see if it takes up the same amount of CPU. If not, then Swing's obviously doing things in the background that an AWT app's not. (Maybe just filtering the events through all the event listeners?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Swing never waits?
> I've never measured the CPU occupation of an AWT app, though; might be > interesting to run an AWT example and see if it takes up the same amount of > CPU. If not, then Swing's obviously doing things in the background that an > AWT app's not. (Maybe just filtering the events through all the event > listeners?) CPU usage when running the swing demo is not a good indicator of whether the use of swing in an application is going to perform the same way. The demo has lots of whizzy components in it that are going to eat the CPU. Unfortunately swing does consume lots of memory. In most cases the memory loss is a known bug and Sun is working to correct the problem. --Corey > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > /* Corey Brown (WB0RXQ): 20m, 15m, 2m(146.82) 70cm(443.65) */ /* AT&T NCS | [EMAIL PROTECTED] */ /* Alpharetta, Ga 30005 | [EMAIL PROTECTED] */ /* (770)750-8071 | New rays from an ancient sun (JS) */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Swing never waits?
Ted Neward wrote: > Because Swing is a fully lightweight library, it can't rely on any of the > operating-system-specific constructs underneath the JVM to more efficiently > make use of the CPU. Instead, it spins off a daemon thread to (basically) > poll the OS for the mouse position and information and broadcast that > information to the Swing JComponents under the mouse pointer at that > moment. This sounds suspicious. Is this conjecture or based on analyzing the Swing code? There's always an AWT window under a top-level Swing window, and I would expect Swing to be using AWT events to be tracking input devices. Not that there aren't a lot of CPU-sucking details buried in Swing (or lightweight components in general)... I just question whether this is one of them. Nathan - This message was sent using Endymion MailMan. http://www.endymion.com/products/mailman/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Swing never waits?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Because Swing is a fully lightweight library, it can't rely on any of the > operating-system-specific constructs underneath the JVM to more efficiently > make use of the CPU. Instead, it spins off a daemon thread to (basically) > poll the OS for the mouse position and information and broadcast that > information to the Swing JComponents under the mouse pointer at that > moment. Inefficient, yes, but that's what "Write Once, Run Anywhere" buys > you--necessary inefficiency sacrificed on the altar of portability. :) Hmm. You may be correct, but I'm pretty sure that doesn't account for *that* much CPU. I've had smaller apps running and they don't consume much CPU. I think that the high CPU consumtion can be attributed to the dreaded garbage collector doing it's thing once every second or so... I guess the Sun JDK doesn't use a very efficient algorithm (they're hard to write, I know). If you launch a large baby like Netbeans Developer you'll see the same effect. / Peter Schuller - --- PGP userID: 0x5584BD98 or 'Peter Schuller <[EMAIL PROTECTED]>' E-Mail: [EMAIL PROTECTED] Web: http://hem.passagen.se/petersch Help create a free Java based operating system - www.jos.org. -BEGIN PGP SIGNATURE- Version: PGPfreeware 5.0i for non-commercial use Charset: noconv iQA/AwUBNzCJPMBfJ1FVhL2YEQJQZACgou4cgMP4y4AXrVNIAemqNZf824gAoJR9 0KFETbIBNAXjdg4j9Tf4DEyA =UJxr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: newb: running Java service?
On Wed, 5 May 1999 [EMAIL PROTECTED] wrote: > On Wed, 5 May 1999, Ted Neward wrote: > > > How about this: instead of running a web server, run a generic application > > server (EJB, CORBA, who cares) that has a "servlet" (sorry to reuse the > > term) that listens on port 80, understands HTTP, and hands back HTML > > Why bother? Most application servers I've seen allow for using a web > server as part of their architecture. Their other feature is taht of > requiring deep pockets. :) > > > resources? Six of one, half-dozen of the other, you might argue, but most > > application servers are starting to go the > > clustered/load-balancing/fault-tolerance route, and if your application > > server is an EJB server, your HTTP SessionBean can always get swapped out > > when there's no HTTP requests Try doing *that* with Apache. :) > > One thing I see is companies using a fu ll blown app server for tiny web > projects. Seems like overkill to me. If you use a web server with > servlet support, when you are ready for that beast of an app server, you > can take all you've done with you. :) Looks like we're going more into what the original poster bargained for =) EJB is nice I certainly agree, but as alx points out: EJB servers are either a) at least $10,000 per installation or b) under beta testing or development. But they are certainly the way to go in the future if you want to do any seriously heavy server-side development in Java. I'm writing a course on EJB so if you want any pointers to resources on them I'd be happy to share. And there are open source projects in this area too. . . . Sean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Swing never waits?
Nathan Meyers wrote: > Ted Neward wrote: > > Because Swing is a fully lightweight library, it can't rely on any of the > > operating-system-specific constructs underneath the JVM to more efficiently > > make use of the CPU. Instead, it spins off a daemon thread to (basically) > > poll the OS for the mouse position and information and broadcast that > > information to the Swing JComponents under the mouse pointer at that > > moment. > > This sounds suspicious. Is this conjecture or based on analyzing the Swing code? > There's always an AWT window under a top-level Swing window, and I would expect > Swing to be using AWT events to be tracking input devices. > > Not that there aren't a lot of CPU-sucking details buried in Swing (or > lightweight components in general)... I just question whether this is one of > them. > As a member of the unfortunate cwrod who spends his life in the bowles of swing I can say this is not true. What is probaly happing is there is some code in the demo which responds to and event and then generates and event ... It may be the blinking text cursor but mine never shows up anyway and I think its on a timer. But I do see a lot of gui code wich generates event loops by accident. And I write my own share : ) Often when I've had a gui app eat cpu sitting thre its becuase of a event loop. I wish java soft would provide a simple debug switch for the EventLoop heres what I do take the instance and event class as args Toolkit.getDefaultToolkit().getSystemEventQueue().debug( myFrame, MouseEvent.class ); //add more agres if needed like a type for mouse etc You coud do it external using peekEvent but I'm lazy. I just add it to a working copy. The nice thing is when I move out of debug nothing compiles till I remove or comment out the debug code keeps it out of production. You can figure out what debug does. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Swing never waits?
Michael Emmel wrote: > I wish java soft would provide a simple debug switch for the EventLoop > > heres what I do > > take the instance and event class as args > > Toolkit.getDefaultToolkit().getSystemEventQueue().debug( myFrame, > MouseEvent.class ); //add more agres if needed like a type for mouse etc Michael, you've lost me. There's a private debug variable in EventQueue, but where does the debug() method come from? Nathan - This message was sent using Endymion MailMan. http://www.endymion.com/products/mailman/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pre-jdk117_v2 works fine - except for me :(
Juergen Kreileder writes: > Bernd> Is there a glibc-2.0 tar.gz of the same archive? > No, and I will not make one because the final release will be ready > soon. Okay, using wget instead of Win95 Nerdscrap did the trick. I have the dubious pleasure of presenting the result of running my "bug" Invocation+AWT test against it (below), which looks quite like v1a. > I would recommend a complete upgrade to potato. > The only problem I have with potato is that gdb currently hangs The problem I have with potato is that I am an underprivileged frog sitting in a remote little pond somewhere in the vast backwater swamps of the 'net ruled by Telecom Eireann, which is to say that getting main/binary-i386 or some such on a borrowed hard disk to get it on a CD to get it to my box will take 3 days of dedicated effort. Is there a somewhat less involved migration path to make my hopelessly outdated, aged Debian 2.1 install a somewhat acceptable environment for JDK? b. Calling method Test.init()V... JAVA: Test.init()V called. JAVA: AWT Frame created. JAVA: AWT Frame configured. SIGSEGV 11* segmentation violation stackbase=B2E8, stackpointer=BFFFEF40 Full thread dump: "AWT-Motif" (TID:0x407854a0, sys_thread_t:0x80ec570, state:CW, thread_t: t@5125, sp:0x0 threadID:0x1ad, stack_base:0xbf1ffd68, stack_size:0x20) prio=5 java.lang.Thread.run(Thread.java) "AWT-Input" (TID:0x407854c0, sys_thread_t:0x80f0660, state:R, thread_t: t@4100, sp:0x0 threadID:0x1ac, stack_base:0xbf3ffd68, stack_size:0x20) prio=5 "AWT-EventQueue-0" (TID:0x407854d8, sys_thread_t:0x80bd940, state:CW, thread_t: t@3075, sp:0x0 threadID:0x1ab, stack_base:0xbf5ffd68, stack_size:0x20) prio=5 java.lang.Object.wait(Object.java) java.awt.EventQueue.getNextEvent(EventQueue.java:118) java.awt.EventDispatchThread.run(EventDispatchThread.java:67) "SIGQUIT handler" (TID:0x407812a0, sys_thread_t:0x807dc70, state:R, thread_t: t@2050, sp:0x0 threadID:0x1aa, stack_base:0xbf7ffd68, stack_size:0x20) prio=5 "Finalizer thread" (TID:0x40781088, sys_thread_t:0x807dbd8, state:CW, thread_t: t@1025, sp:0x0 threadID:0x1a9, stack_base:0xbf9ffd68, stack_size:0x20) prio=5 sun.awt.motif.MFramePeer.(MFramePeer.java:78) sun.awt.motif.MToolkit.createFrame(MToolkit.java:117) java.awt.Frame.addNotify(Frame.java:203) java.awt.Window.show(Window.java:145) Test.init(Test.java:30) Monitor Cache Dump: java.lang.Object@1081626600/108288: owner "main" (0x807d318, 1 entry) sun.awt.motif.MToolkit@1081627280/1082004456: owner "main" (0x807d318, 1 entry) Waiting to be notified: "AWT-Motif" (0x80ec570) java.awt.EventQueue@1081627232/1082004712: Waiting to be notified: "AWT-EventQueue-0" (0x80bd940) Registered Monitor Dump: Dynamic loading lock: Thread queue lock: Name and type hash table lock: String intern lock: JNI pinning lock: JNI global reference lock: BinClass lock: Class loading lock: Java stack lock: Code rewrite lock: Heap lock: Has finalization queue lock: Finalize me queue lock: Waiting to be notified: "Finalizer thread" (0x807dbd8) Monitor registry: owner "main" (0x807d318, 1 entry) Abort (core dumped) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Swing never waits?
>This sounds suspicious. Is this conjecture or based on analyzing the Swing
code?
>There's always an AWT window under a top-level Swing window, and I would
expect
>Swing to be using AWT events to be tracking input devices.
>
A little conjecture, a little analysis. Swing uses the AWT event queue,
true, but because all lightweight components must exist within an AWT
toplevel component, Swing has to take over from there and dispatch all
messages from thence forth. Whereas a native Win32 app (even if it's not
optimized and/or makes use of such whizzy-bang nifties like tooltips) can
"park" itself in the CPU when the application is disabled, a Java AWT/Swing
app can't necessarily do that. See below for what I mean.
>Not that there aren't a lot of CPU-sucking details buried in Swing (or
>lightweight components in general)... I just question whether this is one of
>them.
>
One of the details in Win32 AWT is that in the native Win32 event loop
(buried within the native implementation of the Win32 java.awt.Toolkit
implementation), the following calls are made:
/*
* Create the one-and-only toolkit window. This window isn't
* displayed, but is used to route messages to this thread.
*/
m_toolkitHWnd = CreateToolkitWnd("theAwtToolkitWindow");
ASSERT(m_toolkitHWnd != NULL);
/*
* Setup a GetMessage filter to watch all messages coming out of our
* queue from PreProcessMsg().
*/
m_hGetMessageHook = ::SetWindowsHookEx(WH_GETMESSAGE,
(HOOKPROC)GetMessageFilter,
0, GetCurrentThreadId());
Both of these are horribly inefficient; I'm not sure why Java/AWT needs to
route all messages through a single window (probably has to do with native
threads, come to think of it), nor why they need a message hook. One of the
properties, however, of hooks is that you will be called for each and every
message that comes through the system, whether you were intended for it or
not.
Anybody with more Swing/AWT internals knowledge than I care to comment?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: newb: running Java service?
>Looks like we're going more into what the original poster bargained for =) > Uh what was the original question again? :) >EJB is nice I certainly agree, but as alx points out: EJB servers are >either a) at least $10,000 per installation or b) under beta testing or >development. But they are certainly the way to go in the future if you >want to do any seriously heavy server-side development in Java. > Agreed. But I'd watch prices come back down as a thousand different vendors suddenly jump into the market with low-range to super-high-range EJB servers. What's more, you can usually download these eval versions for development to get a good idea of what EJB development is like without shelling out a penny. (Gotta love this Open Source movement, eh?) :) >I'm writing a course on EJB so if you want any pointers to resources on >them I'd be happy to share. > Course for whom? >And there are open source projects in this area too. > www.EJBHome.com (now a division of Iona) is one, I know of (I think) one or two others as well -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: glibc 2.1 binary
On Tue, 4 May 1999, Steve Byrne wrote:
> Scott Murray writes:
[snip]
> > It seems to fix the problem I (and others I think) had with Runtime.exec
> > hanging sometimes when used with native threads. Which is good, as I
> > was almost resigned to putting in some Linux specific code into the app
> > I'm working on to avoid the problem under v1a.
>
> What kind of hanging? Were you waiting for the process to complete explicitly?
> I'm very interested to find out more.
>
> We're having that problem in 1.2 with native threads, which is one of the
> reasons that we don't say we pass JCK using native threads yet.
I'm attaching the source to my test program below as it's pretty short. It's
something I pasted together with code snippets from the Java Programmer's
FAQ as a proof-of-concept Solaris JDK 1.2 version checker, so it's not the
greatest code in the world. I do call Process.waitFor(), but it's probably
unnecessary, as I imagine that the exec'd Process is already dead when its
stderr is closed.
Under jdk117_v1a with native threads, the program hangs at the first
readLine call, but it works fine when run with the pre-release jdk117_v2 or
with jdk1.2pre-v1. That it works with jdk1.2pre-v1 makes me suspect that it
might not be of much use to you for debugging purposes, but you never know.
Scott
--
=
Scott Murray email: [EMAIL PROTECTED]
http://www.interlog.com/~scottm ICQ#: 10602428
-
"Good, bad ... I'm the guy with the gun." - Ash, "Army of Darkness"
import java.io.*;
import java.util.*;
class CheckVersion {
public static void main(String[] args) {
boolean valid = false;
String path = "/usr/local/jdk1.2/bin/java";
if(args.length >= 1) {
path = args[0];
}
String command[] = { path, "-version" };
//String command = path + " -version";
System.out.println("executing command: " + path + " -version");
try {
System.out.println("Before exec");
Process p = Runtime.getRuntime().exec(command);
System.out.println("After exec");
BufferedReader pErr = new BufferedReader(new
InputStreamReader(p.getErrorStream()));
System.out.println("Reader created");
// Get stderr
String s = pErr.readLine();
System.out.println("Read output line: " + s);
String last = s;
while (s != null) {
last = s;
s = pErr.readLine();
System.out.println("Read output line: " + s);
}
//For testing: String last = null;
p.waitFor();
System.out.println("Command return code = " + p.exitValue());
if(last != null) {
System.out.println("Last line output: " + last);
StringTokenizer st = new StringTokenizer(last);
String type = null;
if(st.hasMoreTokens()) {
type = st.nextToken();
}
if(type != null) {
System.out.println("vm type = " + type);
if(type.equals("Classic")) {
valid = true;
}
}
}
}
catch (Exception e) { }
if(valid) {
System.out.println("Valid 1.2 VM version.");
}
else {
System.out.println("Invalid 1.2 VM version!");
}
}
}
Question
I was thinking about this discussion of servlets and application servers and taking into consideration that I know nothing about EJB, but have some minor experience with an app server, and lots of experience with servlets. In fact, when dealing with this particular app server (NetDynamics) I can help but wondering why this couldn't be done better, smaller, faster with servlets? With this in mind I think about how there are so many new and wonderful things being done with Java, it seems like a lot of them overlap. Being that all my server side java experience is with servlets, I have a nice hammer here and everything is indeed looking like a nail. So I pose this question to my java compatriots with experience in other realms of server side java. Why would I use an app server or some other technology? What does EJB give me? Couldn't I use EJB with servlets as opposed to an EJB centric appserver? The things I've read about the server I'm using, none of which convinced me that were I a corporation I should sink $25k into something like NetDynamics that I couldn't do with a webserver. Keep in mind though that I have no experience with EJB, so I don't know what advantages of using EJB with an app server would be as opposed to using EJB with a web server and servlets, where the webserver is simply a standardized means of client/server communication. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question
[EMAIL PROTECTED] wrote: > I was thinking about this discussion of servlets and application servers > and taking into consideration that I know nothing about EJB, but have some > minor experience with an app server,... > > So I pose this question to my java compatriots with experience in other > realms of server side java. Why would I use an app server or some other > technology? What does EJB give me? Couldn't I use EJB with servlets as > opposed to an EJB centric appserver? In a nutshell (speaking as an "expert" who's read a few dozen more EJB documentation pages than you have :-), EJB is good for centralizing your beans on large, high-capacity server(s) that offer the sort of performance, scalability, and reliability you need in an enterprise. The beans live, serverside, in containers that handle a lot of the plumbing issues -- so, for example, the beans can implement the business logic and let the container worry about how to connect to databases. You connect to beans from the client side with ordinary RMI calls. Nathan - This message was sent using Endymion MailMan. http://www.endymion.com/products/mailman/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
jdk117 does not run on RedHat 6.0?
Hi, First, thank you for such a wonderful job on this stuff. It's pretty amazing. I downloaded jdk_1.1.7-v1a-glibc-x86.tar.gz. I've been running successfully on Intel RedHat 5.2 for several months now. However, I can't run it on RedHat 6.0. The error is shown below. I found several mentions in the linux.debian.bugs.dist newsgroup, so you probably already know about this, but just in case. Also, they mention that it is a glibc 2.1 compatibility problem. I wish I could help, but I just do not have the skills. Thanks for your efforts. #javac -v /usr/local/blackdown/jdk117_v1a/bin/../bin/i586/green_threads/java_ns: error in loading shared libraries: /usr/local/blackdown/jdk11 7_v1a/bin/../lib/i586/green_threads/libjava.so: undefined symbol: _dl_symbol_value In my environment, I have: NS_JAVA=true Output from "/sbin/ldconfig -D" [root@mambo jbracer]# /sbin/ldconfig -D /sbin/ldconfig: version 1999-02-21 /usr/i486-linux-libc5/lib: /sbin/ldconfig: warning: /usr/i486-linux-libc5/lib/libform.so.1.9.9e has inconsistent soname (libform.so.3.0) /sbin/ldconfig: warning: /usr/i486-linux-libc5/lib/libmenu.so.1.9.9e has inconsistent soname (libmenu.so.3.0) /sbin/ldconfig: warning: /usr/i486-linux-libc5/lib/libncurses.so.1.9.9e has inconsistent soname (libncurses.so.3.0) /sbin/ldconfig: warning: /usr/i486-linux-libc5/lib/libpanel.so.1.9.9e has inconsistent soname (libpanel.so.3.0) libz.so.1 => libz.so.1.0.4 libvgagl.so.1 => libvgagl.so.1.2.13 libvga.so.1 => libvga.so.1.2.13 libtermcap.so.2 => libtermcap.so.2.0.8 libstdc++.so.27 => libstdc++.so.27.1.4 libpanel.so.3.0 => libpanel.so.1.9.9e libncurses.so.3.0 => libncurses.so.1.9.9e libmenu.so.3.0 => libmenu.so.1.9.9e libm.so.5 => libm.so.5.0.6 libg++.so.27 => libg++.so.27.1.4 libform.so.3.0 => libform.so.1.9.9e libdb.so.2 => libdb.so.2.0.0 libc.so.5 => libc.so.5.3.12 libXtst.so.6 => libXtst.so.6.1 libXt.so.6 => libXt.so.6.0 libXpm.so.4 => libXpm.so.4.9 libXp.so.6 => libXp.so.6.2 libXmu.so.6 => libXmu.so.6.0 libXi.so.6 => libXi.so.6.0 libXext.so.6 => libXext.so.6.3 libXaw3d.so.6 => libXaw3d.so.6.1 libXaw.so.6 => libXaw.so.6.1 libXIE.so.6 => libXIE.so.6.0 libX11.so.6 => libX11.so.6.1 libSM.so.6 => libSM.so.6.0 libPEX5.so.6 => libPEX5.so.6.0 libICE.so.6 => libICE.so.6.3 /usr/lib: /sbin/ldconfig: warning: /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so has inconsistent soname (libstdc++-libc6.1-1.so.2) libz.so.1 => libz.so.1.1.3 libutempter.so.0 => libutempter.so.0.5 libtk8.0.so => libtk8.0.so libtcl8.0.so => libtcl8.0.so libslang.so.1 => libslang.so.1.2.2 libreadline.so.3 => libreadline.so.3.0 libhistory.so.3 => libhistory.so.3.0 libnewt.so.0.40 => libnewt.so.0.40 libstdc++.so.2.8 => libstdc++.so.2.8.0 libstdc++.so.2.7.2 => libstdc++.so.2.7.2.8 libstdc++-libc6.1-1.so.2 => libstdc++-2-libc6.1-1-2.9.0.so libg++.so.2.7.2 => libg++.so.2.7.2.8 libgpm.so.1 => libgpm.so.1.17.5 libgmp.so.2 => libgmp.so.2.0.2 libglib.so.1 => libglib.so.1.0.6 libgthread-1.2.so.0 => libgthread-1.2.so.0.0.1 libgmodule-1.2.so.0 => libgmodule-1.2.so.0.0.1 libglib-1.2.so.0 => libglib-1.2.so.0.0.1 libgdbm.so.2 => libgdbm.so.2.0.0 libgd.so.1 => libgd.so.1.2 libcrack.so.2 => libcrack.so.2.7 libctutils.so.0 => libctutils.so.0.0.0 libconsole.so.0 => libconsole.so.0.0.0 libcfont.so.0 => libcfont.so.0.0.0 libopcodes-2.9.1.0.23.so => libopcodes-2.9.1.0.23.so libbfd-2.9.1.0.23.so => libbfd-2.9.1.0.23.so libpanel.so.4 => libpanel.so.4.2 libncurses.so.4 => libncurses.so.4.2 libmenu.so.4 => libmenu.so.4.2 libform.so.4 => libform.so.4.2 /lib: /sbin/ldconfig: warning: /lib/ld-2.1.1.so has inconsistent soname (ld-linux.so.2) /sbin/ldconfig: warning: /lib/libBrokenLocale-2.1.1.so has inconsistent soname (libBrokenLocale.so.1) /sbin/ldconfig: warning: /lib/libNoVersion-2.1.1.so has inconsistent soname (libNoVersion.so.1) /sbin/ldconfig: warning: /lib/libc-2.1.1.so has inconsistent soname (libc.so.6) /sbin/ldconfig: warning: /lib/libcrypt-2.1.1.so has inconsistent soname (libcrypt.so.1) /sbin/ldconfig: warning: /lib/libdb-2.1.1.so has inconsistent soname (libdb.so.3) /sbin/ldconfig: warning: /lib/libdb1-2.1.1.so has inconsistent soname (libdb.so.2) /sbin/ldconfig: warning: /lib/libdl-2.1.1.so has inconsistent soname (libdl.so.2) /sbin/ldconfig: warning: /lib/libm-2.1.1.so has inconsistent soname (libm.so.6) /sbin/ldconfig: warning: /lib/libnsl-2.1.1.so has inconsistent soname (libnsl.so.1) /sbin/ldconfig: warning: /lib/libnss1_compat-2.1.1.so has inconsistent soname (libnss_compat.so.1) /sbin/ldconfig: warning: /lib/libnss1_db-2.1.1.so has inconsistent soname (libnss_db.so.
My turn to ask.... :)
I've got a problem running JDK 1.2v1 on my RedHat 5.2 install, but only AWT stuff. I know this has crossed this forum before, but I'm kinda asking for somebody to hold my hand on this and walk me through what I need to do to make this work. I'm trying to run the Notepad sample from the demos/jfc directory. Error I get back is: uncaught exception: java.lang.UnsatisfiedLinkError: /usr/jdk1.2/jre/lib/i386/lib fontmanager.so: libstdc++-libc6.0-1.so.2: cannot open shared object file: No such file or directory java.lang.UnsatisfiedLinkError: /usr/jdk1.2/jre/lib/i386/libfontmanager.so: libstdc++-libc6.0-1.so.2: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(Compiled Code) at java.lang.ClassLoader.loadLibrary(Compiled Code) at java.lang.Runtime.loadLibrary0(Compiled Code) at java.lang.System.loadLibrary(Compiled Code) at sun.security.action.LoadLibraryAction.run(Compiled Code) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.font.NativeFontWrapper.(NativeFontWrapper.java:41) at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) at sun.awt.X11GraphicsEnvironment.(X11GraphicsEnvironment.java:61) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Compiled Code) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Compiled Code) at java.awt.Font.initializeFont(Compiled Code) at java.awt.Font.(Compiled Code) at javax.swing.plaf.metal.DefaultMetalTheme.(Compiled Code) at javax.swing.plaf.metal.MetalLookAndFeel.createDefaultTheme(Compiled Code) at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(Compiled Code) at javax.swing.UIManager.setLookAndFeel(Compiled Code) at javax.swing.UIManager.setLookAndFeel(Compiled Code) at javax.swing.UIManager.initializeDefaultLAF(Compiled Code) at javax.swing.UIManager.initialize(Compiled Code) at javax.swing.UIManager.maybeInitialize(Compiled Code) at javax.swing.UIManager.getUI(Compiled Code) at javax.swing.JPanel.updateUI(Compiled Code) at javax.swing.JPanel.(Compiled Code) at javax.swing.JPanel.(Compiled Code) at javax.swing.JRootPane.createGlassPane(Compiled Code) at javax.swing.JRootPane.(Compiled Code) at javax.swing.JFrame.createRootPane(Compiled Code) at javax.swing.JFrame.frameInit(Compiled Code) at javax.swing.JFrame.(Compiled Code) at Notepad.main(Compiled Code) Obviously, it's the top line that's causing the problem--where do I find/build the "libstdc++-libc6.0-1.so.2" file? I've used Linux before (back in the 0.99pl13 days), but not recently; I've used g++ before, but not since 2.6.x something. (I'm a little out of date with Linux these days.) I know Joe Burks posted a fix on how to get this to work, but it didn't work for me; I'm sure it's some Linux-configuration thing that's keeping me down. Help? Oh, and off-topic: Does anybody have a good reference on Linux shared libs these days? It's changed significantly since I last dabbled in Linux-C/C++ development. Ted Neward Dorado Software -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: My turn to ask.... :)
Ted Neward wrote: > > I've got a problem running JDK 1.2v1 on my RedHat 5.2 install, but only AWT > stuff. I know this has crossed this forum before, but I'm kinda asking for > somebody to hold my hand on this and walk me through what I need to do to > make this work. With a preamble like that, I'd have expected a harder problem :-). > I'm trying to run the Notepad sample from the demos/jfc directory. Error I > get back is: > > uncaught exception: java.lang.UnsatisfiedLinkError: > /usr/jdk1.2/jre/lib/i386/lib > fontmanager.so: libstdc++-libc6.0-1.so.2: cannot open shared object file: > No such file or directory This is one of those platform-specific things that will be resolved for the real release. You've got a shared lib somewhere that the JVM needs; it's called something like /usr/lib/libstdc++.so.2.8.0 (or something similar, depending on what version you have installed). You can, until the final JVM comes out, create a symbolic link that should solve it for you: ln -s libstdc++.so.2.8.0 /usr/lib/libstdc++-libc6.0-1.so.2 ^^ (substitute the real name of the library you have on your system). Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Newbie: Advice for running on new RH6 system
Having just moved to the US, I have ordered my PC from a box builder - it will come with Red Hat 6 preloaded :-) I would like to get into playing with Java servlets interfacing to an RDB on this box. My assumptions from lurking for the last week (please feel free to stomp on them) are 1. "Blackdown" is/produces a port of the JDK for Linux, and this is the best way to do Java stuff under Linux 2. The Blackdown stuff works very well with Red Hat 5.2 3. It doesn't run in the Red Hat 6.0 environment, due to not working with glibc 2.1 4. Apache's Java module is a good way to run servlets 5. MySQL is a suitable DB to use with JDBC and the JDK What is the best way to make the Java stuff work on this machine - should I do a full downgrade to RH 5.2 when the machine arrives, or can I get away with e.g. running the Java VM against glibc 2.0 with the 2.2 kernel? I'm not a particular Red Hat bigot, I'm just more comfy and up to date with their distribution than with SuSE, Slackware or Debian, and the machine builder happens to supply Red Hat 6 by default. Apologies for the badly formatted e-mail, I'm using my employer's broken mail system (Lotus Notes on the evil empire's OS) Any advice and opinions welcome Many thanks Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: My turn to ask.... :)
>> I've got a problem running JDK 1.2v1 on my RedHat 5.2 install, but only AWT >> stuff. I know this has crossed this forum before, but I'm kinda asking for >> somebody to hold my hand on this and walk me through what I need to do to >> make this work. > >With a preamble like that, I'd have expected a harder problem :-). > I'll try harder next time, just for you. :) >> I'm trying to run the Notepad sample from the demos/jfc directory. Error I >> get back is: >> >> uncaught exception: java.lang.UnsatisfiedLinkError: >> /usr/jdk1.2/jre/lib/i386/lib >> fontmanager.so: libstdc++-libc6.0-1.so.2: cannot open shared object file: >> No such file or directory > >This is one of those platform-specific things that will be resolved for >the real release. You've got a shared lib somewhere that the JVM needs; >it's called something like /usr/lib/libstdc++.so.2.8.0 (or something >similar, depending on what version you have installed). You can, until >the final JVM comes out, create a symbolic link that should solve it for >you: > > ln -s libstdc++.so.2.8.0 /usr/lib/libstdc++-libc6.0-1.so.2 > ^^ >(substitute the real name of the library you have on your system). > OK, but now it's kicking out all these "font specified in font.properties not found" messages, although that could be because I'm actually running it over the wire on my NT box here at work. Don't suppose you know how I can correct those either, do you? (I'm running eXceed for NT here, running the app on my Linux box at home.) :) Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: My turn to ask.... :)
Ted Neward wrote: > OK, but now it's kicking out all these "font specified in font.properties > not found" messages, although that could be because I'm actually running it > over the wire on my NT box here at work. Don't suppose you know how I can > correct those either, do you? (I'm running eXceed for NT here, running the > app on my Linux box at home.) :) There's nothing very dangerous about those messages. You can eliminate them by installing a scalable Zapf Dingbats font... details can be found in the archives for this mailing list. If you're not using dingbats, this is a don't-care. Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sun + ISO Round 2
Well Sun said last week that they would announce their new plans for Java standardization Tuesday. There a day late, but it still came. Here's a News.com article about it... http://www.news.com/News/Item/0,4,36173,00.html?st.ne.fd.gif.h It looks like the speculation that Sun would try to go through ECMA instead of a ISO joint technical committee was true. Does anyone out there have a good grasp on the politics involved in this choice and what the impact is going to be? What is the advantage of Sun going through a different channel if they are still looking for ISO standardization? Well I'll leave it at that. The "Sun Bashing 2" allowed me to state my opinion about all this :^) Ken _ 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: Question
>> I was thinking about this discussion of servlets and application servers >> and taking into consideration that I know nothing about EJB, but have some >> minor experience with an app server,... >> >> So I pose this question to my java compatriots with experience in other >> realms of server side java. Why would I use an app server or some other >> technology? What does EJB give me? Couldn't I use EJB with servlets as >> opposed to an EJB centric appserver? > >In a nutshell (speaking as an "expert" who's read a few dozen more EJB >documentation pages than you have :-), EJB is good for centralizing your beans >on large, high-capacity server(s) that offer the sort of performance, >scalability, and reliability you need in an enterprise. The beans live, >serverside, in containers that handle a lot of the plumbing issues -- so, for >example, the beans can implement the business logic and let the container worry >about how to connect to databases. You connect to beans from the client side >with ordinary RMI calls. > As another "expert" who's working for a company doing a LOT of development based on EJBeans, I'd say the above is correct, to a degree. I believe that the EJB community isn't quite yet sure what they've created, and are still fishing for the patterns they need to do efficient, effective EJB development. (My opinion is that EJBs and its bean-managed-persistence/container-managed-persistence is fundamentally flawed and will be the most highly rewritten part of the EJB spec over time.) Think "web server for generic applications" and you're not too far off the mark. Yes you can put your business logic into beans, but it doesn't have to be, and in fact may not want it to be there, depending on scalability desires. I'm not an expert; I don't think ANYBODY is with something this new. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
What does Linux on UltraSPARC mean for Sun?
http://www.cnn.com/TECH/computing/9905/05/ultrasparc.idg/index.html I know this is not /. but I felt that this CNN article had a lot of relevance for the Java-Linux community. It talks about the business choices that are being made regarding Solaris/UltraSPARC and Linux. It is quite interesting and in-depth. A lot of the information was applicable to the support that blackdown is getting from Sun (or the lack there of). Ken _ 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: pre-jdk117_v2 works fine - except for me :(
> Bernd Kreimeier writes: Bernd> Okay, using wget instead of Win95 Nerdscrap did the trick. I have Bernd> the dubious pleasure of presenting the result of running my "bug" Bernd> Invocation+AWT test against it (below), which looks quite like v1a. Bernd> Calling method Test.init()V... Bernd> JAVA: Test.init()V called. Bernd> JAVA: AWT Frame created. Bernd> JAVA: AWT Frame configured. Bernd> SIGSEGV 11* segmentation violation Bernd> stackbase=B2E8, stackpointer=BFFFEF40 With a few changes to the linking step your example works for me, I'll send you my changes later. > W_Printf( "ignoring VM bogus classpath default\n" ); The default classpath isn't bogus anymore in v2 :-) Juergen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question (about EJB)
On Wed, 5 May 1999, Ted Neward wrote: (other attributions lost) > >> So I pose this question to my java compatriots with experience in other > >> realms of server side java. Why would I use an app server or some other > >> technology? What does EJB give me? Couldn't I use EJB with servlets as > >> opposed to an EJB centric appserver? > > > >In a nutshell (speaking as an "expert" who's read a few dozen more EJB > >documentation pages than you have :-), EJB is good for centralizing your > beans > >on large, high-capacity server(s) that offer the sort of performance, > >scalability, and reliability you need in an enterprise. The beans live, > >serverside, in containers that handle a lot of the plumbing issues -- so, for > >example, the beans can implement the business logic and let the container > worry > >about how to connect to databases. You connect to beans from the client side > >with ordinary RMI calls. In other words, with servlets, you have to manage the communications protocol, the server deployment, maintenance, load-balancing, database hookup, and persistence yourself. In EJB to some extent these are issues taken care of for you. For Java client to Java server connectivity, EJB makes it as (almost) easy as a method call. If you're doing HTML browser to server on the other hand, it wouldn't be a greater advantage than servlets unless you were thinking of very high volume services. > As another "expert" who's working for a company doing a LOT of development > based on EJBeans, I'd say the above is correct, to a degree. I believe that > the EJB community isn't quite yet sure what they've created, and are still > fishing for the patterns they need to do efficient, effective EJB > development. (My opinion is that EJBs and its > bean-managed-persistence/container-managed-persistence is fundamentally > flawed and will be the most highly rewritten part of the EJB spec over time.) Well speaking from having toiled through G3 and Tuxedo transaction monitor development in _C_, I can honestly say that the development effort for EJB is *much* *much* easier. It still has to mature though, agreed. Unless you are doing enterprise development (the E's there for a reason =) this probably won't be on your radar screen for a while. But as e-commerce and EDI heat up on the Internet, you can be sure EJB as it matures will start to dominate Java server-side development. . . . Sean, working with EJB and XML and is running out of three-letter words -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Stream
Hello. How open a file for read/write ? Thanks Irfan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
