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

Re: [Java-gnome-developer] Namespaces

[Nicola L. <nic...@gm...>]

I would agree with Unavowed on the dependency issue. The fact that these are
indeed Gnome bindings in the first place doesn't mean you can't make things
modular.
I don't know the actual state of the art (i'm waiting newer releases), but
i'd like very much to be able to write a gtk program without dependencies on
gnome.

About the packages name, that is less important and can well stay as it is.
That was just my opinion.

Good work, Nicola

On 8/24/07, Andrew Cowie <an...@op...> wrote:
>
> On Fri, 2007-08-24 at 13:31 +0100, someone with no name wrote:
> > That is why I would like to ask the developers to drop "gnome" from
> > most of the namespaces,
>
> No.
>
> ++
>
> 1) You've got it all backwards. These are the bindings allowing you to
> write GNOME programs from Java. GTK is of course very important as the
> GUI toolkit used to do so - and so central to much of our work - but
> GNOME is the platform.
>
> 2) The namespaces were picked during the 4.0 re-engineering design
> effort. We did talk about this 18 months ago, and a decision was made
> then.
>
> ++
>
> To answer your other question, the namespace for the Cairo bindings is
> org.freedesktop.cairo
>
> AfC
> Sydney
>
> --
> Andrew Frederick Cowie
> Managing Director
> Operational Dynamics Consulting, Pty Ltd
>
> Sydney    +61 2 9977 6866
> New York  +1 646 472 5054
> Toronto   +1 647 477 5603
> London    +44 207 1019201
>
> We are an operations engineering consultancy focusing on strategy,
> organizational architecture, systems review, and change management
> procedures: enabling successful use of open source in mission
> critical enterprises, worldwide.
>
> http://www.operationaldynamics.com/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>
>
>

Re: [Java-gnome-developer] Namespaces

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

On Fri, 2007-08-24 at 13:31 +0100, someone with no name wrote:
> That is why I would like to ask the developers to drop =E2=80=9Cgnome=E2=
=80=9D from
> most of the namespaces,

No.

++

1) You've got it all backwards. These are the bindings allowing you to
write GNOME programs from Java. GTK is of course very important as the
GUI toolkit used to do so - and so central to much of our work - but
GNOME is the platform.

2) The namespaces were picked during the 4.0 re-engineering design
effort. We did talk about this 18 months ago, and a decision was made
then.

++

To answer your other question, the namespace for the Cairo bindings is
org.freedesktop.cairo

AfC
Sydney

--=20
Andrew Frederick Cowie
Managing Director
Operational Dynamics Consulting, Pty Ltd

Sydney    +61 2 9977 6866
New York  +1 646 472 5054
Toronto   +1 647 477 5603
London    +44 207 1019201

We are an operations engineering consultancy focusing on strategy,
organizational architecture, systems review, and change management
procedures: enabling successful use of open source in mission
critical enterprises, worldwide.

http://www.operationaldynamics.com/

[Java-gnome-developer] Namespaces

[<una...@ve...>]

Hello,

To the point:

GNOME is closely tied to GTK+ but GTK+ is much broader than GNOME.  There are
many projects that use GTK+ but don't use any of GNOME's libraries to limit
dependencies or for other reasons.

Java GTK+ bindings are at a disadvantage to other bindings, say Gtk#, because
of the late start.  They will need all the developer mind share that they can
get.  It is reasonable to expect that the authors of the bindings are
proponents of Java and would like the bindings to be as popular as possible
too.

Therefore, separating the bundle into sub-libraries is a move that makes the
most sense, and in particular, separating GTK+ from GNOME.  It would be
unrealistic to expect, for example, Windows users to install GNOME libraries
on their system to run GTK+ programs such as the GIMP, Inkscape or future ones
written in Java.  But I assume that after java-gnome is mature enough, this
will happen.  Furthermore:

The new incarnation of java-gnome wrappers is still relatively young and there
aren't many programs that use it.  This means that making incompatible changes
is still cheap.

That is why I would like to ask the developers to drop “gnome” from most of
the namespaces, i.e. change:

  org.gnome.gtk -> org.gtk,
  org.gnome.gdk -> org.gtk.gdk

and similarly for whichever namespaces are used that contain classes that are
independent from GNOME itself (org.pango, org.cairographics?).  This is how it
was done in the previous java-gnome.  Presently the bindings are giving
developers the impression that they are closely tied to GNOME, and one of the
reasons for that are the namespaces.  However, if the libraries are split
after the bindings are already popular, the gnome namespace will likely remain
for compatibility reasons.  I believe that this move is the right thing to do
and the best time to do it is now.

