Re: Application Server for Linux
(I guess I should throw in my $.02 worth...) ATG's Dynamo Application Server (http://www.atg.com/) is a pure Java application. It's not officially supported under Linux at the moment, but (from my experience) runs fine on it. -allen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Getting jre to run...
I have installed the package jre_1_1_7-v1a-glibc-x86-native_tar.gz on my RedHat 5.1 system. In keeping with the new UNIX standard, I made a /usr/opt directory (with the symbolic link to /opt) and installed the package. I put the jre in my path. When I type 'jre' I get "Could not locate Java runtime". I have tried to copy the rt.jar file from the NT version of the jre because it appeared to be missing from the tar file. Although the idea of Kaffe being Java in RedHat 5.1, I prefer Java that is closer to the SUN standard. (Besides I could not get Kaffe to work.) I am porting Java applications from other Java 1.1.7 systems... (Because JNI is used, this is a true "port") Can someone help me to get a jre to run under Linux? [EMAIL PROTECTED]
running java setuid root
I'm having tremendous difficulty finding a flexible way to run setuid root java programs. My unique constraint is that I cannot add the java lib directory to /etc/ld.so.conf because I have many different JVM versions installed. It appears that when the euid is 0, it ignores LD_LIBRARY_PATH. Platform: i686 RedHat Linux 5.2. Help!
Re: annoyances with jdk1.1.7, Non risazable dialogs and KDE
I have also noticed some GUI glitches with 1.17. None of these exist in 1.16. My environment is WindowMaker on RedHat 5.2. 1) Button-clicks sometimes leave a button "depressed". You have to click it a second time to complete the click. No workaround. 2) When a Frame or Window is set to resizable(false), it does not paint until moved by the window manager or resized. There is an ugly code hack to fix this, but it causes the window to flash on startup. On Fri, 20 Nov 1998, Dimitris Vyzovitis wrote: > Hi, > > I am having some really annoying problems with KDE and applets using > jdk1.1.7 > The problem is that if I try to display a non-resiable dialog through > the applet, the dialog -simply- never appears! > This is really annoying, if you take into account that the same dialog > appears if I use fvwm or if I revert to jdk1.1.6v5! (but it is resizable > in the latter case since that sun bug is still there in .6)!!! > And -guess what... > If I make the dialog resizable - no call to setResizable- my dialog > appears - as if by magic... > Has anybody observed something similar? > Is there a bug in1.1.7 (possibly related to a KDE bug) thathas to do > with dialogs? > I remember that there was an issue of resolving some resizability bugs > with Dialogs in this release. but it seems that it might have introduced > some obscure issues... At least imy dialog is not resizable - if it ever > appears. > I woudl appreciate any comments/ideas... > > -- > Dimitrios Vyzovitis -- Information Processing Laboratory > [EMAIL PROTECTED] -- Aristotle University of Thessaloniki > [EMAIL PROTECTED] -- Dept. of Electrical and Computer Engineering > http://egnatia.ee.auth.gr/~dviz > > >
1.2 but for a linux kernel bug?
It would seem from the 1.2 status page that 1.2 is fully functional except on 2.0.xx linux kernels. Is this correct? Do we have to wait for a kernel patch to get 1.2 or can it be released with the caveat that it requires a 2.2.x kernel? -stewart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libsunwjit permissions problem
The glibc2.0 distribution contains incorrect permissions for the jre/lib/i386/libsunwjit.so file. chmod it to 444 or 555 and the jit will magically start working :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
setReceiveBufferSize in jdk1.1
Is there any way that I can quickly hack up the java.net.Socket.setReceiveBufferSize() method in jdk1.1? I know the method exists in jdk1.2 but the pre-release versions are too unstable to run my application right now. I've been looking at the jdk1.1 sources but I can't seem to find the native function source codes anywhere. Any help would be greatly appreicated. Allen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with exec() on BlackDown 1.1.8 v1 and RH6.1
if i were smart, i would try out your source code example before sending a
response to the list. but laziness wins again, so...
you might try adding '.' to your path. i've had some problems before with exec()
and relative paths--in a unix shell, './a.out' will work even if '.' isn't in your
path, but the same doesn't seem to be true with java's exec(). i don't know if
this is a by design or a bug in the jdk. again, if i were smart, i'd look it up.
good luck.
-allen
On Fri, Mar 17, 2000, 12:55, [EMAIL PROTECTED] wrote
!Hi:
!
!Thank you very much for everyone responding to my original question. I did
!try to use exec("./a.out") in the java application but still get exception
!like:
!
!/mnt/e/Linux/java/proc/One>java communicate
!got e after try exec()
!java.io.IOException: ./a.out: not found
! at java.lang.Runtime.exec(Runtime.java)
! at java.lang.Runtime.exec(Runtime.java)
! at communicate.main(communicate.java:14)
!/mnt/e/Linux/java/proc/One>
!
!a.out is in the same directory as the java application. No problem to run
!a.out as a standalone app from the command line. It's only a hello world
!app. I attached the java app source code below. Could someone take a look
!and see what I did wrong? I'm using BlakDown 1.1.8 v1 on RH 6.1
!
!Thank you.
!
!
!Lee
!
!/***
!* java application source code
!/
!import java.lang.*;
!import java.io.*;
!
!class communicate
!{
!Process proc_;
!
!public static void main(String argv[])
!{
!communicate app = new communicate();
!
!try
!{
! app.proc_ = Runtime.getRuntime().exec("./a.out");
!}
!catch(IOException e)
!{
!System.out.println("got e after try exec()");
! e.printStackTrace();
!}
!}
!}
!
!
!
!
!-Original Message-
!From: Xing, Lee
!Sent: Thursday, March 16, 2000 4:40 PM
!To: [EMAIL PROTECTED]
!Subject: exec() on Linux
!
!
!Hi:
!
!I got a java application that uses exec("nativeApp.exe") to start a native
!application. It works fine on NT. But on Linux exec("a.out") gets an
!exception saying a.out could not be found. a.out is placed in the same
!directory as java app does. What I missed?
!
!Thank you.
!
!
!Lee
!
!
!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JSplitPane.setDividerLocation(..)
i had a similar problem with setDividerLocation() on 1.2.2. if i remember
correctly, i actually had the problem both on linux and on solaris.
i was trying to set the divider location on a JSplitPane during
initialization, and found that it didn't seem to do anything at all--the
divider would just show up at a defult location no matter what i did. on a
suggestion from a friend, i tried moving the setDividerLocation() call from
the constructor to addNotify():
public void addNotify() {
super.addNotify();
splitPane.setDividerLocation(...);
}
which worked much better.
-allen
On Mon, Jun 19, 2000, 23:51, brEezE <[EMAIL PROTECTED]> wrote
>I have a JSplitPane both contains an JScrollPane on
>top and bottom part of the splitpane.
>
>When try to set the divider's location in v1.2.2 RC4,
>nothing seems to be happened. The same code works fine
>in v1.3.
>
>Is this a bug in v1.2.2?
>
>Thanks!
>
>__
>Do You Yahoo!?
>Send instant messages with Yahoo! Messenger.
>http://im.yahoo.com/
>
>
>--
>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: ip address in Linux
InetAddress just does a lookup on your hostname to determine your local host address. If your host name resolves to 127.0.0.1 (for instance, if the first entry in your /etc/hosts file maps 127.0.0.1 to your hostname rather than just to localhost and localhost.localdomain), then that's the IP address you'll get. Unfortunately, there's no way in Java to get any more information about the network addresses on your system. So you pretty much have to fix your hosts files. (And no, InetAddress.getAllByName(String host) doesn't do what you think it does--it returns all the IP's that answer to a given hostname, rather than the addresses of all the interfaces on a multi-homed system.) Good luck. -allen On Tue, Dec 05, 2000, 13:44, Francisco Gongora <[EMAIL PROTECTED]> wrote >Hello: >I have this situation: in my local network I have several machines in NT, >Solaris and Linux. My java application is running well in all the platforms >including Linux. One of the Linux machines, however, is reporting the local >address instead of the ip address when I do: > > InetAddress.getLocalHost(); > >For the rest of the machines I get the real ip address ie. 192.#.#.96, >however, for this Linux machine I get 127.0.0.1 which is the local address. >Looking at the host file in the linux machines, we have some differences >which may be causing this problem, but this file is suppose to be edited by >the user. > >Is it there any way to get the true ip address of a Linux machine regardless >the explicit configuration placed on the host file? > >Thanks >Francisco. > > > > >-- >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: Fwd: Re: JRE as part of Linux
you know, it would probably make a whole lot more sense to integrate the jvm with something like gnome or kde rather than with the operating system itself. that way you skip the various xdisplay problems (since you'll necessarily have an x environment associated with your session) and you don't have suid problems (since it should only be for one user). admittedly, this wouldn't help much for running remote clients, or with running text-based apps without an x environment... still, the time that most people notice slow startup times is when they're trying to start up gui apps in java, and it would handle that case. just a thought. -allen [EMAIL PROTECTED] On Tue, Jan 23, 2001, 14:11, Nathan Meyers <[EMAIL PROTECTED]> wrote >Yavor Kolarov wrote: >> >> There are some additional problems. >> >> If we have a wrapper starting all programs it has to be able to: >> - open news windows and frames on a specific X terminal. ( User A running >> Java application on localhost:0.0 and user B on localhost:1.0) >> This raises the question: >> Is it possible to choose(under Linux) on which X terminal to draw graphics? > >This is one of the biggest problems in implementing an app server that >can handle arbitrary programs -- and why real app servers work in highly >constrained environments like servlets or EJB. > >The problem is that the connection to the X display happens when the AWT >native library is first loaded. It's a single connection that is used >through the life of the JVM. As currently structured, the AWT won't let >you associate different objects with different X connections. It would >take some work (possibly deep architectural rework) on the AWT to do >what you're asking. > >Nathan > > >> >> - for terminal apps it should be possible to do I/O on different ttys. This >> should be easier to solve since it only requires redirection of two streams. >> >> Yavor >> >> On Friday 19 January 2001 19:34, Yavor Kolarov wrote: >> > Thanks to everyone who replied! >> > >> > It is clear that JVM can't be part of the kernel. Because of three main >> > reasons: >> > 1. Java is not GPL'ed >> > 2. the more code in the kernel the worse. Java is too big and not so >> > stable. >> > >> > Here is one possible design: >> > >> > 1. At boot time a wrapper is started in the user space as root. It may be >> > written in Java with some native code if needed. >> > Running the wrapper as root raises a serious security problem [1]. >> > >> > 2. When we want to start a java program we make a request to the wrapper. >> > It loads/reloads the class from the requested a .class file in the user's >> > CLASSPATH and calls its Main(String args[]) in a new thread. Here there are >> > two problems: >> > - if the class is loaded and then changed what we need to reload it [2]. >> > - if we reload the class and what happens to another application which >> > uses an old version ov the class? [3] >> > - we have to solve the problem of different CLASSPATHs of different >> > applications.[4] >> > >> > [1] This can be solved with a good SecurityManager which checks all that >> > the kernel checks when running user applications: file permissions, ports < >> > 1024. The alternative is have a C wrapper which fork(), chuid() - now user >> > security applies and runs java. I have to say that I don't have experience >> > with JNI. Is there a really cheap way to start JVM from C or add a thread >> > to running JVM? >> > >> > [2] Maybe ClassLoader.findClass(String) or . loadClass(String) can do the >> > trick? >> > >> > [3] and [4] remain open questions >> > >> > Of course there are surely more problems. These were the only I see but I >> > don't know the internals of the JVM. >> > >> > Also thanks for pointing me to kissme(http://kissme.sourceforge.net/). It >> > is an VM with an interesting feature - persistence: >> > >> > "Supports an extension to the JVM allowing persistent java, which means >> > that the JVM allows in-memory data structures to automagically persist to >> > permanent storage" >> > >> > "The persistence abstraction allows the creation and manipulation of data >> > in a manner that is independent of its lifetime thereby integrating the >> > database view of information with the programming language view." >> >
Re: javax.comm for Linux on StrongARM
I started a project at home for a complete clean-room implementation of javacomm (from the api's) including the javax.comm classes. So far I have basic serial IO working without event notifications (callbacks). It's been tested successfully on IBM, Sun and Blackdown JVM's. It's one simple makefile and a few classes, four .h and one .c. The JNI is all straight C so it should be easily portable to any gnu-linux system. I wrote this primarily because of problems I encountered with IBM's javacomm implementation when talking to devices that are very sensitive to latency (Philips Pronto remote). But I also had a desire to contribute it to the classpath and gcj projects when it was complete. If you're interested in the code, let me know. stewart Trent Jarvi wrote: >Jøran: > >I'm not very familiar with strongARM support in GNU. I'll talk to some people that >would know >more Monday. I think you mentioned you have no auto* tools on the box. One >possible solution >would be to build a crosscompiler on another box and build the strongARM/linux >binaries with the >tools. > >I'm answering emails from an internet caffee tonight. I'll be able to help more on >Monday. > >--- Jøran_Barkhald_Sandberg <[EMAIL PROTECTED]> wrote: > >>I'm running Blackdown JRE 1.3.1 on a Compaq Ipaq (strongARM). The >>operating system is Familiar v0.4. >> >>Java needs to talk to the serial port of the Ipaq, so I need the Java >>Communications API. Any links to javax.comm for Linux/StrongARM? >> >> >>Best regards >>Jøran B. Sandberg >> >> >>-- >>To UNSUBSCRIBE, email to [EMAIL PROTECTED] >>with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >> > > >__ >Do You Yahoo!? >Get personalized email addresses from Yahoo! Mail >http://personal.mail.yahoo.com/ > > >-- >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]
Printing
Hello, I have written an SMB client in 100% Java. This client enables Java applications to access Microsoft Windows "shares" but currently this is limited to file shares whereas the protocol supports accessing shared printers as well. I could easily add support to spool and control print jobs but AFAIK this would only allow me to print crude ASCII or preprocessed PS files. I would like to know if I can take advantage of the AWT's existing printing infrastructure. Is there a way to construct my own PrinterGraphics object that can be used with and take advantage of the java.awt.print API? Can I in any way gain access to the raw output used to generate a spool file? Thanks, Mike http://jcifs.samba.org -- signature pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
