Since I did not get any comments from hackers list, trying my luck at
developer's list.
-------- Original Message --------
Message-ID: <52B...@gm...>
Date: Wed, 18 Dec 2013 16:06:17 -0800
From: Niranjan Rao <nh...@gm...>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101
Thunderbird/24.2.0
MIME-Version: 1.0
To: jav...@li...
Subject: Best way to extend java-gnome functionality?
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Greetings,
I am looking for a recommended/best way to add support for libraries
which java-gnome currently does not support. My primary interest at this
time is webkit-gtk version 2 and libsoup and any other supporting
libraries these two need
I had a code generator working which will read gnome introspection files
and will generate required java files and defs files. This approach
worked well for Webkit version 1. However for Webkit 2, gtk annotations
are not ready yet.
My understanding of current architecture is there are finely tuned hand
written classes which are public - e.g. VPaned which in turn direct
calls to protected class (GtkVPaned) which do actual work. If I
introduce new .defs file, I get latter part, but not first part that is
no public classes.
Exact problems:
1. Keep my additions as separate as possible if I need to upgrade
java-gnome library versions.
2. Ideally I would like to load only one JNI library. If I can convince
existing infrastructure to accept new source files while still
maintaining separation at least at code level.
3. Find easy way to generate public classes - at least for bootstrapping
purposes.
4. Convince python script "faster" to accept new libraries - either as a
command line parameter or as environment variable
I am thinking of
1. Extending code generator so that it can accept source directory on
command line
2. Adding code generation part which will generate public classes from
def files. This will give me first cut which can be fine tuned latter if
need arises.
Any ideas/suggestions/thoughts are appreciated.
Regards,
Niranjan
|