Of course, this is not something that will have a huge practical impact, but
personally I find such details important.  I voice my opinion because I care
about these bindings and will probably use them if they are made well enough.
Thank you for bearing with me.
-- 
Unavowed

[Java-gnome-developer] Debugging Java/JNI applications

[Mariot C. <mar...@gm...>]

Hi all,

I am a student who takes part this year to the google summer of code for the
Eclipse project (My mentors are Philippe Ombredanne and Francois Granade).
The purpose of my project is to provide seamless debugging of Java/Jni
applications in Eclipse. Since April I am working to improve the "user
experience" for developers who work on java projects using JNI and native
code.

A version 0.0.2 is available to download. Concretely this version adds an
entry in the Debug dialog, which allow you to launch a JNI debug session.
After creating a new configuration with the correct settings, if you launch
it, the JVM will be launched and gdb attached to its pid and the two targets
will be displayed.

Then you can follow the call of native functions into native code. For
instance, regarding this Java line :

new JNITest().native_doubleInt(42);

If you choose to step into, then you will go into native code :

JNIEXPORT jint JNICALL Java_JNITest_native_1doubleInt (JNIEnv *pEnv,
jobject  obj, jint  value) {

If you choose to step over, or step return, you will simply go on the next
Java code line.

The same behavior is available to follow java call from native code. For
instance regarding this C line :

(*pEnv)->CallVoidMethod(pEnv,obj,mid);

If you choose to step into, then you will go into the java method. Otherwise
if you choose to step over, or step return, you will simply go on the next
native code line.

More technical infos can be found on my blog :
http://eclipse-soc-mariot.blogspot.com
Some structured documentation is available on the following wiki page :
http://wiki.eclipse.org/index.php/Support_seamless_debugging
_between_JDT_and_CDT

To install it an update site is available :
http://eclipse-incub.svn.sourceforge.net/viewvc/*checkout*/eclipse-incub/jni_seamless_debugging/update-site/site.xml


I that you use JNI, so I am think this functionnality could help us in your
work. I will appreciate any feedback/comments that will help me to improve
this plug-in.

You will surely find a lot of bugs/problems, please report them on the
eclipse bugzilla. There is a " org.eclipse.soc.jni" component in SOC which
is in Technology category (please add me in CC).

Regards,

Mariot
-- 
Mariot Chauvin

[Java-gnome-developer] Question on Java-Gnome 4.0

[Xusheng H. <xus...@gm...>]

Hi there,
I have some questions on Java-Gnome 4.0.

1. I wonder if there are examples written in Java-Gnome 4.0 so that I could
learn how to use it?
   Or some application can show some features of Java-Gnome.

2. Which API should I use to display some photos?

3. what kind of application can show the thread safe feature?

4. Why after 2.0, Java-Gnome go directly to 4.0?

Thanks in advance,

Regards,
Xusheng Hou

[Java-gnome-developer] 4.0.3 released

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

java-gnome 4.0.3 has been released ... in July, on time, as promised!

Release notes in NEWS file of course:
http://java-gnome.sourceforge.net/4.0/NEWS.html#4.0.3

Download from the GNOME FTP servers:
http://ftp.gnome.org/pub/gnome/sources/java-gnome/4.0/java-gnome-4.0.3.tar.=
bz2

Or better yet, check out the source code:
bzr branch http://research.operationaldynamics.com/bzr/java-gnome/mainline =
java-gnome

Cheers,

AfC
Sydney

--=20
Andrew Frederick Cowie
Managing Director
Operational Dynamics Consulting, Pty Ltd

Sydney    +61 2 9977 6866
New York  +1 646 472 5054
Toronto   +1 647 477 5603
London    +44 207 1019201

We are an operations engineering consultancy focusing on strategy,
organizational architecture, systems review, and change management
procedures: enabling successful use of open source in mission
critical enterprises, worldwide.

http://www.operationaldynamics.com/

[Java-gnome-developer] Problem compiling project

[Janko S. <jan...@gm...>]

Hello everyone,

I have a problem, when I try to run a project in eclipse that uses GTK I get
the following error:

This is a println before Gtk.init()
Exception in thread "main" java.lang.UnsatisfiedLinkError:
/usr/lib/jni/libgtkjni-2.10.so: libglibjni-0.4.so: cannot open shared object
file: No such file or directory
    at java.lang.ClassLoader$NativeLibrary.load(Native Method)
    at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
    at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1676)
    at java.lang.Runtime.loadLibrary0(Runtime.java:823)
    at java.lang.System.loadLibrary(System.java:1030)
    at org.gnu.gtk.Gtk.<clinit>(Gtk.java:214)
    at org.testing.GTK_HelloWorld.main(GTK_HelloWorld.java:28)


