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

[Java-gnome-developer] Looking ahead

[Morgan, J. <Jef...@rp...>]

It has been over three months since our last release
of Java-GNOME.  We are now just a few days away
from our next release (0.6) and, as you will see, there
has been an enormous amount of work during this
time.  We have completely rewritten the parser/
code generator and have added support for numerous
new widgets from GDK, GTK and libgnomeui.  We have
also added support for most of the capabilities found
in libgnome.  Also, we finally have support for libglade.
The callback mechanism has also been enhanced.
We have also updated our documentation and added a 
few additional chapters to the tutorial.  We have also
included 47 examples to demonstrate many of the
capabilities found in the bindings.  We are very
proud of this release and look forward to your feedback.

As we move forward we hope to have more frequent
releases, perhaps every four to six weeks.  Our push 
will be in two areas; adding support for additional 
functionality/libraries and adding support for the new 
versions of GTK and GNOME.  Our priorities are going 
to be based on what we think is important and what 
feedback we get from developers using the bindings.

Here are my thoughts on where we will focus our
efforts over the next three short releases:

0.6.1 
Enhance support for GnomeCanvas and related classes.
Enhance support for GtkCTree and related classes.
Enhance support for GnomeMDI and related classes.

0.6.2
Add support for gnome-triggers.
Add support for gnome-popt
Add support for gnome-regex
Add support for gnome-print

0.6.3
CORBA interoperability with ORBit and the object
activation found in GNOME.

Of course we will continue to update our documentation
and examples with each release.

I would like to hear from the user community.  I am 
very interested in what features you would like to see
in Java-GNOME.  If you haven't done so already, I would
suggest getting the latest version from CVS and take
a look.  We welcome your feedback.

-Jeff

[Java-gnome-developer] Re: Hold the patch

[Jean v. W. <je...@sm...>]

Hi Julian,

On Thu, 22 Feb 2001, Julian Fitzell wrote:

> Hmm... I don't seem to be getting subscribed to the list so I'm not sure if
> that email I sent went through or not... but I am having some seg faulting

Yes it did come through.  I was just busy with something so could not reply.

> problems with the LibGlade stuff (at least on Solaris - it's related to
> pointers and I think it works ok on Linux) so once I get these resolved I
> will submit the patch again with both sets of changes.
> 
> Julian Fitzell

I incorporated Avi's initial patch into the tree.  It worked fine except on
three points:

1) Certain cases created a core dump/crash so I had to remove a few lines
of code.

2) There was no GNOME support.

3) We moved the packages to gnu.gtk, gnu,gdk etc.

2 and 3 was trival to add.  An explenation on 1 follows:

The way that the callback mechanism works is: it expects that the object
registering the callback will also handle the callback (surprise,
surprise).  The way Avi's code handled it was correct except for this
miscalculation.  When using LibGlade, the physical object does not handle
the callback but the Object that calls the gnu.glade.LibGlade class does.
This meant that for certain callbacks the code thought that, that object
handled the callback rather than the Object that reads the file, resulting
in a crash.  Unfortunately the crash is caused in such a way that I have
not yet found a solution for it.

Some more information:

Unfortunately the LibGlade code is not very resilient currently and will
crash when it wants to bind a callback to a method that does not exist.

My suggestions:

Use the CVS code rather than  0.5 (if you are not already doing it), this
will hopefully solve the problem of the one type of crash.

Secondly make sure that all the methods you want to bind too exists.

Three, look at the examples in src/examples/libglade and
src/examples/libglade-gnome.

Please feel free to contact me for more information.

Regards
Jean

(PS. For interest sake:  diff -u diffs are easier to read and understand
than the ordinary diffs. --My personal oppinion)

[Java-gnome-developer] Hold the patch

[Julian F. <jfi...@ho...>]

Hmm... I don't seem to be getting subscribed to the list so I'm not sure if
that email I sent went through or not... but I am having some seg faulting
problems with the LibGlade stuff (at least on Solaris - it's related to
pointers and I think it works ok on Linux) so once I get these resolved I
will submit the patch again with both sets of changes.

Julian Fitzell

[Java-gnome-developer] LibGlade patch

[Julian F. <jfi...@ho...>]

Hi, I'm a friend of Avi's and I'm using the LibGlade stuff on a project.
In trying to access the second parameter of the libglade constructor I
noticed that your code didn't allow me to pass it.  When I asked Avi he
said he had written code for it but you mustn't have got it.  So I merged
his changes into your new naming scheme and here is the patch.  Also note
that you need to add "-lz" to the libraries (as well as -lxml) if you are
compiling the LibGlade stuff.

