Re: java developer feedback

2000-11-15 Thread Peter Pilgrim



The solution to KDE, GNOME, AWT enabled is to  make the whole X window code
abstract and generic then apply a factory  plugin architecture that loads Java Proxy
and JNI classes at runtime such we have

 libjavaawt.so
 libjavakde.so
 libjavaqt.so
 libjavanextstep.so
 et al

Then at a property in `awt.properties' file to decide which Java class to load at 
runtime

 java.awt.native.interface.libclass = com.sun.awt.native.kde.KdeUIFactory
 java.awt.native.interface.libclass = com.sun.awt.native.qt.QtUIFactory



--
Peter Pilgrim
G.O.A.T
"The Greatest of All Time"



 Message History 



From: [EMAIL PROTECTED] on 12/11/2000 18:25

To:   [EMAIL PROTECTED]
cc:   [EMAIL PROTECTED]
Subject:  Re: java developer feedback



Take this all w/ a big ol' helping of "I may not know what the
hell I'm talking about in all cases, but this is my personal
opinion" and call me in the morning.

Calvin Austin wrote:
>
> would help you become more productive. Which bugs, like
> the international keyboard bug are causing problems for you.

1) Issues with the rpm packages:

-

2) Sun is supposedlly set to adopt Gnome as the eventual default
desktop for solaris.
   How about getting rid of motif for the jdk AWT now?  At least
for linux, but there's no
   reason it wouldn't work for both.  Default to gtk+ for linux
and the solaris default
   can change whenever sun actually switches.  There are
apparently solaris users that
   run Gnome already who would probably also appreciate it.  I
would say a Qt implementation
   for the KDE people would be nice also.

3) Bug 4191980
(http://developer.java.sun.com/developer/bugParade/bugs/4191980.html).
   It's amazing that this has been around since 1.1.6 (probably
earlier).  Sadly, if
   the jdk was in fact Free Software this would have easily been
fixed.  Don't mention
   the Sun open source license (I don't remember what it's called
today).  That's more
   of a lock-in than Microsoft.  At least they just lock you into
using there software
   by not being compatible with other software.  Sun wants people
to effectively lock

-





--

This e-mail may contain confidential and/or privileged information. If you are not the 
intended recipient (or have received this e-mail in error) please notify the sender 
immediately and destroy this e-mail. Any unauthorised copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: CVS vs RCS vs ? Thanks

2000-11-15 Thread jknutson

I haven't put up anything because I assumed commercial products were "right
out".  We use perforce (www.perforce.com) for our configuration management.
It sits on top of RCS.  As I said, it is a commercial product, but they do
support a lot of platforms including linux.  We have servers running on
both linux and solaris.

There's supposedly an emacs mode for it, but I haven't used it yet.





Greg Lewis <[EMAIL PROTECTED]> on 11/14/2000 09:34:31 PM

To:   Barnet Wagman <[EMAIL PROTECTED]>
cc:   "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> (bcc:
  John Knutson/GISD/SGG/ARLUT)
Subject:  Re: CVS vs RCS vs ?  Thanks




Barnet Wagman wrote:
> Thanks for the advice.  CVS is clearly the system to use.
Well, noone else has really put forward any other alternatives ;).  You
could also look at similar systems such as
Aegis 
PRCS 
etc.
You can find a comprehensive list in the "Configuration Management Tool
Summary" at http://www.iac.honeywell.com/Pub/Tech/CM/CMTools.html
 - Greg

--
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]




application to start automatically at boot

2000-11-15 Thread Francisco Gongora

Hello:

We want our application to start automatically at boot, or stop when the
system shuts down.  We are using a startup script ( /etc/rc.d/init.d ) for
that.  After we start the java application (jar), we cannot find the name of
the process (process id).  The name of the command in the process table is
"java" regardless how many java applications are running at the same time.
Trying to get the process id using: ps -ef | grep classname, will return
nothing.

How can I get the name of a process (java application) to be able to kill
it?
Is there any other way to run the application automatically when the machine
boots up?

We will appreciate any help with that.  Thanks.

Francisco


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: application to start automatically at boot

2000-11-15 Thread Dr. Michael Christiansen


In the shell script, you can get the process id of the process last started IN
THE BACKGROUND.
It is a shell variable.
In ksh the variable is $!.
The idea is to write this value into a file associated with your application.
Something like:

java myclass &
echo $! > myclass.pid

Now the file myclass.pid has the pid of the java process.

Hope this helps,
Mike


Francisco Gongora wrote:

> Hello:
>
> We want our application to start automatically at boot, or stop when the
> system shuts down.  We are using a startup script ( /etc/rc.d/init.d ) for
> that.  After we start the java application (jar), we cannot find the name of
> the process (process id).  The name of the command in the process table is
> "java" regardless how many java applications are running at the same time.
> Trying to get the process id using: ps -ef | grep classname, will return
> nothing.
>
> How can I get the name of a process (java application) to be able to kill
> it?
> Is there any other way to run the application automatically when the machine
> boots up?
>
> We will appreciate any help with that.  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: application to start automatically at boot

2000-11-15 Thread Joi Ellis

On Wed, 15 Nov 2000, Francisco Gongora wrote:

> Hello:
> 
> We want our application to start automatically at boot, or stop when the
> system shuts down.  We are using a startup script ( /etc/rc.d/init.d ) for
> that.  After we start the java application (jar), we cannot find the name of
> the process (process id).  The name of the command in the process table is
> "java" regardless how many java applications are running at the same time.
> Trying to get the process id using: ps -ef | grep classname, will return
> nothing.
> 
> How can I get the name of a process (java application) to be able to kill
> it?
> Is there any other way to run the application automatically when the machine
> boots up?
> 
> We will appreciate any help with that.  Thanks.

Possibilities:  If your shell is bash, and if you're launching the jvm
as  background process, see if you can use $! to retrieve the PID of the most
recently launched background process.

See if your 'ps' has a -f option that lists the parameters to the processes.
This parameter list can then be grepped for the name of your jar file.

Investigate your API to see if the toolkit can return the PID of the jvm
anywhere.  I don't know if there is one.  If not, a JNI method may be 
useful here.  Once your code knows its PID, write it to a file.


-- 
Joi EllisSoftware Engineer
Aravox Technologies  [EMAIL PROTECTED], [EMAIL PROTECTED]

No matter what we think of Linux versus FreeBSD, etc., the one thing I
really like about Linux is that it has Microsoft worried.  Anything
that kicks a monopoly in the pants has got to be good for something.
   - Chris Johnson


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: application to start automatically at boot

2000-11-15 Thread Alexander V. Konstantinou

One possible solution is to create a file containing the PID of the process.
On Linux, the right place to store that would be /var/run/myprogram.pid
Make sure to use the Java remove on exit feature when creating the file
so that you don't have left over files.  You should also use the
atomic create and check to prevent multiple startups of your process
(or come up with a design allowing multiple PIDs to be stored).

All you have to do to kill the process is read the pid file and send
a TERM signal.  Starting with JDK 1.3 you can even catch the TERM
signal in your server, and clean up before exiting.

Alexander

On Wed, Nov 15, 2000 at 09:11:05AM -0500, Francisco Gongora wrote:
> Hello:
> 
> We want our application to start automatically at boot, or stop when the
> system shuts down.  We are using a startup script ( /etc/rc.d/init.d ) for
> that.  After we start the java application (jar), we cannot find the name of
> the process (process id).  The name of the command in the process table is
> "java" regardless how many java applications are running at the same time.
> Trying to get the process id using: ps -ef | grep classname, will return
> nothing.
> 
> How can I get the name of a process (java application) to be able to kill
> it?
> Is there any other way to run the application automatically when the machine
> boots up?
> 
> We will appreciate any help with that.  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]




FW: [ANNOUNCE] JMF 2.1.1-beta2 for Linux/i386

2000-11-15 Thread Carlos Solorzano


 will there be a page including what format types are supported 
 and all that stuff?? 
 thanks,
 --Carlos
 www.loudfire.com
 
> -Original Message-
> From: Juergen Kreileder [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 14, 2000 6:03 PM
> To: Java Linux Public
> Subject: [ANNOUNCE] JMF 2.1.1-beta2 for Linux/i386
> 
> 
> 
> The Blackdown Java-Linux Team is happy to announce the availability of
> the JMF 2.1.1-beta2 Performance Pack for Linux/i386:
> 
> The Java Media Framework (JMF) is an API for incorporating audio,
> video and other time-based media into Java applications and
> applets. It is an optional package that extends the multimedia
> capabilities on the Java2 platform.
> 
> Please see
> http://www.blackdown.org/java-linux/jdk1.2-status/jmf-status.html 
> for requirements and installation instructions.
> 
> For general information about JMF and documentation visit
> http://java.sun.com/products/java-media/jmf/index.html
> 
> 
> Blackdown Java-Linux Team
> 
> -- 
> Juergen Kreileder, Blackdown Java-Linux Team
> http://www.blackdown.org/java-linux.html
> JVM'01: http://www.usenix.org/events/jvm01/
> 
> 
> --
> 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: FW: [ANNOUNCE] JMF 2.1.1-beta2 for Linux/i386

2000-11-15 Thread Juergen Kreileder

> "Carlos" == Carlos Solorzano <[EMAIL PROTECTED]> writes:

Carlos> will there be a page including what format types are
Carlos> supported and all that stuff??

Yes, soon.


Juergen

-- 
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux.html
JVM'01: http://www.usenix.org/events/jvm01/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: java developer feedback

2000-11-15 Thread Juergen Kreileder

> "Peter" == Peter Pilgrim <[EMAIL PROTECTED]> writes:

Peter> The solution to KDE, GNOME, AWT enabled is to make the
Peter> whole X window code abstract and generic then apply a
Peter> factory plugin architecture that loads Java Proxy and JNI
Peter> classes at runtime such we have

Peter>  libjavaawt.so
Peter>  libjavakde.so
Peter>  libjavaqt.so
Peter>  libjavanextstep.so
Peter>  et al

Peter> Then at a property in `awt.properties' file to decide which
Peter> Java class to load at runtime