I clearly have the libraries present in /usr/lib/jni because locate
libgtkjni && locate libglibjni returns:
/usr/lib/jni/libgtkjni.so
/usr/lib/jni/libgtkjni-2.10.so
/usr/lib/jni/libglibjni.so
/usr/lib/jni/libglibjni-0.4.so

I have a feeling that I need to manually add /usr/lib/jni to path somewhere,
I tried:
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/jni
and
PATH=$PATH:/usr/lib/jni

I also tried to add Native library location:/usr/lib/jni under project
properties in eclipse.

I'm using ubuntu feisty distribution, got java-gnome from repositories and
I'm using the following java version:
java version "1.6.0"
Java(TM) SE Runtime Environment (build 1.6.0-b105)
Java HotSpot(TM) 64-Bit Server VM (build 1.6.0-b105, mixed mode)

Could anyone help me what else can I try?
Janko

[Java-gnome-developer] [patch] java-gnome 2.x libgconf-java extra link

[Thomas G. <tho...@fr...>]

Hello,

for the java-gnome 2.x Debian packages of libgconf-java we use the
attached patch.

It removes an unneeded link of libgconf-jni with libgtk-jni (likewise
for libgconf-java with libgtk-java).

Indeed, libgconf-java compilation requires libgtk-java but only for
some typedef definitions. No linking is needed.

Regards,

Thomas

[Java-gnome-developer] OT: Invitation to participate in research project

[Ben A. <ben...@st...>]

Hello there

I would greatly appreciate a small amount of your time to assist with
my doctoral research at The University of Newcastle. The research
concerns open source licensing and we're seeking developers working on
Java projects. The research is supervised, ethics-approved, anonymous
and results will be freely available. Participation will also provide a
custom licensing report for your project. To learn more, please visit:

   http://licensing-research.newcastle.edu.au

Thanks for reading this email, and I hope you'll consider participating.

Best regards
Ben Alex

(My apologies for being off-topic; this list will not be emailed again)

Re: [Java-gnome-developer] [patch] Support Sun JDK >= 1.6

[Maciej P. <uzy...@gm...>]

Andrew Cowie <andrew@...> writes:

> 
> On Fri, 2007-06-08 at 22:37 +0200, Maciej Piechotka wrote:
> 
> > This patch...
> 
> Work on the bindings themselves is better discussed on the
> java-gnome-hackers mailing list.
> 
> If you have a patch that needs review you can send it there, or to me
> directly if it just needs merging.
> 
> Thanks,
> 
> AfC
> Toronto
> 

Sorry - I won't send here any more. I misunderstood labels of
mailing lists.

Regards

[Java-gnome-developer] [patch] User CFLAGS and LDFLAGS

[Maciej P. <uzy...@gm...>]

Support for user CFLAGS and LDFLAGS (as in autotools).
Also change of misinforming output of make (there are no such dir as
tmp/headers - only tmp/include).

Regards

Re: [Java-gnome-developer] [patch] ToggleButton and RadioButton

[Maciej P. <uzy...@gm...>]

On 6/10/07, Maciej Piechotka <uzy...@gm...> wrote:
> A small patch which adds the updates of Groups when the RadioButton is created.
> The longer I see on my Group solution the more quick&dirty it looks.
> However I have no idea how can it be solved in different way.
>

Sorry. I'm getting a little bit tired and sleepy. I forgot to run
tests and recompile it. Now it seems to be ok. Sorry for spamming.

Regards

Re: [Java-gnome-developer] [patch] ToggleButton and RadioButton

[Maciej P. <uzy...@gm...>]

A small patch which adds the updates of Groups when the RadioButton is created.
The longer I see on my Group solution the more quick&dirty it looks.
However I have no idea how can it be solved in different way.

Regards

Re: [Java-gnome-developer] [patch] ToggleButton and RadioButton

[Maciej P. <uzy...@gm...>]

