Hi,
I had a look at the XML Serialization, it does look quite nice, however the
docs dont seem to explain how you make a non swing class, or a class that
extends swing, serializable via XML. Does anyone know of a magic url that
might shed some light on this?
Cheers,
J Baker
--
John Baker, BS
Hi all,
I've been trying to run Apache JServ with the blackdown jdk (1.2 pre v2), but
the jre keeps crashing under high load (the java process segfaults)... It's
running with native threads on a dual processor machine, glibc 2.0.7.
I've heard reports that native threads in this version can be u
Hi,
Is it possible to use functions from an existing shared library (written in C++) in
Java ???
I read that I have to use the JNI. Can anyone tell me exactly how this works
Thanks ...
E-Mail : [EMAIL PROTECTED]
--
To UNS
> me_kim,
>
> I'm not sure I understand your request completely as I can read it three
> different
> ways:
>
> 1) Do you mean some mechanism that compiles Java to native platform
> code?
> Seems like IBM was working on something like this. I think that they
> planned
> to compile byte co
Anyone else find that the mouse "jumps over" the divider in a JSplitPane
under the Jdk1.2pre2 and Jdk1.2.2rc2 (aint tried any more)
I have the following 'sets' in operation:
.setOneTouchExpandable(true);
.setContinuousLayout(false);
.setDividerSize(8);
.setDividerLocation(0.5);
-John
--
If you cannot changed the name of your function in the library,
you have to create JNI wrapper for this function. You call this
wrapper from Java using JNI and make your function call from this
wrapper. You also have to link your shared C++ library.
Jacob Nikom
[EMAIL PROTECTED] wrote:
>
> Hi
[EMAIL PROTECTED] wrote:
> thank you, but the JNI was not what i was looking for - its quite
> interesting too, but it was point 1) i was interested in: compiling
> java(source/byte)code to native machine code. there´s an extension (or
> whatever) to
> gcc/egcs, but unfortunately i couldn´t find d
Jon Coppeard wrote:
> Hi all,
>
> I've been trying to run Apache JServ with the blackdown jdk (1.2 pre v2), but
> the jre keeps crashing under high load (the java process segfaults)... It's
> running with native threads on a dual processor machine, glibc 2.0.7.
>
> I've heard reports that native
I just installed JDK 1.2.2 on my Slackware 4.0 system, and I get a
strange error message when I try to run anything.
Here's what happens:
duke:/usr/local/bin/jdk1.2.2/bin# ./java
./java: /bin/realpath: No such file or directory
./java: /bin/realpath: No such file or directory
java was not fo
Hi,
is it possible to access X things from native code via JNI? E.g., paint in a X
window direktly from native code?
MbG, Ekkehard
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
Hi:
JBuilder3 is ok. I has some serious(IMHO) shortcomings. I will
enumerate:
1. No GUI way to define JTable data model or other JTable helper classes
such as TableHeader or ColumnModel
2. No GUI way to modify tab labels in a JTabbedPane.
3. No GUI way to add icons to buttons e
On Wed, Dec 01, 1999 at 07:47:00PM +, Ekkehard Kraemer wrote:
> Hi,
>
> is it possible to access X things from native code via JNI? E.g., paint in a X
> window direktly from native code?
Yes, but
Java doesn't give you any way to discover the X resources used by the
AWT... you can't get
Updating glibc is very tricky stuff, with many dependencies and
opportunities to break the system midway through installation. The usual
way to do it (at least in RedHat-land) is to update your distribution
installation.
This document discusses how to do a glibc install:
http://www.linuxdoc.
> Nathan Meyers writes:
Nathan> On Wed, Dec 01, 1999 at 07:47:00PM +, Ekkehard Kraemer wrote:
>> Hi,
>>
>> is it possible to access X things from native code via JNI?
>> E.g., paint in a X window direktly from native code?
Nathan> Yes, but
Nathan> Java d
On Wed, Dec 01, 1999 at 04:25:47PM -0600, Greg Tomalesky wrote:
> Hi:
>
> JBuilder3 is ok. I has some serious(IMHO) shortcomings. I will
> enumerate:
I'll use the Solaris edition, just released, to answer to this. The Linux
version, under development and demoed at the last LWCE, uses the sam
> > Do Sun have any plans for long term persistence of objects that have been
> > serialized? The serialization is a lovely idea, but the incompatibility
> > between different Jdk's, and recompiled objects, is a real pain.
>
> I don't know if this has been mentioned, but you can get compatibility
16 matches
Mail list logo