Since Java doesn't seem to support default method parameters (I'm fairly
new to Java) I don't know if you want to have two LibGlade constructors,
one that takes two parameters and one that takes three?  If you just want
to load the whole Glade file, you can pass null as the third parameter...
otherwise you pass the name of the widget you want to load.

Julian Fitzell



Index: LibGlade.java
===================================================================
RCS file: /cvsroot/java-gnome/java-gnome/src/other/LibGlade.java,v
retrieving revision 1.2
diff -r1.2 LibGlade.java
1c1
< /* 
---
>  /* 
18a19
>  * @author Julian Fitzell
34,35c35,36
<       
<     public LibGlade(String file, Object owner)
---
> 
>     public LibGlade(Object owner, String file, String root)
38c39,45
<       glade = construct(file);
---
>       try {
>           glade = construct(file, root);
>       }
>       catch(Exception e) {
>           System.out.println("GladeKit error: " + e);
>       }
> 
69c76
<     protected native long construct(String file);
---
>     protected native long construct(String file, String root);
Index: gnu_glade_LibGlade.c
===================================================================
RCS file: /cvsroot/java-gnome/java-gnome/src/other/gnu_glade_LibGlade.c,v
retrieving revision 1.2
diff -r1.2 gnu_glade_LibGlade.c
72c72
<     (JNIEnv *env, jobject o, jstring file)
---
>     (JNIEnv *env, jobject o, jstring file, jstring root)
76a77
>     char *rootname;
81a83,87
>     if(root)
>       rootname = (*env)->GetStringUTFChars(env, root, 0);
>     else
>       rootname = 0L;
> 
84c90
<     xml = glade_xml_new(filename, 0L);
---
>     xml = glade_xml_new(filename, rootname);
90a97,98
>     if(rootname)
>       (*env)->ReleaseStringUTFChars(env, root, rootname);
163a172,173
> 
>

[Java-gnome-developer] Re: Adding support for other GTK Objects

[dkennedy <dke...@li...>]

On Thu, 22 Feb 2001, Jean van Wyk wrote:

> Hi David,
> 
> I do not want to throw a spanner in your works but we are planning to
> release a new version of Java-GNOME some time next week (Do NOT quote me on
> that) so it may mean that some of your hard work may have to be redone on
> the new version.  Do not be afraid it will be mostly testing.  See my
> comments below:

Assuming that this new version is mostly in CVS now, I have already made the
transition.

> David, please do not throw away your patch (that is the defs file).  What I
> would rather suggest is that we should add another "library" or jar file.
> The other alternative is to:
> 
> - Make a new .defs file called something like gtkmoz.defs
> - Include this into the gnu.gtk tree or create a new branch called
>   something like gnu.gtkmoz. (We moved the packages from gtk, gdk, gnome
>   etc. to gnu.gtk, gnu.gdk, gnu.gnome to be closer to the Java spec.)
> - Add a flag to the configure script that will specifically enable this
>   feature (the item above) and that will add the required linking flags and
>   header files.
> - If we decide to add this permanently to the project we can then remove
>   the flag or make the flag a default.

I like all the above comments.  I would prefer to keep the gtkmozembed stuff
within gnu.gtk because it is a gtk object.  I will set it up so that even
though it is in gnu.gtk it will produce a separate jar file and .so file.

> In the long run we MAY make Java-GNOME a bit more modular.  That is have
> the default stuff in one RPM and have additional stuff in "add-ons" that
> will go and put these RPMS in the java-gnome directory.  This will mean
> that we will be able to distribute it better, only adding those parts which
> the user wants.
> 
> Unfortunately we may have to do this post 0.6 (We made a LOT of changes and
> have added libglade support (thanks Avi Bryant) and libglade-gnome support)

I'm certain that this will have to be done after the 0.6 release.  I'm not in
any big rush to push this out there.  I'm assuming that I'm the only person
thus far that has wanted to do this.

I will be sending some patches to the list probably late next week.  I do have
a few questions about how I should go about doing this.  I haven't really done
any autoconf hacking so this is my train of thought with respect to what files
I need to modify:
	- modify configure.in and add the appropriate --with tags
	- modify src/Makefile.in and add the build tags

I don't see where to add the GTKMOZEMBED_CFLAGS and GTK_MOZEMBED_LIBS defines 
in.  As well, when I try to run aclocal to build aclocal.m4 it fails on the 
KAFFE stuff.  Do I need to upgrade my aclocal package?

Thanks for all the help so far.

PS:  I think there is a bug in java-gnome/src/other/gtk_wrappers.h
	 it includes gnome.h which fails when you try to build --with-gtk-only
     without gnome.

-- 
David Kennedy, Technical Account Manager, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dke...@li..., http://www.linuxcare.com/
Linuxcare.  Putting open source to work.

[Java-gnome-developer] Re: Adding support for other GTK Objects

[Jean v. W. <je...@sm...>]

Hi David,

I do not want to throw a spanner in your works but we are planning to
release a new version of Java-GNOME some time next week (Do NOT quote me on
that) so it may mean that some of your hard work may have to be redone on
the new version.  Do not be afraid it will be mostly testing.  See my
comments below:

On Wed, 21 Feb 2001, dkennedy wrote:

> 
> Hello,
> 
> I stumbled across java-gnome recently and I have to say that I am impressed.
> It works very well and has a nice clean interface.

Thank you for the compliment.  A lot of very good work has been done by
Jeff and Dan.

> I would like to add Java support for a Gtk object that is not part of the
> standard Gtk set.  Because the Gtk object is in a separate .so file and has a
> different header I had to do the following:
> 	- add the appropriate description into gtk.defs
> 	- add a line to /usr/include/gtk/gtk.h
> 	- relink the libGTKJava.so adding in a dependancy for the separate .so
> 
> The above worked great and it does exactly what I want.  Unfortunately, it is
> obviously a big hack.
> 
> I would like to know how I should go about adding a java interface to this Gtk
> object.  I have a few thoughts:
> 	- I would like to distribute the .defs file with the Gtk object itself
> 	- I noticed that there is an include operative in the .defs file so
> 	perhaps including the gtk.defs would be the way to go.
> 	- Hopefully there could be a way of specifying a .so in some meta
> 	way to be associated with the .defs
> 
> Can you please suggest how I should go about doing this?

David, please do not throw away your patch (that is the defs file).  What I
would rather suggest is that we should add another "library" or jar file.
The other alternative is to:

- Make a new .defs file called something like gtkmoz.defs
- Include this into the gnu.gtk tree or create a new branch called
  something like gnu.gtkmoz. (We moved the packages from gtk, gdk, gnome
  etc. to gnu.gtk, gnu.gdk, gnu.gnome to be closer to the Java spec.)
- Add a flag to the configure script that will specifically enable this
  feature (the item above) and that will add the required linking flags and
  header files.
- If we decide to add this permanently to the project we can then remove
  the flag or make the flag a default.

In the long run we MAY make Java-GNOME a bit more modular.  That is have
the default stuff in one RPM and have additional stuff in "add-ons" that
will go and put these RPMS in the java-gnome directory.  This will mean
that we will be able to distribute it better, only adding those parts which
the user wants.

Unfortunately we may have to do this post 0.6 (We made a LOT of changes and
have added libglade support (thanks Avi Bryant) and libglade-gnome support)

Jeff Morgan is co-ordinating this release and will be able to give you more
information.

> Thank you.
> 
> BTW: The Gtk object I am wrapping is GtkEmbedMoz the gtk embedded mozilla
> object.  And please don't mention the Blackwood project.
> 
> -- 
> David Kennedy, Technical Account Manager, Linuxcare, Inc.
> 613.562.9594 tel, 613.562.9304 fax
> dke...@li..., http://www.linuxcare.com/
> Linuxcare.  Putting open source to work.

Regards
Jean

[Java-gnome-developer] Adding support for other GTK Objects

[dkennedy <dke...@li...>]

Hello,

I stumbled across java-gnome recently and I have to say that I am impressed.
It works very well and has a nice clean interface.

I would like to add Java support for a Gtk object that is not part of the
standard Gtk set.  Because the Gtk object is in a separate .so file and has a
different header I had to do the following:
	- add the appropriate description into gtk.defs
	- add a line to /usr/include/gtk/gtk.h
	- relink the libGTKJava.so adding in a dependancy for the separate .so

The above worked great and it does exactly what I want.  Unfortunately, it is
obviously a big hack.

I would like to know how I should go about adding a java interface to this Gtk
object.  I have a few thoughts:
	- I would like to distribute the .defs file with the Gtk object itself
	- I noticed that there is an include operative in the .defs file so perhaps
	  including the gtk.defs would be the way to go.
	- Hopefully there could be a way of specifying a .so in some meta way to be
	  associated with the .defs

Can you please suggest how I should go about doing this?

Thank you.

BTW: The Gtk object I am wrapping is GtkEmbedMoz the gtk embedded mozilla
object.  And please don't mention the Blackwood project.

-- 
David Kennedy, Technical Account Manager, Linuxcare, Inc.
613.562.9594 tel, 613.562.9304 fax
dke...@li..., http://www.linuxcare.com/
Linuxcare.  Putting open source to work.

Re: [Java-gnome-developer] Adding GNOME support to Java apps

[Dan B. <da...@mi...>]

Hi, Ian. (BTW, yes, you found the right irc channel, but you left before
I had a chance to respond.)

>I realize the java-gnome project is mainly about writing native GNOME
>applications in Java, and not about adding GNOME support to existing apps. 
>I figure if anyone would know, it would be one of you.

Well, the project is about providing GNOME bindings in Java, which you
could use to augment a pre-existing Java app or write a new one. I think
we're all pretty agnostic on that front.

As you may have surmised by now, Java-Gnome still isn't quite ready for
prime time. However, a few people are developing with it, and, if you can
endure the pain of a nebulously-changing codebase for a while, then by all
means please give it a whirl. If there are particular APIs that you need
that are missing, then please don't hesitate to let us know. Hopefully,
it'll just be a matter of adding a few more declarations to the .defs
files.

Take care,

-dan

[Java-gnome-developer] Adding GNOME support to Java apps

[Ian D . S. <ids...@so...>]

Dear Java-GNOME Developers,

I'm looking into adding GNOME support to jCVS (see http://www.jcvs.org). 
Specifically, I would like to be able to:

1) Use existing bindings (or whatever the right term is) to launch the
appropriate application when viewing or editing files in the CVS repository
2) Control jCVS from Perl using Owen Taylor's CORBA::ORBit and
GNOME::GNORBA
3) use jCVS project windows as Bonobo controls in other applications.

I realize the java-gnome project is mainly about writing native GNOME
applications in Java, and not about adding GNOME support to existing apps. 
I figure if anyone would know, it would be one of you.


Thanx,
Ian

[Java-gnome-developer] WARNING: Move to gnu.gdk ...

[Jean v. W. <je...@sm...>]

WARNING! WARNING! WARNING!

Hi everyone,

This is to let you all know that I just committed a very large patch that
moves the packages into a gnu. directory.  That is gdk.* is now gnu.gdk.*
etc.  Although it was tested it can still cause some things to break.

All the tests and documentation has been updated as well.  There may be
still one or two places that I missed but it compiles/builds and runs all
the tests.  I will commit the changes to the examples later today after
running some more tests.

If you have developed a program using java-gnome and uses the CVS version
please note that it means that you will have to change your code to use the
new package format.  It will also be included in the next stable release.

If there is any problems please send patches and/or comments to the list.

Regards
Jean

[Java-gnome-developer] FW: Re: Problems running Java-Gnome v0.5.0 on

[Morgan, J. <Jef...@rp...>]

Rich,

One more change to make for the src/Makefile:

103c106
<       @(cd ../lib; ln -s gtk-${version}.jar gtk.jar) || exit 0
---
>       @(cd ../lib; test ! -L gtk.jar && ln -s gtk-${version}.jar gtk.jar)
|| exit 0

109c113
<       @(cd ../lib; ln -s libGTKJava.so.${version} libGTKJava.so) || exit 0
---
>       @(cd ../lib; test ! -L libGTKJava.so && ln -s
libGTKJava.so.${version} libGTKJava.so) || exit 0


-Jeff

> -----Original Message-----
> From:	Morgan, Jeffrey 
> Sent:	Thursday, February 01, 2001 8:24 AM
> To:	'jav...@li...'
> Subject:	FW: Re: Problems running Java-Gnome v0.5.0 on
> 
> Rich,
> 
> I was able to download and build gtk version 1.2.7 in my
> home directory on one of our sun boxes at work.  If you
> do the following it should build correctly.
> 
> 1) Go to the src/code/glue directory and execute a
> cvs update.  I check in some code to fix a copy/paste
> bug I introduced yesterday.
> 
> 2) Do a make clean
> 
> 3) Change the Makefile in the src directory.  Below is
> a diff of the modified and original Makefile.  
> 
> 
> 84c84,85
> <       $(shell sed -e 's=^=glue/=g' -e 's/\./_/g' -e 's/$$/.o/g' \
> ---
> >       $(shell test -e gtk-classes.txt && \
> >               sed -e 's=^=glue/=g' -e 's/\./_/g' -e 's/$$/.o/g' \
> 88c89,90
> <       $(shell sed -e 's=\.=/=g' -e 's/$$/.class/g' gtk-classes.txt)
> ---
> >       $(shell test -e gtk-classes.txt && \
> >               sed -e 's=\.=/=g' -e 's/$$/.class/g' gtk-classes.txt)
> 100a103
> >       @(test ! -d ../lib && mkdir ../lib) || exit 0
> 105a109
> >       @(test ! -d ../lib && mkdir ../lib) || exit 0
> 
> 
> 
> Let me know if you are still having problems.
> 
> -Jeff
> 
> 
> 
> > -----Original Message-----
> > From:	Morgan, Jeffrey 
> > Sent:	Thursday, February 01, 2001 7:32 AM
> > To:	'jav...@li...'
> > Subject:	Re: Problems running Java-Gnome v0.5.0 on
> > 
> > Rich,
> > 
> > Thanks for posting.  As of this time I don't believe any of 
> > the developers on the
> > Java-GNOME team has had the opportunity to test our bindings 
> > on the Solaris
> > platform.  I look forward to working with you over the next 
> > few days to discover
> > any difference and to make updates to our libraries so they 
> > will compile and
> > run on your system.  If at all possible you should use the 
> > code that is in
> > CVS as there have been numerous bug fixes and enhances 
> since our last
> > "official" release.
> > 
> > 
> > > A couple of notes:
> > > 
> > > (1) The Makefile's have a lot of lines like:
> > > 
> > >     @(test ! -d ../lib && mkdir ../lib) || exit 0
> > > 
> > >     On Solaris with /bin/sh, this results in:
> > >    
> > >     /bin/sh: test: argument expected
> > 
> > I executed this command (test ! -d testdir && mkdir testdir) 
> > on a system 
> > running Solaris 2.6 and it executed correctly. Perhaps it is 
> > the way it is 
> > invoked from the makefile.  I have access to a Solaris 
> system but it 
> > doesn't have gtk installed. I will test this portion of the 
> > makefile and 
> > hopefully come up with a solution.
> > 
> > >    
> > > (2) I was unable to build from the CVS sources. This might 
> > be because of
> > >     (1) above. The build appeared to finish okay, but the 
> > .jar file was
> > >     < 5K.
> > 
> > What is the size of the shared object?  Is it comparable with 
> > the shared 
> > object when you build the 0.5 version?  The java source files 
> > should be 
> > located in the src/<lib> directory where lib is gdk or gtk 
> > since you are 
> > doing a gtk build only.  There should be over 150 java files 
> > in the gtk 
> > directory and about 59 java files in the gdk directory.  Are 
> > you seeing this?
> > 
> > -Jeff

[Java-gnome-developer] FW: Re: Problems running Java-Gnome v0.5.0 on

[Morgan, J. <Jef...@rp...>]

Rich,

I was able to download and build gtk version 1.2.7 in my
home directory on one of our sun boxes at work.  If you
do the following it should build correctly.

1) Go to the src/code/glue directory and execute a
cvs update.  I check in some code to fix a copy/paste
bug I introduced yesterday.

2) Do a make clean

3) Change the Makefile in the src directory.  Below is
a diff of the modified and original Makefile.  


84c84,85
<       $(shell sed -e 's=^=glue/=g' -e 's/\./_/g' -e 's/$$/.o/g' \
---
>       $(shell test -e gtk-classes.txt && \
>               sed -e 's=^=glue/=g' -e 's/\./_/g' -e 's/$$/.o/g' \
88c89,90
<       $(shell sed -e 's=\.=/=g' -e 's/$$/.class/g' gtk-classes.txt)
---
>       $(shell test -e gtk-classes.txt && \
>               sed -e 's=\.=/=g' -e 's/$$/.class/g' gtk-classes.txt)
100a103
>       @(test ! -d ../lib && mkdir ../lib) || exit 0
105a109
>       @(test ! -d ../lib && mkdir ../lib) || exit 0



Let me know if you are still having problems.

-Jeff



> -----Original Message-----
> From:	Morgan, Jeffrey 
> Sent:	Thursday, February 01, 2001 7:32 AM
> To:	'jav...@li...'
> Subject:	Re: Problems running Java-Gnome v0.5.0 on
> 
> Rich,
> 
> Thanks for posting.  As of this time I don't believe any of 
> the developers on the
> Java-GNOME team has had the opportunity to test our bindings 
> on the Solaris
> platform.  I look forward to working with you over the next 
> few days to discover
> any difference and to make updates to our libraries so they 
> will compile and
> run on your system.  If at all possible you should use the 
> code that is in
> CVS as there have been numerous bug fixes and enhances since our last
> "official" release.
> 
> 
> > A couple of notes:
> > 
> > (1) The Makefile's have a lot of lines like:
> > 
> >     @(test ! -d ../lib && mkdir ../lib) || exit 0
> > 
> >     On Solaris with /bin/sh, this results in:
> >    
> >     /bin/sh: test: argument expected
> 
> I executed this command (test ! -d testdir && mkdir testdir) 
> on a system 
> running Solaris 2.6 and it executed correctly. Perhaps it is 
> the way it is 
> invoked from the makefile.  I have access to a Solaris system but it 
> doesn't have gtk installed. I will test this portion of the 
> makefile and 
> hopefully come up with a solution.
> 
> >    
> > (2) I was unable to build from the CVS sources. This might 
> be because of
> >     (1) above. The build appeared to finish okay, but the 
> .jar file was
> >     < 5K.
> 
> What is the size of the shared object?  Is it comparable with 
> the shared 
> object when you build the 0.5 version?  The java source files 
> should be 
> located in the src/<lib> directory where lib is gdk or gtk 
> since you are 
> doing a gtk build only.  There should be over 150 java files 
> in the gtk 
> directory and about 59 java files in the gdk directory.  Are 
> you seeing this?
> 
> -Jeff

[Java-gnome-developer] Re: Problems running Java-Gnome v0.5.0 on

[Morgan, J. <Jef...@rp...>]

Rich,

Thanks for posting.  As of this time I don't believe any of the developers
on the
Java-GNOME team has had the opportunity to test our bindings on the Solaris
platform.  I look forward to working with you over the next few days to
discover
any difference and to make updates to our libraries so they will compile and
run on your system.  If at all possible you should use the code that is in
CVS as there have been numerous bug fixes and enhances since our last
"official" release.


> A couple of notes:
> 
> (1) The Makefile's have a lot of lines like:
> 
>     @(test ! -d ../lib && mkdir ../lib) || exit 0
> 
>     On Solaris with /bin/sh, this results in:
>    
>     /bin/sh: test: argument expected

I executed this command (test ! -d testdir && mkdir testdir) on a system 
running Solaris 2.6 and it executed correctly. Perhaps it is the way it is 
invoked from the makefile.  I have access to a Solaris system but it 
doesn't have gtk installed. I will test this portion of the makefile and 
hopefully come up with a solution.

>    
> (2) I was unable to build from the CVS sources. This might be because of
>     (1) above. The build appeared to finish okay, but the .jar file was
>     < 5K.

What is the size of the shared object?  Is it comparable with the shared 
object when you build the 0.5 version?  The java source files should be 
located in the src/<lib> directory where lib is gdk or gtk since you are 
doing a gtk build only.  There should be over 150 java files in the gtk 
directory and about 59 java files in the gdk directory.  Are you seeing
this?

-Jeff

[Java-gnome-developer] Re: Problems running Java-Gnome v0.5.0 on Solaris 8 (SPARC).

[Rich B. <Ric...@en...>]

Hi all,

By checking out the CVS java-gnome code, I was able to look in
.../src/Makefile.in, and see that I needed GTK_CFLAGS and GTK_LIBS
in the gtk_nativelib: target rather than GNOME_CFLAGS and GNOME_LIBS
(as I'm only trying to build java-gtk).

This built a valid shared library, and I was able to successfully 
run the test programs.

A couple of notes:

(1) The Makefile's have a lot of lines like:

    @(test ! -d ../lib && mkdir ../lib) || exit 0

    On Solaris with /bin/sh, this results in:
   
    /bin/sh: test: argument expected
   
(2) I was unable to build from the CVS sources. This might be because of
    (1) above. The build appeared to finish okay, but the .jar file was
    < 5K.

[Java-gnome-developer] Problems running Java-Gnome v0.5.0 on Solaris 8 (SPARC).

[Rich B. <Ric...@en...>]

Hi all,

I've just started looking at the Java-Gnome code. I'm using Solaris 8 on
a SPARC machine (maybe the first to do that?), so this might be the cause 
of my problems.

I'll give the error I'm seeing first, then I'll explain things in more
detail.

I've built Java-Gnome, and when I try to run TestGTK, I get:

stard[88] java TestGTK
ld.so.1: /spare/jgtk/jdk1.3/bin/../bin/sparc/native_threads/java: fatal: 
relocation error: file /spare/dist-jgtk/lib/libGTKJava.so.0.5.0: symbol 
gtk_init: referenced symbol not found
Killed
stard[89]

I looked through the archives for this list on www.geocrawler.com, and found:

http://www.geocrawler.com/archives/3/7036/2000/11/0/4714386/    and
http://www.geocrawler.com/archives/3/7036/2000/11/0/4714543/

but I'm not running with two different JDK's here, so I don't think that's 
the problem.

Okay. More details.

* I'm using JDK 1.3. This I believe would have been compiled with the Sun
  native compilers.

* I've got gtk+ 1.2.8 and glib 1.2.8, and I've compiled them both with
  Gnu v2.95.2.

* I grabbed:
  http://download.sourceforge.net/java-gnome/java-gtk-0.5.0.tar.gz
  and compiled that with Gnu v2.95.2. My hacked up build script contains
  the following commands:

    % cp src/other/Callback.java src/gtk
    % cp src/other/GListString.java src/gtk
    % cp src/other/GtkObject.java src/gtk
    % cp src/other/callback_dispatcher.c src/glue
    % ln -s lib/gtk-0.5.0.jar lib/gtk.jar

    % ./configure --with-gtk-only --prefix=/spare/dist-jgtk
    % gmake
    % gmake install

* When I try "java TestGTK" I get the results above.

I took it a little further. I tried:

stard[111] ldd libGTKJava.so.0.5.0
warning: ldd: libGTKJava.so.0.5.0: is not executable

on the installed libGTKJava library. I was expecting to see some other
library dependencies here.

I then did a nm on that library, looking for gtk_init references and I get

stard[134] nm libGTKJava.so.0.5.0 | fgrep gtk_init
[671]	|         0|       0|NOTY |GLOB |0    |UNDEF  |gtk_init

I then found an application of mine (compiled with Gnu 2.95.2) that links
against the Gtk+ library, and tried the same thing:

stard[128] nm mptool | fgrep  gtk_init
[234]	|    239712|       0|FUNC |GLOB |0    |UNDEF  |gtk_init

Now this might be the difference between an application and shared 
library usage, but I though I'd mention it.

If the answer to my problem isn't obvious, then I suppose there are a 
couple things I can try:

1/ Recompile gtk+, glib and java-gnome with the Sun native compilers and 
   see if that changes anything.

2/ Check out the very latest java-gnome source code from the CVS repository 
   and see if that improves anything.

I thought I'd post the problem here before doing either of these.

Any advice would be very much appreciated.

Thanks.

PS: www.geocrawler.com only has archives for this mailing list for November 
    and December 2000. Are there later archives that I can look at?

--
Rich Burridge                                   Email: ric...@Su...
Sun Microsystems, Desktop Foundation Software.  Phone: +1.408.343.1850
901 San Antonio Rd. CUP01-103                   AIM/YAHOO: RicBurridge
Palo Alto, CA 94303	                  WWW: http://java.sun.com/people/richb/

[Java-gnome-developer] Re: ORB / ORBit security pb

[Jean v. W. <je...@sm...>]

Hi Jean-Paul

On Thu, 21 Dec 2000, Jean-Paul Le Fevre wrote:

> 
> I'm trying to implement communication between a client
> application (written in Java) and an existing Gnome program
> running as the server. I'm using ORBacus as the ORB for my
> app. I'm facing a serious difficulty because of the security
> mechanism of Gnome.
> 
> Looking at the code of a couple of ORBit clients I see that they
> call ORBit_set_default_principal() before establishing communication
> with the servers. 

Currently we have not started implimenting the CORBA side of GNOME although
we may have added some of the functions.  Maybe some of the other
developers will be able to tell you more but I do not think it is a
Java-GNOME specific issue.  I think that it will most probably have to do
with pure CORBA and or inter-ORB communications.  Mayeb you will have more
luck if you send this message to someone on an ORBit mailing list.

> Do you know how to deal with authentication for a Gnome server and
> a java client using ORBit and another ORB ?
> 
> Does the class gnome.GnomeClient take care of cookies, principals
> and this sort of things ?

I am not sure at this stage.  Our bindings is a (small) wrapper arround the
C libraries so if it is done in C yes.  If not then no.  With the 0.5.0
bindings we added very little in functionality except for general Java
related stuff like reflection etc.  In future we may and most probably will
add some additional functionality.

Sorry I can not help you more, I hope you get the answers to your
questions.

Regards
Jean

[Java-gnome-developer] ORB / ORBit security pb

[Jean-Paul Le F. <J-P...@ce...>]

I'm trying to implement communication between a client
application (written in Java) and an existing Gnome program
running as the server. I'm using ORBacus as the ORB for my
app. I'm facing a serious difficulty because of the security
mechanism of Gnome.

Looking at the code of a couple of ORBit clients I see that they
call ORBit_set_default_principal() before establishing communication
with the servers. 

Do you know how to deal with authentication for a Gnome server and
a java client using ORBit and another ORB ?

Does the class gnome.GnomeClient take care of cookies, principals
and this sort of things ?


-- 
____________________________________________________________________________

Jean-Paul Le Fèvre * CEA Saclay DAPNIA/SEI * Mail : Jea...@ce...

Re: [Java-gnome-developer] i have a problem..

[Dan B. <da...@mi...>]

Mexico City Boy writes:
>i dont like c programming strucure and i love java, but i love gnome's 
>preformance....will i be able to compile native apps using the java style 
>with gcj or something?

There is a separate Gname-GCJ project, if you are interested in using gcj.
In the long term I believe both groups hope that the projects will merge,
but there are differing short term goals for each, and so, for now, they
are separate.

But that notwithstanding, with Java-Gnome, you will be using the C-based
GTK, and so you'll get the same performance characteristics at that level
that you would with pure GTK (or Gnome-GCJ for that matter).

Also, the performance characteristics of a good Java VM are actually not
that far off from the performance of a typical C or C++ runtime these days.
My impression is that both Kaffe and Japhar (the two actively-developed
open source VMs that I am aware of) still have a ways to go in terms of
performance tuning, but both the latest Sun and IBM VMs are quite peppy.

-dan

[Java-gnome-developer] i have a problem..

[Mexico C. B. <mx...@ho...>]

i dont like c programming strucure and i love java, but i love gnome's 
preformance....will i be able to compile native apps using the java style 
with gcj or something?

Thanks!

Juan Carlos
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Re: [Java-gnome-developer] Problem with binary rpm installation....

[Jean v. W. <je...@sm...>]

Hi Brad

For reasons of history and some design decissions (some ours - some the GNOME
teams) it is not possible to install both at the same time.  See the FAQ on our
Website or included in both RPM's for the reasonning.

In short:

If you want to do GTK development get java-gtk, if you want to do GTK and GNOME
development get java-gnome.

This may and hopefully wil change in future.

Regards
Jean

(PS.  If  I remember correctly the RPMS were created with that exact same
configuration.)

On Thu, 14 Dec 2000, Simonin, Bradley wrote:

> 
> Today I downloaded the java-gnome-0.5.0-2.i386.rpm and
> java-gtk-0.5.0-2.i386.rpm.
> 
> After I rpm-ed java-gtk and attempted to rpm java-gnome I get the following
> rpm error:  
> 
> file /usr/lib/libGTKJava.so.0.5.0 from install of java-gtk-0.5.0-2 conflicts
> with file from package java-gnome-0.5.0-2.
> 
> I am using RedHat Linux 6.2 with rpm version 3.0.5.
> 
> Am I doing something wrong?
> 
> Thanks in advance,
> 
> Brad.
> 
> 
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> http://lists.sourceforge.net/mailman/listinfo/java-gnome-developer
> 

[Java-gnome-developer] Problem with binary rpm installation....

[Simonin, B. <BSi...@NM...>]

Today I downloaded the java-gnome-0.5.0-2.i386.rpm and
java-gtk-0.5.0-2.i386.rpm.

After I rpm-ed java-gtk and attempted to rpm java-gnome I get the following
rpm error:  

file /usr/lib/libGTKJava.so.0.5.0 from install of java-gtk-0.5.0-2 conflicts
with file from package java-gnome-0.5.0-2.

I am using RedHat Linux 6.2 with rpm version 3.0.5.

Am I doing something wrong?

Thanks in advance,

Brad.

[Java-gnome-developer] select-row

[Morgan, J. <Jef...@rp...>]

Avi,

I believe I have fixed the bug you are experiencing.  I hope to complete 
testing this fix and have it in cvs by the weekend.

-Jeff

[Java-gnome-developer] select_row

[Avi B. <av...@be...>]

Does the select_row signal of GtkCList work for anyone?

For that matter, does any 3 argument signal work for anyone?  I'm getting
crashes on any that I've tried.

Thanks,
avi

[Java-gnome-developer] libglade

[Avi B. <av...@be...>]

Ok, I don't know when I'll next have time to clean this up more or
document it, so you can grab my preliminary libglade support from

http://beta4.com/java-glade.tar.gz

Just drop GladeXML.java and GladeXML.c into the other/ dir, add them to
the list of MANUAL compiles, and add -lglade -lxml -lz to the GTK_LIBS.

Enjoy.

avi

[Java-gnome-developer] re: SIGSEGV (cont)

[Avi B. <av...@be...>]

Jeff,

This isn't the returning-strings bug, and it does happen with the code in
CVS as of a couple of days ago. It's a wierd problem - I've worked
around it for now by:

-patching the 0.5.0 release to return strings properly
-using the "changed" signal instead of the "insert-text" signal

For some reason that makes the problem go away.

The CVS code doesn't currently work with what I'm doing at all, but since
what I'm doing is sufficiently strange (lots of reflection and bytecode
postprocessing), and the CVS code is in a state of flux, I'm just going to
wait until the next point release and hope it works again.

Incidentally, libglade support turned out to be pretty simple, once I
learned a little JNI.  If anyone's interested, I'll clean up and post my
GladeXML class in the next week or so.