Sorry for spamming but I detected serious bugs in my patch (now I
tested it with more sophisticated program) - I should have tested the
signals (I did not fully understend Java Gnome signals). Now it seems
to be ok.
I attach also a single raw patch with have no metadata with it.

Reagards

Re: [Java-gnome-developer] [patch] Support Sun JDK >= 1.6

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

On Fri, 2007-06-08 at 22:37 +0200, Maciej Piechotka wrote:

> This patch...

Work on the bindings themselves is better discussed on the
java-gnome-hackers mailing list.

If you have a patch that needs review you can send it there, or to me
directly if it just needs merging.

Thanks,

AfC
Toronto

Re: [Java-gnome-developer] [patch] ToggleButton and RadioButton

[Maciej P. <uzy...@gm...>]

Sorry I've send it in two pieces.
It's in reality one patch (I don't know how to merge it - the
option_button should be merge first).

Especially OptionButton is untested - I'm going to do it in the
nearest future. OptionButton also could have a problems if C code
would try to operate on groups.

Re: [Java-gnome-developer] [patch] ToggleButton and RadioButton

[Maciej P. <uzy...@gm...>]

Patch to patch. Sorry.

Regards

Re: [Java-gnome-developer] [patch] ToggleButton and RadioButton

[Maciej P. <uzy...@gm...>]

On 6/10/07, Maciej Piechotka <uzy...@gm...> wrote:
> Here's some code for (Check|Toggle)Buttons support. They are a little
> bit tested (i.e. I've created unsophisticated window with them by
> Jython).
> I'm think about RadioButton - it needs to handle somehow it's groups.
>
>

I forgot to say sorry for sending gzipped patch - I had troubles with
sending it uncompressed.

Regards

[Java-gnome-developer] [patch] ToggleButton and RadioButton

[Maciej P. <uzy...@gm...>]

Here's some code for (Check|Toggle)Buttons support. They are a little
bit tested (i.e. I've created unsophisticated window with them by
Jython).
I'm think about RadioButton - it needs to handle somehow it's groups.

[Java-gnome-developer] [patch] Support Sun JDK >= 1.6

[Maciej P. <uzy...@gm...>]

I tried to compile it with OpenJDK. However script detect no runtime.
This patch provides support for Sun JDK >= 1.6 provided they will not
change it's java -version output and they stays with 1.x naming
convention. I hope it will be useful.

Regards

[Java-gnome-developer] CellRendererCombo + TreeView

[Henrique F. <hen...@gm...>]

Hello!

I am using libgtk-java-2.10.2. I have a problem with a treeview column
which is suposed to be handled by a combo, but it is not selectable at
all.

This is the code:

ListStore listStore = new ListStore(new DataColumn[] {
	new DataColumnString(), new DataColumnString() });
for (String key : map.keySet()) {
	listStore.addRow(new DataRow().add(key).add(""));
}

ListStore comboStore = new ListStore(new DataColumn[] {
	new DataColumnString(), new DataColumnString() });

comboStore.addRow(new DataRow().add("").add(""));
for (String tag : tags) {
	comboStore.addRow(new DataRow().
		add(tag).add(tag.substring(0,1)));
}

tree = (TreeView) glade.getWidget("treeview");

CellRendererText cell1 = new CellRendererText();
TreeViewColumn column = new TreeViewColumn();
column.setTitle("Word");
column.packStart(cell1, true);
column.addAttributeMapping(cell1, CellRendererText.Attribute.TEXT,
	listStore.getDataColumn(0));
column.setSortColumn(listStore.getDataColumn(0));
tree.appendColumn(column);

CellRendererCombo cell2 = new CellRendererCombo();
column = new TreeViewColumn();
column.setTitle("Tag");
column.packStart(cell2, true);
cell2.setModel(comboStore);
cell2.setTextColumn(0);
column.addAttributeMapping(cell2, CellRendererText.Attribute.TEXT,
	listStore.getDataColumn(1));
tree.appendColumn(column);

tree.setModel(listStore);

Did I miss something?

[Java-gnome-developer] GTK Interface Generator?

[Sebastian M. <as...@gm...>]

Hi,

the java-gnome sources in the mockup directory are intended to be
generated automatically from the gtk api and descriptions files. Is
there a generator available for this purpose or does a concept exist on
how to do this?

The extension of java-gnome without such an generator would be to much
work, I think.


Regards,
  Sebastian