Peter>  java.awt.native.interface.libclass = 
com.sun.awt.native.kde.KdeUIFactory
Peter>  java.awt.native.interface.libclass = com.sun.awt.native.qt.QtUIFactory

Something similar is already possible with the system property
"awt.toolkit".


Juergen

-- 
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux.html
JVM'01: http://www.usenix.org/events/jvm01/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Q: java-plugin and mozilla/netscape6

2000-11-15 Thread noisebrain


In netscape4, I believe that the java plugin does not
replace the internal jvm, and that web pages need to
have a bit of special html to cause them to use the plugin
instead of the internal jvm.

Is this true in mozilla/netscape6?  Or is the java plugin
"the" java for mozilla?  (& does it work on the linux mozilla
at this point?)

thanks


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: Q: java-plugin and mozilla/netscape6

2000-11-15 Thread Juergen Kreileder

> "noisebrain" == noisebrain  <[EMAIL PROTECTED]> writes:

noisebrain> In netscape4, I believe that the java plugin does not
noisebrain> replace the internal jvm, and that web pages need to
noisebrain> have a bit of special html to cause them to use the
noisebrain> plugin instead of the internal jvm.

Correct.

noisebrain> Is this true in mozilla/netscape6?  Or is the java
noisebrain> plugin "the" java for mozilla?  

All applets use the external JVM.

noisebrain> (& does it work on the linux mozilla at this point?)

Yes, see
http://www.blackdown.org/java-linux/jdk1.2-status/INSTALL-1.3-j2re for
installation instructions.


Juergen

-- 
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux.html
JVM'01: http://www.usenix.org/events/jvm01/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]