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

Re: [Java-gnome-developer] ProgressBar

[Alfonso <eu...@ya...>]

Andrew Cowie wrote:
> On Tue, 2008-02-26 at 11:09 +0100, Alfonso wrote:
>   
>> - One is the pulse method, to activate the progressbar.
>>     
>
> ProgressBar has setFraction(), but you're right. No one has exposed
> pulse() as yet. Perhaps you'd like to contribute that and the attendant
> documentation? See HACKING.
>
>   
>> - On the other side, to make the progressbar update while doing other
>> work
>>     
>
> java-gnome is thread safe. Do your "other work" in a worker thread, and
> make the calls to update your ProgressBar from there. So long as the
> main loop is running [ie, a thread has called Gtk.main()] things will
> work right.
>
> If you grab the source code, you'll see
> tests/prototype/WorkerThreads.java. That's not a tutorial, as such, but
> if you have a read of that you should get the idea. It's the program
> that was used in the testing discussed in the second link below.
>
> [Hm. We should move that to doc/examples/ one of these days]
>
> You can find discussion of the theory that led up to our thread safety
> design at
> http://research.operationaldynamics.com/blogs/andrew/software/gnome-desktop/gtk-thread-awareness.html (part 1) and then http://research.operationaldynamics.com/blogs/andrew/software/java-gnome/thread-safety-for-java.html (part 2). There is mention of the GDK lock at http://java-gnome.sourceforge.net/4.0/doc/api/org/gnome/gdk/Gdk.html 
>
> AfC
> Sydney
>
>   
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> ------------------------------------------------------------------------
>
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>   
Thread safe? That's great news to hear. Thank you very much for your 
answer. As for hacking, not shure if I have the needed knowledge to do 
it, but I'll have a look at the section, just in case I'm wrong.