-- 
tarent Gesellschaft für Softwareentwicklung und IT-Beratung mbH

Heilsbachstr. 24, 53123 Bonn    | Poststr. 4-5, 10178 Berlin
fon: +49(228) / 52675-0         | fon: +49(30) / 27594853
fax: +49(228) / 52675-25        | fax: +49(30) / 78709617
durchwahl: +49(228) / 52675-17  | mobil: +49(171) / 7673249

Geschäftsführer:
Boris Esser, Elmar Geese, Thomas Müller-Ackermann
HRB AG Bonn 5168
Ust-ID: DE122264941

Re: [Java-gnome-developer] Compiling java-gnome applications with GCJ

[Alexey T. <a_t...@ma...>]

> Hm. Actually, I don't think so.
> 
> We really only use GCJ for debugging, but you don't need to compile an
> application with -fjni if that app just _links_ against a [Java] library
> (AOT compiled .so).
> 
> Certainly when we build the java-gnome *library* (which is what actually
> makes the JNI calls) _it_ we have to have -fjni on the gcj command line,
> but to build any old program, we just do:
> 
> $ gcj -lgtkjava-4.0 --main=CricketScores -o cricket CricketScores.java
> $ ./cricket
> 
> The command we use to build the Experiment class that ships in
> tests/prototype/ is similar:
> 
> $ make
> $ gcj -g -Wl,-rpath=tmp/ -Ltmp -lgtkjava-4.0 -Djava.library.path=tmp/
> -classpath tmp/gtk-4.0.jar --main=Experiment -o experiment
> tests/prototype/Experiment.java
> $ ./experiment
> 
> with all that extra noise just being what you have to do to deal with
> linking against the still-in-place version of the compiled library,
> rather than that which has been installed somewhere more sensible.
> 
> AfC
> Sydney
> 

Yes! It works.

LANG=C; gcj -lcairojava -lgladejava -lglibjava -lgnomejava -lgtkjava
--main=test.Main app.jar
--CLASSPATH=:/usr/share/java/gtk2.8.jar:/usr/share/java/gnome2.12.jar:/usr/share/java/glib0.2.jar:/usr/share/java/cairo1.0.jar -Djava.library.path=/usr/lib

Thank you.

Re: [Java-gnome-developer] Compiling java-gnome applications with GCJ

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

On Fri, 2007-04-20 at 15:48 -0500, Yaakov (Cygwin Ports) wrote:=20
> You need to add '-fjni' to your LDFLAGS

Hm. Actually, I don't think so.

We really only use GCJ for debugging, but you don't need to compile an
application with -fjni if that app just _links_ against a [Java] library
(AOT compiled .so).

Certainly when we build the java-gnome *library* (which is what actually
makes the JNI calls) _it_ we have to have -fjni on the gcj command line,
but to build any old program, we just do:

$ gcj -lgtkjava-4.0 --main=3DCricketScores -o cricket CricketScores.java
$ ./cricket

The command we use to build the Experiment class that ships in
tests/prototype/ is similar:

$ make
$ gcj -g -Wl,-rpath=3Dtmp/ -Ltmp -lgtkjava-4.0 -Djava.library.path=3Dtmp/
-classpath tmp/gtk-4.0.jar --main=3DExperiment -o experiment
tests/prototype/Experiment.java
$ ./experiment

with all that extra noise just being what you have to do to deal with
linking against the still-in-place version of the compiled library,
rather than that which has been installed somewhere more sensible.

AfC
Sydney

Re: [Java-gnome-developer] Compiling java-gnome applications with GCJ

[Yaakov (C. Ports) <yse...@us...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Alexey Titov wrote:
> But when I try to compile it with gcj:
> 
>  LANG=C; gcj --main=test.Main app.jar
> --CLASSPATH=:/usr/share/java/gtk2.8.jar:/usr/share/java/gnome2.12.jar:/usr/share/java/glib0.2.jar:/usr/share/java/cairo1.0.jar -Djava.library.path=/usr/lib

You need to add '-fjni' to your LDFLAGS; see gcj(1) or "info gcj
Invoking Code" for details.


Yaakov
Cygwin Ports
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGKScApiWmPGlmQSMRCNEOAKDCsChnVgpUZpPWrVvFvXWaWy/LiwCeKXcy
fdlI7sY+TNhwxqoFz4WH7w4=
=v4Ws
-----END PGP SIGNATURE-----