java-gnome-developer — For people using the bindings to write their own applications

[Java-gnome-developer] emerge java-gnome fails with cannot stat api/resources/*

[<co...@ye...>]

Hi

Ive tryed this morning to emerge java-gnome on Gentoo and aftter about 1 hour it
falls over with this error:-

cannot stat the 'api/resources/*'

Anyone had the same problems on Gentoo or even has anyone got it installed okay


Many Thanks

[Java-gnome-developer] Re: Public static final int

[Laurent M. <la...@ao...>]

>>>>> "Jerry" == Jerry Haltom <wa...@la...> writes:

  Jerry> I would say ignore it until someday in the future when we can
  Jerry> support Java 1.5 enums. ;) No reason to break our future
  Jerry> compatibility when we know this feature is coming up (already
  Jerry> here, if you've got Sun's JVM.)

I don't see what future compatibility would be broken. And AFAIK, so
free JVM has is about to have enums yet.

-- 
Laurent Martelli
la...@ao...                                Java Aspect Components
http://www.aopsys.com/                          http://jac.objectweb.org

Re: [Java-gnome-developer] new Gentoo ebuilds for beta test

[Mark H. <mh...@ti...>]

> things were massively complicated by the fact that java-gnome is
> a fully autoconf'd gnome project. I've got a number of issues that I'll
> fix in the various .in files during 2.9

Could you possibly give more details about the problems you had. We really do
want to try to improve the build process. Also, getting those patches into cvs
would be really useful.
Hopefully we will be getting full automake support in the 2.9 cycle, which would
really help clean things up so that we are able to maintain them better.

--
   .""`. Mark Howard
  : :" :
  `. `"  http://www.tildemh.com
    `-   mh...@de... | mh...@ti...

[Java-gnome-developer] new Gentoo ebuilds for beta test

[Andrew C. <an...@op...>]

For those running Gentoo:

I have created new ebuilds for libgtk-java, libgnome-java, etc and
replaced java-gnome with a meta package which depends on the various
pieces.

I've tested it on two systems and I think I have the glitches knocked
out of the ebuild. As those on #gnome-java and #java-gnome who have been
listening to me bash away at this thing for the last couple days will
attest, things were massively complicated by the fact that java-gnome is
a fully autoconf'd gnome project. I've got a number of issues that I'll
fix in the various .in files during 2.9

If you're interested, I've put the ebuilds I wrote up at:

http://www.operationaldynamics.com/reference/software/gentoo/

We'll get them into Portage shortly.

If you want to try them, there's a tarball there if you want to put it
into your local overlay.

ACCEPT_KEYWORDS=3D~x86 emerge =3Ddev-java/java-gnome-2.8.2

[You'll need to have your Gentoo system on GNOME 2.8 (which last I
checked is still masked, though I've been running it for a while now no
problems)]

I have various programs which I'm working on which quite handily
exercise various bits of these packages, so I'm content that everything
builds, ends up in sensible places, and works.

AfC
Sydney

--=20
Andrew Frederick Cowie

OPERATIONAL DYNAMICS
Operations Consultants and Infrastructure Engineers

Australia: +61 2 9977 6866  North America: +1 646 472 5054

http://www.operationaldynamics.com/

Re: [Java-gnome-developer] libgtkthml tarballs

[Andrew C. <an...@op...>]

On Mon, 2004-08-11 at 13:14 +0000, Mark Howard wrote:
> Official tarballs are ones which are part of the gnome bindings release. =
They
> have to be core gnome modules, relatively complete and we must follow the=
 gnome
> rules. I don't think libgtkhtml-java is in this state yet.

I disagree. It works at least as well as the rest of java-gnome does.
Time to call libgtkhtml-java official.

I grant that things like vte and whatnot are still pretty out there, but
the gtkhtml binding has worked quite well for a while now (since early
2.7 days at least).

> tarballs at sourceforge=20

Whatever is easiest for you. Personally, I don't think its a good idea
to have stuff from one project split between various archives, but a
higher priority for me is to have tarballs that can get mirrored by the
various distributions.

AfC
Sydney

Re: [Java-gnome-developer] libgtkthml tarballs

[Mark H. <mh...@ti...>]

Official tarballs are ones which are part of the gnome bindings release. They
have to be core gnome modules, relatively complete and we must follow the gnome
rules. I don't think libgtkhtml-java is in this state yet.

We can also make tarball releases to sourceforge for unofficial packages. We can
do this at any time when it seems appropriate. I'd say now is probably a good
time to check what's changed recently in the non-official modules and possible
make releases.

In an ideal world, we'd have a dedicated maintainer responsible for each module.
This person would keep track of its status and prepare releases as needed.

--
   .""`. Mark Howard
  : :" :
  `. `"  http://www.tildemh.com
    `-   mh...@de... | mh...@ti...

[Java-gnome-developer] libgtkthml tarballs

[Andrew C. <an...@op...>]

Hey... what do we have to do to get "official" tarballs of
libgtkhtml-java built and available up on ftp.gnome.org [and mirrors
thereof?]

I'm doing packaging for a distro.=20

Can't really be pulling libgtkhtml-java out of CVS when everything else
(libgtk-java, libgnome-java, libglade-java and libgconf-java) are
available as proper released tarballs...

AfC
Sydney

[Java-gnome-developer] java-gnome.sourceforge.net Has been added...

[Jenna B. <web...@fr...>]

Hello,

I'm writing to let you know that I have just added your website,
java-gnome.sourceforge.net, to my directory.

You can find your listing here...

http://www.freefreegames.com/javadownload

I also wanted to gauge your interest in networking our websites
together more closely for mutual benefit.

If you would consider linking to my site from your own website, 
I would be more than happy to increase your listing to "premium status". 

You can get instruction on how to link to my site at http://www.freefreegames.com/addlink.html 

This will always ensure that your listing appears at the top of your category above all other normal listings, even if new webmasters submit their website to the same category in the future.

I think you have a fantastic site, and would love to have you as
a strategic link partner.

If you're interested, simply reply to this entire email and let
me know where you've placed the link on your own site, and I will immediately modify your listing to premium status.

I look forward to hearing from you soon & keep up the great work...

Sincerely,
Jenna Brooks
mailto:web...@fr...

Re: [Java-gnome-developer] Public static final int

[Jerry H. <wa...@la...>]

I would say ignore it until someday in the future when we can support
Java 1.5 enums. ;) No reason to break our future compatibility when we
know this feature is coming up (already here, if you've got Sun's JVM.)

Re: [Java-gnome-developer] fix for "unexpected end of file" bug

[Mark H. <mh...@ti...>]

Thanks very much for tracking this down. It's very strange that some versio=
ns of
autoconf (I guess) work fine for this.
I've applied to both branches. We will probably make another 2.8 release af=
ter a
few more bug fixes, so possibly next week.

--=20
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com=20
   `-   mh...@de... | mh...@ti...=20

Re: [Java-gnome-developer] systray for gnome

[Mark H. <mh...@ti...>]

On Sat, Nov 06, 2004 at 07:09:31PM -0600, Rishabh Manocha wrote:
> hey guys,
> I was just wondering if there is any dock/systray implementation for
> the gnome panel with JAVA?? Something like systray4j for
> KDE(systray.sf.net).
> Can it be done with java-gnome?

Not at the moment. AFAIK nobody is working on this at the moment either.

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... 

[Java-gnome-developer] What distros ship or are planning to ship java and java-gnome?

[Hans D. <ha...@de...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Luca De Rugeriis wrote:
> Il giorno sab, 06-11-2004 alle 08:55 -0500, Hans Deragon ha scritto:
> 
>>-----BEGIN PGP SIGNED MESSAGE-----
>>Hash: SHA1
>>
>>Greetings.
>>
>>
>>  So, nobody ever tried java-gnome 2.6.0.1 on Fedora Core 2?  I am the first?
>> Nobody ever experience segmentation violation with the tls/libc.so.6 library
>>on any other distro?  Check the original mail below for more details.
> 
> I'm running it on fedora since 2 years, there are fedora2 libgtk-java
> rpm packages avilable as well as semi-official fedora3 java-gnome rpms,
> everything is linked ion the site. Fedora4 will ship with java-gnome.
> ...maybe you are not the first to try it on fedora ;)

This is nice to hear that FC4 will ship java-gnome...  Does that mean that FC4
will also ship a free Java implementation?  I thought that this was out of the
question because Java, the language itself, is not opened but controlled by Sun.

Any other distros that plan or are already shipping java-gnome?  I want to
know how much Java will be embraced.  The software I create with Java is
pretty much for myself.  I use Python when I want to create software that runs
on all distros (see http://autopoweroff.deragon.biz).  It would be nice if I
could start writting Java apps that I would know would run out of the box on
many of the main distros (Debian, Fedora, SuSE, Mandrake, etc...).

If this has been discussed somewhere else, no need to repeat info again
(although a summary of what you know would be nice).  Please provide a link
instead.


Thanks
Hans Deragon
- --
Consultant en informatique/Software Consultant
Deragon Informatique inc.     Open source:
http://www.deragon.biz        http://facil.qc.ca (Promotion du libre)
mailto://ha...@de...     http://autopoweroff.deragon.biz (Logiciel)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFBjkBfkn1Tn1exbkgRAsc9AJ9QSbksg296NXL1Ocw/+w3/Q1FYMACdFZQb
mw4i2OjIKz3p+HyQsXqdDD0=
=wCuK
-----END PGP SIGNATURE-----

[Java-gnome-developer] Public static final int

[Laurent M. <la...@ao...>]

I think it would be nice to to make constants fields (like those in
KeySymbol) public so that one can write switch statements. What do you
think ?

-- 
Laurent Martelli
la...@ao...                                Java Aspect Components
http://www.aopsys.com/                          http://jac.objectweb.org

[Java-gnome-developer] fix for "unexpected end of file" bug

[Andrew C. <an...@op...>]

Remember that problem everyone has been having along the lines of

	./configure: line 2420: syntax error: unexpected end of file

When we went to run autogen? I ran into this again today as I've been in
the process of writing Gentoo ebuilds for java-gnome 2.8

So I started digging. 

And digging more

And then madly debugging even more than that.

I found the bastard. You're not going to believe this.

THERE IS A TRAILING TAB CHARACTER IN THE ONE PLACE THAT THERE CANNOT BE:
THE "END OF HERE DOCUMENT" MARKER

Specifically, libgtk-java/macros/am_path_gcj.m4, line 106 says

	EOF<TAB>

but of course the here document <<EOF is looking for EOF not EOF<TAB>,
so it doesn't match. Delete the trailing \t and you're all set.

[Not to mention, watch all kinds of other configure output start
appearing that you never saw before because it was getting trapped in
what was effectively a several hundred line overflowing string]

Patch attached. Needs to be applied to 2.8 and to 2.9.

Assuming this is correct, then it really needs to be pushed out as
2.8.2.1 ASAP - so if others could test this I'd appreciate it. We've
been fighting this for months now.

AfC
Sydney

/me hates autoconf.

-- 
Andrew Frederick Cowie

OPERATIONAL DYNAMICS
Operations Consultants and Infrastructure Engineers

Australia: +61 2 9977 6866  North America: +1 646 472 5054

http://www.operationaldynamics.com/

[Java-gnome-developer] systray for gnome

[Rishabh M. <rma...@gm...>]

hey guys,
I was just wondering if there is any dock/systray implementation for
the gnome panel with JAVA?? Something like systray4j for
KDE(systray.sf.net).
Can it be done with java-gnome?
thanks

[Java-gnome-developer] (no subject)

[Benjamin J. <bp...@gm...>]

--- OOPS! Accidentaly forgot to send this mail to the list
--- Sent useless stuff that contained only Jerry's quoted mail
--- Sorry... :-)

> Yes. Java web start is awesome. Making a similar thing possible with
> Gnome/GTK would be awesome. However, I have gone down this path before.
>
> GTK/Gnome are native libs. This means, for the JWS program to run, it
> cannot do so in a sandbox. The user gets an ugly message telling them
> not to do it.
Right!
This might be the biggest problem when trying to deploy java-gnome
applications using some kind of web start system. The 'standard' user will
just click away the warning message ("Uh... what's that s'posed 'ter be??!
") and that's it. With full access to the system I can't imagine what an
application considered to do harmful things might do... :-(
Anyway... such things can be thought trough. When deploying a standard
Java/Swing application same things can happen: the application wants to have
full access to network, harddisk and refrigiator, the user simply clicks
'OK' and is bored by the missing/bad certificate -- and that's it.
Besides,... it might be wrong to try to immitate Java Web Start 100%, but it
might be a good start to show off some of java-gnome's features. It would be
awesome if other deployment methods beside JNLP could be 'plugged in' to
extend the whole thing...

> GTK/Gnome do not use Java class loader to load their resouses: such as
> icons, themes, .gtkrc files, and the like. There isn't a good way to do
> this with JWS. Gtk/Gnome would have to be able to load their resources
> out of a Classloader. Perhaps adding a callback to GTK's file operations
> that lets you plug in arbitrary ways to retrieve a byte[] or something.
But you CAN use the java class loader to load resources for use with
java-gnome... I used the following code in my 1st java-gnome app:

new LibGlade(
  getClass().getResource("somefile.glade").getFile(),
  this
);

packed it all nicely together in a JAR file and launched the app using
SableVM. Works! Didn't try that with icons, sounds, etc though...

... you're right. I nearly don't know anything about GTK/GNOME. GNOME is my
desktop of choice and now that I've found out that there is a java-gnome
project I might be going slightly too fast. I'll try to do more RTFMs... :-)

>
> Both of the above cases could more properly be solved in the same way
> Swing/AWTs are. When a Swing program is downloaded from JWS, it does not
> download the entirety of the Swing and AWT libraries: they are located
> on the local machine. AWT uses JNI (or something) to interface with the
> native machine to do it's graphic rendering... and JWS doesn't give you
> a warning about this (just like an applet). Basically somebody has
> configured a security manager of some sort to trust Swing/AWT. So,
> Java-Gnome is installed locally and given permission to do what it
> needs. Obviously this makes one click deployment not quite work...
> except that your Linux distribution SHOULD distribute Java-Gnome by
> default!!!
Yes. That should definately be the goal. Java-Gnome must be installed to use
GNOME Web Start!!!


If there is another net launching protocol similar to JNLP which might be
suited better to deploy java-gnome applications, let me know. See.... I just
had an idea, I'm not quite sure if it might work out.... but I like the idea
itself. Maybe nobody is interrested in my Java-Gnome deployment system.
That's what I wanted to find out first. Is there a need for GNOME Web Start?


Have fun...
  Benjamin
  (this time from a different e-mail address)

-- 
NEU +++ DSL Komplett von GMX +++ http://www.gmx.net/de/go/dsl
GMX DSL-Netzanschluss + Tarif zum supergünstigen Komplett-Preis!

Re: [Fwd: [Java-gnome-developer] Got signal 11 /lib/tls/libc.so.6]

[Hans D. <ha...@de...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Mark Howard wrote:
> This could be related to problems some people have been having with the way
> glade loads files. (A few patches have been committed to cvs for this recently).
> Could you send the code please?

I performed further tests and discovered that the problem is purely caused by
the glade file, which contains a Gnome application window (very simple).  My
code works with Example1's glade file, and Example1 crashes with this
kaput.glade file.  So there is something in this glade file that is not
handled properly.

kaput.glade is attached.  To reproduce, run Example1 loading this glade file.


Thanks,
Hans Deragon
- --
Consultant en informatique/Software Consultant
Deragon Informatique inc.     Open source:
http://www.deragon.biz        http://facil.qc.ca (Promotion du libre)
mailto://ha...@de...     http://autopoweroff.deragon.biz (Logiciel)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFBjSMAkn1Tn1exbkgRAtF+AJ9fptrTiibl5m7e3FkK1HrOCYNPLwCeLdXd
K8wlJW8y9sC8Y60MxHcH3DM=
=LtWj
-----END PGP SIGNATURE-----

[Java-gnome-developer] Re: retrieveGObject enhancement

[Laurent M. <la...@ao...>]

>>>>> "Jeff" == Jeff Morgan <ku...@gm...> writes:

  Jeff> I think this is a good idea but I do request that we wait
  Jeff> until I commit the 64-bit code in a couple of days.  All
  Jeff> changes that are being made to the bindings now I have to
  Jeff> merge with my code.

Alright, I'll wait to send a patch and do the merge on my code. 

-- 
Laurent Martelli
la...@ao...                                Java Aspect Components
http://www.aopsys.com/                          http://jac.objectweb.org

Re: [Java-gnome-developer] GNOME Web Start

[Robert S. <the...@gm...>]

Hi Benjamin,
first of all. Java WebStart is the name of Sun's implementation of a 
JNLP client. Its not the only one out there.
A Free implementation is OpenJNLP (http://openjnlp.nanode.org/ - Mozilla 
Public License). Unfortunately it was
not updated since December 2002. Maybe you could use this as a base for 
you work or at least get some ideas from
it (I personally would like to see a JNLP client that is licensed under 
GPL).

Btw: Java-Gnome may add a service to the JNLP API allowing applications 
to query whether Java-Gnome is available
(and which version.). For more infos about that API have a look here: 
http://java.sun.com/products/javawebstart/docs/javadoc/index.html

cu
Robert

Benjamin P. Jung wrote:

>Hi all,
>
>I'm new to this list and didn't bother to read the whole history, so
>please forgive me if the idea which I want to present ain't new at
>all. :-)
>
>I have never ever written an application using GTK/GNOME, but my skills
>as a Java programmer are quite good. I played around with the java-gnome
>binding itself and was surprised how easy it is to create a nice GUI
>using Glade and then actually loading it using the excellent java-gnome
>bindings... the documentation on how to do all the tricky things sucks /
>is just not completed. My English isn't very good as it ain't my native
>tongue but I could to do some German translations if needed.
>
>But now to my actual idea:
>I'm using Java Web Start to deploy most of my Java/Swing applications.
>It's a clean and easy way to keep all users of a software product
>up-to-date.  See http://java.sun.com/products/javawebstart/
>It's a technology that 'just works' (tm).
>I haven't tried yet,... but it should be possible without too many
>problems to deploy applications that use the java-gnome bindings via
>Java Web Start, too. Java Web Start uses the Java Net Launching Protocol
>(JNLP) which is a well documented standard provided by SUN Microsystems.
>You browse the web, download a jnlp file (XML format) and hand it over
>to your Web Start application which does the rest for you. It downloads
>all the required JAR files and (if needed) native libraries, it handles
>permission control and security (all JAR files need to be digitally
>signed).
>
>Why not write a clone of SUN's original Java Web Start which acts as an
>JNLP interpreter and handles start menu / desktop integration, caching
>and updates of already installed Web Start applications and libraries...
>JNLP spec.: http://java.sun.com/products/javawebstart/download-spec.html
>
>Maybe the idea is dumb, but it could become some kind of killer
>application. I'm speaking of an application to deploy platform
>independent Java applications that integrate nicely into your GNOME
>desktop. (It might be extended at some further point to be able to load
>and deploy apps that are e.g. written in python).
>
>Test page for my 1st attempt of a java-gnome application that can be
>started via SUN's Java Web Start:
>http://phreakzone.com/~bpjung/projects/gws/gws.jnlp (ain't working, yet)
>
>The goal should be to create an application that runs using SableVM or
>any other open source Java Runtime. Maybe it's overkill to use JNLP and
>the first goal should be to create a data format that is slightly easier
>to handle... comments anybody?
>
>
>Have fun...
>  Benjamin
>  
>

Re: [Java-gnome-developer] GNOME Web Start

[Benjamin J. <bp...@gm...>]

> Yes. Java web start is awesome. Making a similar thing possible with
> Gnome/GTK would be awesome. However, I have gone down this path before.
> 
> GTK/Gnome are native libs. This means, for the JWS program to run, it
> cannot do so in a sandbox. The user gets an ugly message telling them
> not to do it.
> 
> GTK/Gnome do not use Java class loader to load their resouses: such as
> icons, themes, .gtkrc files, and the like. There isn't a good way to do
> this with JWS. Gtk/Gnome would have to be able to load their resources
> out of a Classloader. Perhaps adding a callback to GTK's file operations
> that lets you plug in arbitrary ways to retrieve a byte[] or something.
> 
> Both of the above cases could more properly be solved in the same way
> Swing/AWTs are. When a Swing program is downloaded from JWS, it does not
> download the entirety of the Swing and AWT libraries: they are located
> on the local machine. AWT uses JNI (or something) to interface with the
> native machine to do it's graphic rendering... and JWS doesn't give you
> a warning about this (just like an applet). Basically somebody has
> configured a security manager of some sort to trust Swing/AWT. So,
> Java-Gnome is installed locally and given permission to do what it
> needs. Obviously this makes one click deployment not quite work...
> except that your Linux distribution SHOULD distribute Java-Gnome by
> default!!!
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

-- 
Geschenkt: 3 Monate GMX ProMail + 3 Top-Spielfilme auf DVD
++ Jetzt kostenlos testen http://www.gmx.net/de/go/mail ++

Re: [Java-gnome-developer] retrieveGObject enhancement

[Jeff M. <ku...@gm...>]

I think this is a good idea but I do request that we wait until I
commit the 64-bit code in a couple of days.  All changes that
are being made to the bindings now I have to merge with my
code.


On Sat, 06 Nov 2004 18:16:34 +0100, Laurent Martelli <la...@ao...> wrote:
> I've made a change to GObject.retrieveGObject(int) so that it creates
> a new instance of the appropriate type in case getData() returns null.
> 
> This means we have to change every call to retrieveGObject() which
> currently checks the value returned by retrieveGObject() and if it is
> null instantiate an Object of the expected type, which if often an
> abstract class.
> 
> Any objection ?
> 
> --
> Laurent Martelli
> la...@ao...                                Java Aspect Components
> http://www.aopsys.com/                          http://jac.objectweb.org
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 


-- 
Jeffrey Morgan

"The highest reward for a man's toil is not
what he gets for it, but what he becomse by it"
    - Jon Ruskin

[Java-gnome-developer] retrieveGObject enhancement

[Laurent M. <la...@ao...>]

I've made a change to GObject.retrieveGObject(int) so that it creates
a new instance of the appropriate type in case getData() returns null.

This means we have to change every call to retrieveGObject() which
currently checks the value returned by retrieveGObject() and if it is
null instantiate an Object of the expected type, which if often an
abstract class.

Any objection ?

-- 
Laurent Martelli
la...@ao...                                Java Aspect Components
http://www.aopsys.com/                          http://jac.objectweb.org

Re: [Java-gnome-developer] GNOME Web Start

[Jerry H. <jh...@fe...>]

Yes. Java web start is awesome. Making a similar thing possible with
Gnome/GTK would be awesome. However, I have gone down this path before.

GTK/Gnome are native libs. This means, for the JWS program to run, it
cannot do so in a sandbox. The user gets an ugly message telling them
not to do it.

GTK/Gnome do not use Java class loader to load their resouses: such as
icons, themes, .gtkrc files, and the like. There isn't a good way to do
this with JWS. Gtk/Gnome would have to be able to load their resources
out of a Classloader. Perhaps adding a callback to GTK's file operations
that lets you plug in arbitrary ways to retrieve a byte[] or something.

Both of the above cases could more properly be solved in the same way
Swing/AWTs are. When a Swing program is downloaded from JWS, it does not
download the entirety of the Swing and AWT libraries: they are located
on the local machine. AWT uses JNI (or something) to interface with the
native machine to do it's graphic rendering... and JWS doesn't give you
a warning about this (just like an applet). Basically somebody has
configured a security manager of some sort to trust Swing/AWT. So,
Java-Gnome is installed locally and given permission to do what it
needs. Obviously this makes one click deployment not quite work...
except that your Linux distribution SHOULD distribute Java-Gnome by
default!!!

Re: [Java-gnome-developer] libgtk help

[Skip C. <sco...@gm...>]

Hey there, 

Thanks for the response.  I already had JAVAC correctly set.  I
un-installed jikes just to make certain that it could not be used. 
Unfortunately, the error still persists.  Any other suggestions ?


scoon


On Sat, 6 Nov 2004 14:51:14 +0000, Mark Howard <mh...@ti...> wrote:
> On Sat, Nov 06, 2004 at 08:33:08AM -0500, Skip Coon wrote:
> > Using sun's jdk-1.4.2.05:
> > Exception in thread "main" java.lang.UnsupportedClassVersionError:
> > org/gnu/glade/LibGlade (Unsupported major.minor version 49.0)
> >       at java.lang.ClassLoader.defineClass0(Native Method)
> 
> This is an inconsistancy in the class file format. You probably compiled
> java-gnome with jikes. (the makefiles automatically pick a java compiler to use,
> preferring open source ones). As default, this generates class files which are
> too new for sun/blackdown java. This can be overridden with jikes --target 1.3.
> To make java-gnome do this, you would have to modify the makefiles.
> 
> Alternatively, use another compiler for the job:
> export JAVAC=javac before running autogen and make will make the scripts use
> javac rather than jikes.
> If you do this, be sure to remove all jar and class files first (make clean
> should do this for you), otherwise some may not be recompiled.
> 
> --
>   .''`. Mark Howard
>  : :' :
>  `. `'  http://www.tildemh.com
>    `-   mh...@de... | mh...@ti...
>

Re: [Java-gnome-developer] GNOME Web Start

[Mark H. <mh...@ti...>]

I've never used java web start, but it's certainly an interesting idea. Do
java-gnome users want this?

--=20
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com=20
   `-   mh...@de... | mh...@ti...=20