By the way, congrats for the excelent work you all are doing there. (I 
don't understand why aren't more enterprises contributing to this 
project. As I see it, it's a very important project for linux...).

Re: [Java-gnome-developer] ProgressBar

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

On Tue, 2008-02-26 at 11:09 +0100, Alfonso wrote:
> - One is the pulse method, to activate the progressbar.

ProgressBar has setFraction(), but you're right. No one has exposed
pulse() as yet. Perhaps you'd like to contribute that and the attendant
documentation? See HACKING.

> - On the other side, to make the progressbar update while doing other
> work

java-gnome is thread safe. Do your "other work" in a worker thread, and
make the calls to update your ProgressBar from there. So long as the
main loop is running [ie, a thread has called Gtk.main()] things will
work right.

If you grab the source code, you'll see
tests/prototype/WorkerThreads.java. That's not a tutorial, as such, but
if you have a read of that you should get the idea. It's the program
that was used in the testing discussed in the second link below.

[Hm. We should move that to doc/examples/ one of these days]

You can find discussion of the theory that led up to our thread safety
design at
http://research.operationaldynamics.com/blogs/andrew/software/gnome-desktop/gtk-thread-awareness.html (part 1) and then http://research.operationaldynamics.com/blogs/andrew/software/java-gnome/thread-safety-for-java.html (part 2). There is mention of the GDK lock at http://java-gnome.sourceforge.net/4.0/doc/api/org/gnome/gdk/Gdk.html 

AfC
Sydney

-- 
Andrew Frederick Cowie

Operational Dynamics is an operations and engineering consultancy
focusing on IT strategy, organizational architecture, systems
review, and effective procedures for change management. We actively
carry out research and development in these areas on behalf of our
clients, and enable successful use of open source in their mission
critical enterprises, worldwide.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

[Java-gnome-developer] ProgressBar

[Alfonso <eu...@ya...>]

I'm trying the ProgressBar widget, but I'm missing some methods. Aren't
they implemented or moved to other classes?

- One is the pulse method, to activate the progressbar.

- On the other side, to make the progressbar update while doing other
work, if I understand right how it works, I should need other 2 methods:
Gtk.EventsPending and Gtk.MainIteration... Is there any other way to
deal with it?

My application should wait for a system call to end, checking
periodically if it's ended, and while the OS performs the long time
consuming task, the progressbar should update...

Thank you very much for your help...

[Java-gnome-developer] ProgressBar

[Alfonso <eu...@ya...>]

I'm trying the ProgressBar widget, but I'm missing some methods. Aren't 
they implemented or moved to other classes?

- One is the pulse method, to activate the progressbar.

- On the other side, to make the progressbar update while doing other 
work, if I understand right how it works, I should need other 2 methods: 
Gtk.EventsPending and Gtk.MainLoop... Is there any other way to deal 
with it?

Thank you very much for your help...

Re: [Java-gnome-developer] 'mainline' vs 4.0.5 Ubuntu build problem?

[Bruno D. <bdu...@be...>]

On Mon, 2008-02-11 at 13:57 +0530, Manu Mahajan wrote:
> Hello
> 
> Just wanted to say that I'm able to compile mainline successfully on Ubuntu
> 7.10.
> 
> Additionally I use the following commands to set Sun's jvm and jdk as the
> default in case that's what's causing the problem.
> 
> sudo update-alternatives --config java
> sudo update-alternatives --config javac
> 
> Hope this helps.
> 
> Manu
> 

Exactly the same here : under Ubuntu 7.10 and with Sun's JDK 1.6,
Java-Gnome 4.0.6 just works fine.

-- 
Bruno Dusausoy <bdu...@be...>
thx1138 on FreeNode

[Java-gnome-developer] java-gnome 4.0.6 released

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

Pleased to announce the release of java-gnome 4.0.6.

Release notes:
http://java-gnome.sourceforge.net/4.0/NEWS.html#4.0.6

Download from:
http://ftp.gnome.org/pub/GNOME/sources/java-gnome/4.0/

Or better:

$ bzr clone bzr://research.operationaldynamics.com/bzr/java-gnome/mainline

Cheers,

AfC
Sydney

-- 
Andrew Frederick Cowie

Operational Dynamics is an operations and engineering consultancy
focusing on IT strategy, organizational architecture, systems review,
and change management procedures. We carry out research and development
on behalf of our clients and enable successful use of open source in
mission critical enterprises, worldwide.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

Re: [Java-gnome-developer] 'mainline' vs 4.0.5 Ubuntu build problem?

[Manu M. <man...@co...>]

Hello

Just wanted to say that I'm able to compile mainline successfully on Ubuntu
7.10.

Additionally I use the following commands to set Sun's jvm and jdk as the
default in case that's what's causing the problem.

sudo update-alternatives --config java
sudo update-alternatives --config javac

Hope this helps.

Manu


-----Original Message-----
From: jav...@li...
[mailto:jav...@li...] On Behalf Of
Andrew Cowie
Sent: Monday, February 11, 2008 12:26 PM
To: java-gnome-hackers
Cc: java-gnome-developer
Subject: [Java-gnome-developer] 'mainline' vs 4.0.5 Ubuntu build problem?

Somebody who goes by the nick "Lantash" has been popping into
#java-gnome indicating that they are having a problem building
'mainline' but not 4.0.5 as released on Ubuntu. This person has,
unfortunately, never been around when I've been, so I've not been able
to talk to them.

The report is a bit weird, seeing as how nothing Ubuntu related has
changed since then

$ bzr diff -r tag:v4.0.5 configure

which makes me suspect that something in this person's environment or
system has changed that we are now running afoul of. That's bad, of
course, and just the sort of thing that we'd love to see fixed before we
cut another release tarball.

So, to the person whom I look forward to meeting, please either reply to
this or do hang around for more than two minutes and perhaps we can work
out together what is troubling you.

Otherwise, I am ready to release 4.0.6, and have an itchy trigger
finger. I've already moved on to working on post-4.0.6 features, so if
someone cares to report a problem, now would be a good time.

++

I should probably note that most of the Ubuntu people I know have been
using the

$ ./configure jdk=/path/to/whatever/their/java/home/is/

way of specifying where the JVM was. That's largely because the Debian
related detection logic was written before the DLJ licence, and so no
one has suggested what the appropriate actual packaged location of a
[Sun] Java VM would be. If someone could send a bundle with that fixed
I'm sure we would all be very grateful.

AfC
Sydney

-- 
Andrew Frederick Cowie

Operational Dynamics is an operations engineering consultancy
focusing on strategy, organizational architecture, systems review,
and change management procedures. Most of all, we enable successful
use of open source in mission critical enterprises, with clients
worldwide.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

[Java-gnome-developer] 'mainline' vs 4.0.5 Ubuntu build problem?

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

Somebody who goes by the nick "Lantash" has been popping into
#java-gnome indicating that they are having a problem building
'mainline' but not 4.0.5 as released on Ubuntu. This person has,
unfortunately, never been around when I've been, so I've not been able
to talk to them.

The report is a bit weird, seeing as how nothing Ubuntu related has
changed since then

$ bzr diff -r tag:v4.0.5 configure

which makes me suspect that something in this person's environment or
system has changed that we are now running afoul of. That's bad, of
course, and just the sort of thing that we'd love to see fixed before we
cut another release tarball.

So, to the person whom I look forward to meeting, please either reply to
this or do hang around for more than two minutes and perhaps we can work
out together what is troubling you.

Otherwise, I am ready to release 4.0.6, and have an itchy trigger
finger. I've already moved on to working on post-4.0.6 features, so if
someone cares to report a problem, now would be a good time.

++

I should probably note that most of the Ubuntu people I know have been
using the

$ ./configure jdk=/path/to/whatever/their/java/home/is/

way of specifying where the JVM was. That's largely because the Debian
related detection logic was written before the DLJ licence, and so no
one has suggested what the appropriate actual packaged location of a
[Sun] Java VM would be. If someone could send a bundle with that fixed
I'm sure we would all be very grateful.

AfC
Sydney

-- 
Andrew Frederick Cowie

Operational Dynamics is an operations engineering consultancy
focusing on strategy, organizational architecture, systems review,
and change management procedures. Most of all, we enable successful
use of open source in mission critical enterprises, with clients
worldwide.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

[Java-gnome-developer] 4.0.6rc2 up

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

I've done another release candidate for 4.0.6

Doing RCs is a bit new. There's nothing requiring it; but I wanted to
get a tarball out there for people to use before Davyd and I gave the
GTK & GNOME tutorial at LCA the other day, and haven't had time to do
NEWS files and whatnot.

http://ftp.gnome.org/pub/GNOME/sources/java-gnome/4.0/java-gnome-4.0.6-rc2.=
tar.bz2

4.0.6 has got some great coverage additions, and although I haven't
actually merged any of the experimental branches I said I was going to,
it's looking like there is enough new work that it'll be worth pushing
out on its own merits. I might get to those merges next week, might not.

Cheers,

AfC
Melbourne

--=20
Andrew Frederick Cowie

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/

Sydney   New York   Toronto   London

[Java-gnome-developer] java-gnome 4.0.5 released

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

Pleased to announce the release of java-gnome 4.0.5!

Release notes:
http://java-gnome.sourceforge.net/4.0/NEWS.html#4.0.5

Download from:
http://ftp.gnome.org/pub/GNOME/sources/java-gnome/4.0/

Or better:

        $ bzr init-repo java-gnome
        $ cd java-gnome
        $ bzr clone bzr://research.operationaldynamics.com/bzr/java-gnome/m=
ainline

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/

Re: [Java-gnome-developer] bug or missconfigured

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

On Sat, 2007-10-20 at 08:39 -0700, Thomas Schmitz wrote:
> can it be that you have forgot to call Gtk.init() before you do some
> java-gnome specific things? This happened to me a few minutes ago

I clued in that this was the case myself a few weeks back.=20

I just put in a check in org.gnome.glib.Plumbing's static block to make
sure Gtk.init() has been called, and to crash out if it hasn't been.
This is a bit thuggish, but it'll do for now until (and unless) we
implement this differently [it's fine the way it is; there's more to it
than just moving the System.loadLibrary()]

Anyway, people who forget to initialize GTK will no longer get the
confusing stack trace about GtkCalendar or whatever.

[Note that the bug about over-jealous class loading is still extant]

AfC
Sydney

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

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/

Sydney   New York   Toronto   London

Re: [Java-gnome-developer] bug or missconfigured

[Thomas S. <th...@ts...>]

Antonio Riva wrote:
> 
> What does this log mean? I'm on Ubuntu and I cannot if I need some
> more packages.
> 
> The code is the simple glade loader from the javadoc.
> 
> -----------------------------------
> r$ ikvm -cp
> bin:/usr/share/java/gtk.jar:/opt/development/ikvm/lib/mscorlib.jar
> -Djava.library.path= org.MyPlayer
> ciao in java
> Exception in thread "main" java.lang.UnsatisfiedLinkError:
> org/gnome/gtk/GtkCalendarDisplayOptions.get_ordinal_show_heading()I
>         at org.gnome.glade.XML.<init>(XML.java:49)
>         at org.gnome.glade.Glade.parse(Glade.java:135)
>         at org.MyPlayer.main(MyPlayer.java:16)
>         at java.lang.reflect.Method.Invoke(Method.java)
> 
> 
> $ java -cp
> bin:/usr/share/java/gtk.jar:/opt/development/ikvm/lib/mscorlib.jar
> -Djava.library.path= org.MyPlayer
> ciao in java
> Exception in thread "main" java.lang.UnsatisfiedLinkError:
> org.gnome.gtk.GtkCalendarDisplayOptions.get_ordinal_show_heading()I
>         at
> org.gnome.gtk.GtkCalendarDisplayOptions.get_ordinal_show_heading(Native
> Method)
>         at
> org.gnome.gtk.GtkCalendarDisplayOptions.<clinit>(GtkCalendarDisplayOptions.java:27)
>         at
> org.gnome.gtk.CalendarDisplayOptions.<clinit>(CalendarDisplayOptions.java:44)
>         at java.lang.Class.forName0(Native Method)
>         at java.lang.Class.forName(Class.java:169)
>         at org.gnome.glib.Plumbing.registerType(Plumbing.java:92)
>         at org.gnome.glib.Plumbing.<clinit>(Plumbing.java:75)
>         at org.gnome.glade.XML.<init>(XML.java:49)
>         at org.gnome.glade.Glade.parse(Glade.java:150)
>         at org.MyPlayer.main(MyPlayer.java:23)
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 
> 
 Hi,
can it be that you have forgot to call Gtk.init() before you do some
java-gnome specific things? This happened to me a few minutes ago while
trying to implement the FileChooserDialog:-P

Regards,
Thomas.
-- 
View this message in context: http://www.nabble.com/bug-or-missconfigured-tf4505031.html#a13311057
Sent from the Gnome - Java Binding - General mailing list archive at Nabble.com.

Re: [Java-gnome-developer] problems building java-gnome on locked-down solaris machine due to junit.jar

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

On Fri, 2007-09-14 at 08:55 +0100, Andrew Marlow wrote:

> I also saw references to the environment variable $javagnome_home. Can=20
> someone please explain what this is for?=20

That was cruft left over from a previous use of the Equivalence
configuration scripts. It was removed (revno 332 on 'mainline') before
4.0.4; thanks for mentioning it.

AfC
San Francisco

--=20
Andrew Frederick Cowie

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/

Sydney   New York   Toronto   London

Re: [Java-gnome-developer] desklets on java

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

> Hi, noticed your question in the mailing list...
> You might want to look into jna which has, among other things, cross
> platfrom transparent windows (check out the examples there for a
> translucent clock)
> 
> https://jna.dev.java.net/
> 
> Marc

Thank you for answer. But this is not quite suitable for me... At first
I did not manage to get it work (java.lang.IllegalStateException: Can't
get Drawable). But I will try again. Besides, I think that such
functions should be implemented in java-gnome because such functions
exists in gtk API (gdk_window_input_shape_combine_mask (), and so on).
So, can I ask developers to implement such feature in java-gnome?

Re: [Java-gnome-developer] desklets on java

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

One more question. Will functions for creating non-regular native
windows ever be implemented in java-gnome?

[Java-gnome-developer] java-gnome 4.0.4 released

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

java-gnome 4.0.4 has been released!

++

There wasn't much of an urgent driver behind this release, but

- there were a number of contributions that deserved to see the light of
day, and in particular I wanted all the documentation work to be up
online as example for others to study;
- we want to get the distros into the habit of dealing with reasonably
periodic version bumps of the library; and
- I did want to push something out circa the GNOME 2.20 date.

So out she goes!

More importantly I wanted to clear the decks so that the more
experimental work Vreixo is doing to support Accelerators and the
rapidly evolving prototyping of things like TreeModel, TreeView, GConf,
and Cairo that Andrew and Srichand are doing won't get in the way of
what is otherwise releasable code.

++

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

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

Or better yet, update your copy of the source code:
$ bzr pull bzr://research.operationaldynamics.com/bzr/java-gnome/mainline

++

Feedback best given directly via IRC at #java-gnome on irc.gimp.net; you
can often find me there 00:00-03:30 and 07:30-14:00 UTC. Enquiries
relating to support of your company's needs or projects can be made by
calling or sending an email.

Enjoy!

AfC
Sydney

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

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/

Re: [Java-gnome-developer] desklets on java

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

> Try this:
> http://www.glossitope.org/
> 
No, this is not what I want... This is a Swing cross-platform
application, without native bindings. It operates inside it's own window
(which is considered by window manager as an ordinary window and
displayed on taskbar). This window is used as a container. I did not
manage to move widget out of container, right onto desktop. 
>From the other side, screenlets use GTK objects (gtk.Window, GObject and
etc.) from PyGtk, PyCairo and so on. Such bindings exists in java-gnome
too, and I wonder is it possible to write a similar program on java?

Re: [Java-gnome-developer] desklets on java

[Haim A. <ha...@ba...>]

On Tue, 25 Sep 2007 00:49:36 +0400, Alexey Titov wrote:

> Hello. There are a lot of different desklet technologies (mostly based
> on Python language). I wonder, is it possible to create such desklets
> (desktop applets) on java? Is it possible to create a transparent window
> (with svg images and other components inside), which is not allowed to
> move and resize? And can such transparency work with compiz (or beryl)?
> Screenlets (http://screenlets.org) is a good example. Is it possible to
> implement something like this on java?
Try this:
http://www.glossitope.org/

Bye
-- 
Haim

[Java-gnome-developer] desklets on java

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

Hello. There are a lot of different desklet technologies (mostly based
on Python language). I wonder, is it possible to create such desklets
(desktop applets) on java? Is it possible to create a transparent window
(with svg images and other components inside), which is not allowed to
move and resize? And can such transparency work with compiz (or beryl)?
Screenlets (http://screenlets.org) is a good example. Is it possible to
implement something like this on java?

Re: [Java-gnome-developer] bug or missconfigured

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

On Mon, 2007-09-24 at 09:59 +0200, Antonio Riva wrote:
> but your email make me check if libgtkjni.so exist; in /usr/lib there
> is only libgtkjni-4.0.so

No no, that's right, and that's what the library loads. Anyway, /usr/lib
is on the implicit LD_LIBRARY_PATH, so you shouldn't even have to
specify it. I was just concerned that you were setting it to "".

> so I linked it to libgtkjni.so=20

Don't do that.

++

Incidentally, the attempt to load Calendar stuff is a glitch, and I
filed a bug for it. That's got nothing to do with this problem, though -
you're going to link to the native library sooner or later. Your Java VM
isn't finding native libraries, and that's the problem that needs
resolving.

Why don't you come join us in #java-gnome and we'll discuss it further
there.

AfC
Sydney

Re: [Java-gnome-developer] bug or missconfigured

[Antonio R. <ant...@gm...>]

oh no, this is a stupid error in my email. In my launch code I use

-Djava.library.path=/usr/lib

but your email make me check if libgtkjni.so exist; in /usr/lib there
is only libgtkjni-4.0.so

:/usr/lib$ ls libgtkjni*
libgtkjni-4.0.so

so I linked it to libgtkjni.so but this seem to not affect my error.

On 9/24/07, Andrew Cowie <an...@op...> wrote:
> On Sun, 2007-09-23 at 18:44 +0200, Antonio Riva wrote:
>
> > -Djava.library.path=
>
> Why are you blanking java.library.path? It needs to be
> $whatever_directory_libgtkjni.so_is_in. The README file available in the
> sources and at http://java-gnome.sourceforge.net/4.0/README.html is
> pretty clear about that.
>
> AfC
> Sydney
>

Re: [Java-gnome-developer] bug or missconfigured

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

On Sun, 2007-09-23 at 18:44 +0200, Antonio Riva wrote:

> -Djava.library.path=3D

Why are you blanking java.library.path? It needs to be
$whatever_directory_libgtkjni.so_is_in. The README file available in the
sources and at http://java-gnome.sourceforge.net/4.0/README.html is
pretty clear about that.

AfC
Sydney

--=20
Andrew Frederick Cowie

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/

Sydney   New York   Toronto   London

[Java-gnome-developer] bug or missconfigured

[Antonio R. <ant...@gm...>]

What does this log mean? I'm on Ubuntu and I cannot if I need some
more packages.

The code is the simple glade loader from the javadoc.

-----------------------------------
r$ ikvm -cp bin:/usr/share/java/gtk.jar:/opt/development/ikvm/lib/mscorlib.jar
-Djava.library.path= org.MyPlayer
ciao in java
Exception in thread "main" java.lang.UnsatisfiedLinkError:
org/gnome/gtk/GtkCalendarDisplayOptions.get_ordinal_show_heading()I
        at org.gnome.glade.XML.<init>(XML.java:49)
        at org.gnome.glade.Glade.parse(Glade.java:135)
        at org.MyPlayer.main(MyPlayer.java:16)
        at java.lang.reflect.Method.Invoke(Method.java)


$ java -cp bin:/usr/share/java/gtk.jar:/opt/development/ikvm/lib/mscorlib.jar
-Djava.library.path= org.MyPlayer
ciao in java
Exception in thread "main" java.lang.UnsatisfiedLinkError:
org.gnome.gtk.GtkCalendarDisplayOptions.get_ordinal_show_heading()I
        at org.gnome.gtk.GtkCalendarDisplayOptions.get_ordinal_show_heading(Native
Method)
        at org.gnome.gtk.GtkCalendarDisplayOptions.<clinit>(GtkCalendarDisplayOptions.java:27)
        at org.gnome.gtk.CalendarDisplayOptions.<clinit>(CalendarDisplayOptions.java:44)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:169)
        at org.gnome.glib.Plumbing.registerType(Plumbing.java:92)
        at org.gnome.glib.Plumbing.<clinit>(Plumbing.java:75)
        at org.gnome.glade.XML.<init>(XML.java:49)
        at org.gnome.glade.Glade.parse(Glade.java:150)
        at org.MyPlayer.main(MyPlayer.java:23)

[Java-gnome-developer] Debugger for java* / JNI evironments

[vvl <vas...@in...>]

Hi folks,
Let's me introduce Eclipse* based tool for debugging Java*/JNI environment
that uses CDT and JDT perspectives makes developer works comfortable for
Eclipse* users and moving out two debugger scenario to the history. 
Please find time to visit
http://softwarecommunity.intel.com/articles/eng/1435.htm and try it. Let us
to know if it helps to you or not, and what changes should be done to meet
your expectations and requirements.  

--
Vasily v. Levchenko
Senior Software Engineer
Intel(R) Corporation

-- 
View this message in context: http://www.nabble.com/Debugger-for-java*---JNI-evironments-tf4484834.html#a12789422
Sent from the Gnome - Java Binding - General mailing list archive at Nabble.com.

[Java-gnome-developer] problems building java-gnome on locked-down solaris machine due to junit.jar

[Andrew M. <and...@db...>]

Hello,

I am trying to build java-gnome on a solaris machine that is locked down 
and has no SAs. configure says it cannot proceed because there is no 
junit.jar. Well, there is no junit.jar in the std places because this 
machine does not have any SAs that would put it there. I do have my own 
copy of junit.jar and I include it in my CLASSPATH. But configure does not 
seem to take any notice. Is configure supposed to take notice? If not then 
I am going to be completely stuck. From what I have seen of the configure 
script it expects to find junit.jar in /usr/share/junit/lib. It seems like 
once is passes this check it is going to expect other jars in various 
hardcoded locations, e.g. /usr/share/java/glib-4.0.jar, 
/usr/share/java/gtk-4.0.jar. On the machine I am using they it will never 
be possible to put jars there.

I also saw references to the environment variable $javagnome_home. Can 
someone please explain what this is for? It looks to me like configure 
looks in $javagnome_home/share/java for some of the jars. But I do not see 
any jars in the tarball I downloaded. I am sorry these probably seem like 
really basic questions, I just assumed I would be able to do a ./configure 
&& make. I thought it would come with any jars that are needed. When I saw 
references to jars in $javagnome_home/share/java I assumed these must be 
part of java-gnome. Also, would it not be possible to include a copy of 
junit.tar in the java-gnome release?

Regards,

Andrew Marlow
----
There is an emerald here the size of a plover's egg!
 Don't top-post  http://www.catb.org/~esr/jargon/html/T/top-post.html
Plain text mails only, please      http://www.expita.com/nomime.html 


---

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

Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures.