Thread: [Java-gnome-developer] gnomevfs bindings
Brought to you by:
afcowie
Menu
▾
▴
java-gnome-developer
|
From: dan <dan...@gm...> - 2005-07-23 23:23:11
|
I have created several classes allowing access to the mime functionality in gnomevfs. If java-gnome intends to wrap gnomevfs i will be happy to submit them. I have never submitted code to a large project such as this one before, so if there is interest in these classes, could somebody give me some pointers on the procedure for submitting code. Dan |
|
From: Andrew C. <an...@op...> - 2005-07-26 01:47:18
|
On Sat, 2005-23-07 at 19:23 -0400, dan wrote: > I have created several classes allowing access to the mime > functionality in gnomevfs. Excellent! > If java-gnome intends to wrap gnomevfs i > will be happy to submit them. Well, first things first - you should probably join the jav...@li... mailing list and submit your code there. > I have never submitted code to a large > project such as this one before, so if there is interest in these > classes, could somebody give me some pointers on the procedure for > submitting code. Pretty much anyone with CVS access can commit the code. Since this is off the beaten path a bit, you'll probably have to go a bit extra to get someone to look at your code. At the end of the day, we're all volunteers, so whatever you can do to make it easier for someone to review your code will help your cause. I would suggest as well that if you have a tiny little app or example case that shows the bindings in use and/or the new/changed/fixed functionality you are coding it would really help. I could look at your code and go "um, yup, it compiles" but as I don't really know anything about libgnomevfs it's hard for me to say whether or not your code does the right thing. That's ok - I'm not the expert there - but *someone* has to be able to say "yeah, it's cool" As for how to submit, you can either send along a patch (see `cvs diff`, `patch` etc) or alternately copies of the complete code files (such that someone could drop them in to a checkout of libgnomevfs-java [1] and do the `cvs diff` themselves). AfC Sydney [1]: which I think should disappear and just be a part of libgnome-java -- Andrew Frederick Cowie Managing Director Operational Dynamics Consulting Pty Ltd http://www.operationaldynamics.com/ Management Consultants specializing in strategy, organizational architecture, procedures to survive change, and performance hardening for the people and systems behind the mission critical enterprise. Operating Worldwide: Sydney +61 2 9977 6866 New York +1 646 472 5054 Toronto +1 416 848 6072 London +44 207 1019201 |
|
From: dan <dan...@gm...> - 2005-07-26 05:27:13
|
So i created 4 classes, and later realized 2 of them were already in the gnome cvs. This leaves two classes Mime and MimeApplication that don't seem to yet be present in the bindings. I am playing around with creating a java-based desktop search similar to Beagle. So far it only supports text and openoffice files so it's not that exciting. (It also still re-indexes every time the program is launched) The Mime binding I have created successfully determine mime types and launch the appropriate application. This means, although I wrapped most of the mime functions present in the C libraries, I only use a few methods from these classes in my app. I don't know whether the rest of the Mime functions i wrapped work correctly. I have joined the java-hackers list and will start to follow what goes on there. I also will try to test the rest of my class methods before i consider a submission. thanks, Dan On Tue, 2005-07-26 at 11:47 +1000, Andrew Cowie wrote: > On Sat, 2005-23-07 at 19:23 -0400, dan wrote: > > I have created several classes allowing access to the mime > > functionality in gnomevfs. > > Excellent! > > > If java-gnome intends to wrap gnomevfs i > > will be happy to submit them. > > Well, first things first - you should probably join the > jav...@li... mailing list and submit your > code there. > > > I have never submitted code to a large > > project such as this one before, so if there is interest in these > > classes, could somebody give me some pointers on the procedure for > > submitting code. > > Pretty much anyone with CVS access can commit the code. Since this is > off the beaten path a bit, you'll probably have to go a bit extra to get > someone to look at your code. At the end of the day, we're all > volunteers, so whatever you can do to make it easier for someone to > review your code will help your cause. > > I would suggest as well that if you have a tiny little app or example > case that shows the bindings in use and/or the new/changed/fixed > functionality you are coding it would really help. I could look at your > code and go "um, yup, it compiles" but as I don't really know anything > about libgnomevfs it's hard for me to say whether or not your code does > the right thing. That's ok - I'm not the expert there - but *someone* > has to be able to say "yeah, it's cool" > > As for how to submit, you can either send along a patch (see `cvs diff`, > `patch` etc) or alternately copies of the complete code files (such that > someone could drop them in to a checkout of libgnomevfs-java [1] and do > the `cvs diff` themselves). > > AfC > Sydney > > [1]: which I think should disappear and just be a part of libgnome-java > |
|
From: Robert M. <ro...@ma...> - 2005-07-26 12:14:37
|
On Tue, 2005-07-26 at 01:27 -0400, dan wrote: > So i created 4 classes, and later realized 2 of them were already in > the gnome cvs. This leaves two classes Mime and MimeApplication that > don't seem to yet be present in the bindings. > I am playing around with creating a java-based desktop search similar > to Beagle. So far it only supports text and openoffice files so it's not > that exciting. (It also still re-indexes every time the program is > launched) The Mime binding I have created successfully determine mime > types and launch the appropriate application. This means, although I > wrapped most of the mime functions present in the C libraries, I only > use a few methods from these classes in my app. I don't know whether > the rest of the Mime functions i wrapped work correctly. Hello. I have been working on something similar on my free time, what do you think about trying to join forces. this is what I currently have http://www.marcanoonline.com/plog/post/1/102 > I have joined the java-hackers list and will start to follow what goes > on there. I also will try to test the rest of my class methods before i > consider a submission. > > thanks, > Dan > > On Tue, 2005-07-26 at 11:47 +1000, Andrew Cowie wrote: > > On Sat, 2005-23-07 at 19:23 -0400, dan wrote: > > > I have created several classes allowing access to the mime > > > functionality in gnomevfs. > > > > Excellent! > > > > > If java-gnome intends to wrap gnomevfs i > > > will be happy to submit them. > > > > Well, first things first - you should probably join the > > jav...@li... mailing list and submit your > > code there. > > > > > I have never submitted code to a large > > > project such as this one before, so if there is interest in these > > > classes, could somebody give me some pointers on the procedure for > > > submitting code. > > > > Pretty much anyone with CVS access can commit the code. Since this is > > off the beaten path a bit, you'll probably have to go a bit extra to get > > someone to look at your code. At the end of the day, we're all > > volunteers, so whatever you can do to make it easier for someone to > > review your code will help your cause. > > > > I would suggest as well that if you have a tiny little app or example > > case that shows the bindings in use and/or the new/changed/fixed > > functionality you are coding it would really help. I could look at your > > code and go "um, yup, it compiles" but as I don't really know anything > > about libgnomevfs it's hard for me to say whether or not your code does > > the right thing. That's ok - I'm not the expert there - but *someone* > > has to be able to say "yeah, it's cool" > > > > As for how to submit, you can either send along a patch (see `cvs diff`, > > `patch` etc) or alternately copies of the complete code files (such that > > someone could drop them in to a checkout of libgnomevfs-java [1] and do > > the `cvs diff` themselves). > > > > AfC > > Sydney > > > > [1]: which I think should disappear and just be a part of libgnome-java > > ________________________________________ Robert Marcano web: http://www.marcanoonline.com/ gpg --keyserver hkp://pgp.mit.edu/ --recv-key 72A0DCFD |
|
From: dan <dan...@gm...> - 2005-07-26 16:07:31
|
> Hello. I have been working on something similar on my free time, what do > you think about trying to join forces. this is what I currently have > > http://www.marcanoonline.com/plog/post/1/102 Sure, what does your search currently do?? I started mine only about 2 weeks ago. It indexes using Lucene and searches for text and open office documents. It also can launch results using the default Mime app. My openoffice parser is not very sophisticated, however.. so that needs a bit of work. Dan |
|
From: Tom T. <tr...@re...> - 2005-07-27 00:22:59
|
>>>>> "Dan" == dan <dan...@gm...> writes: >> Hello. I have been working on something similar on my free time, what do >> you think about trying to join forces. this is what I currently have >> >> http://www.marcanoonline.com/plog/post/1/102 Dan> Sure, what does your search currently do?? I started mine only about 2 Dan> weeks ago. I'm kind of interested in this area as well. How about setting up a sourceforge project and a mailing list where we can discuss it? Tom |
|
From: dan <dan...@gm...> - 2005-08-07 17:02:45
|
The project with my code is up on souceforge. It is called DeskCrawler. Robert had said that he was going to integrate some code he had with what i put up on sourceforge. So far DeskCrawler is very similar to Beagle in design. If you want to build deskcrawler, there are 2 modules in the cvs: deskcrawler and deskcrawler-base. They are both the same and i am going to remove deskcrawler-base. The code uses lucene and commons-daemon. You first must launch the daemon in the background using jsvc, then you can run the client to perform an actual search. There is no make file for most of the code right now because I have built it using eclipse. There is a small makefile for building a jni library for accessing gnomevfs mime information. Let me know if you guys have any luck with my code and if you are still interested in this project. thanks, Dan |
|
From: Ismael J. <ml...@ju...> - 2005-08-07 18:44:15
|
On Sun, 2005-08-07 at 13:03 -0400, dan wrote: > The project with my code is up on souceforge. It is called > DeskCrawler. [...] Interesting project. :) > The code uses > lucene and commons-daemon. The eclipse .classpath file has hardcoded paths to their location in your machine. You may want to change this to relative paths. > You first must launch the daemon in the > background using jsvc, then you can run the client to perform an actual > search. I was able to run the client, but it failed to connect to the daemon. I am not sure what I did wrong, but I tried to pass DeskCrawlerDaemon class to jsvc and the jar file too, and both times, jsvc would just silently return. > There is no make file for most of the code right now because I > have built it using eclipse. There is a small makefile for building a > jni library for accessing gnomevfs mime information. I know that this Makefile is just to get things going, but it is missing the pkg-config flags for gtk2-java. gcc also complained about c++ style comments. There's also the fact that the location of the jdk is hardcoded, but I assume that you are aware of that and plan to change it in the future. > Let me know if you guys have any luck with my code and if you are still > interested in this project. Keep up the good work. :) Regards, Ismael |
|
From: Andrew C. <an...@op...> - 2005-08-11 04:23:37
|
On Sun, 2005-07-08 at 13:03 -0400, dan wrote: > There is no make file for most of the code right now because I > have built it using eclipse... Dan, Should you wish for some ideas about how to go about creating an eclipse-compatible make based build infrastructure, you might have a look at some of the stuff I originally created for a work-in-progress called xseq [1]. While the thing there called "configure" and its associated "Makefile" are not modularized and so not exactly suitable for drop-in use by other people, I've since reused that code in about 4 other projects (including a build wrapper around libgtk-java, of all things), so I'm pretty happy that the approach I took works rather well across a variety of circumstances to identify pre-requisites and to facilitate compiler and runtime selection. It's not exactly an engineering priority for us at the moment, but if you have any questions about the approach, don't hesitate to get in touch. One of these days we're going to sit down and modularize it and make it more broadly useful; in the mean time I'm still collecting ideas and feedback. If anyone is interested in how it adapted for libgtk-java or objective (our current shwerpunkt), let me know. AfC Canberra [1]: http://research.operationaldynamics.com/projects/xseq -- Andrew Frederick Cowie Managing Director Operational Dynamics Consulting Pty Ltd http://www.operationaldynamics.com/ Management Consultants specializing in strategy, organizational architecture, procedures to survive change, and performance hardening for the people and systems behind the mission critical enterprise. Operating Worldwide: Sydney +61 2 9977 6866 New York +1 646 472 5054 Toronto +1 416 848 6072 London +44 207 1019201 |
|
From: Tom T. <tr...@re...> - 2005-08-10 01:57:45
|
Dan> The project with my code is up on souceforge. It is called
Dan> DeskCrawler.
Cool.
Appended is a patch to update the project file to use relative paths
and to fix a small buglet that eclipse pointed out.
BTW some of the files, like the jars, should probably be marked
binary in cvs.
I still haven't tried it...
Tom
Index: .classpath
===================================================================
RCS file: /cvsroot/deskcrawler/deskcrawler/.classpath,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 .classpath
--- .classpath 6 Aug 2005 23:13:44 -0000 1.1.1.1
+++ .classpath 9 Aug 2005 04:55:22 -0000
@@ -3,7 +3,7 @@
<classpathentry kind="src" path="src"/>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
<classpathentry kind="lib" path="/usr/share/java/gtk2.6.jar"/>
- <classpathentry kind="lib" path="/home/dan/Projects/workspace/DeskCrawler/lucene-1.4.3.jar"/>
- <classpathentry kind="lib" path="/home/dan/Projects/workspace/DeskCrawler/commons-daemon.jar"/>
+ <classpathentry kind="lib" path="commons-daemon.jar"/>
+ <classpathentry kind="lib" path="lucene-1.4.3.jar"/>
<classpathentry kind="output" path="bin"/>
</classpath>
Index: src/deskcrawler/client/ResultTile.java
===================================================================
RCS file: /cvsroot/deskcrawler/deskcrawler/src/deskcrawler/client/ResultTile.java,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 ResultTile.java
--- src/deskcrawler/client/ResultTile.java 6 Aug 2005 23:14:42 -0000 1.1.1.1
+++ src/deskcrawler/client/ResultTile.java 9 Aug 2005 04:55:23 -0000
@@ -45,7 +45,7 @@
if(pixbuf != null) icon.set(pixbuf);
else {
String parentDir = System.getProperty("user.dir") + "/";
- icon .set("parentDir + gnome-logo.png");
+ icon .set(parentDir + "gnome-logo.png");
}
packStart(icon, false, false, 7);
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X