Anyone thought about converting beagle(mono) to java, is it possible with some changes to the code? I saw something months back about the diffs between java/mono and how it is possible to write apps for both without much pain, I'm not a developer and don't really know enough about java atm to say yes/no ;-)
Just thought if it is possible, that would be a good project since fedora/rh doesn't want to go down the mono route for what i think are good reasons.
For example, didn't Wikipedia mv from GCJ and Lucene to Mono and Dotlucene? I don't know if there is any similarity between DotLucene and Beagle, but if Lucene does some kind of indexing/searching would it be possible to write some kind of Lucene interface to index dir on a desktop?
I could just be pulling all of this out of my @$$ and be a bad idea ;)
Justin Conover wrote:
Anyone thought about converting beagle(mono) to java, is it possible with some changes to the code? I saw something months back about the diffs between java/mono and how it is possible to write apps for both without much pain, I'm not a developer and don't really know enough about java atm to say yes/no ;-)
Just thought if it is possible, that would be a good project since fedora/rh doesn't want to go down the mono route for what i think are good reasons.
For example, didn't Wikipedia mv from GCJ and Lucene to Mono and Dotlucene? I don't know if there is any similarity between DotLucene and Beagle, but if Lucene does some kind of indexing/searching would it be possible to write some kind of Lucene interface to index dir on a desktop?
DotLucene is a C# port of Java Lucene; the API is the same (modulo the silly .NET case conventions). Lucene itself is an indexing and retrieval engine, basically a database targetted at text searching.
Wikipedia's search engine is a relatively small networked daemon with a bit of wrapper code, so it was easy to move from Java to C# and would be easy to move back. (My biggest problem with GCJ, and the reason I switched that app to C#/Mono, has been memory leaks. Possibly this is from heap fragmentation, I hope to find the time to investigate it someday...)
Beagle uses DotLucene too, but there's a lot more code around it, including all the indexing, file monitoring, file format readers, user interface, desktop integration... I'm sure it could be ported to Java, but it seems like it would be a lot of wasted effort just because some folks at Red Hat don't want to ship free software from Novell. ;)
-- brion vibber (brion @ pobox.com)
On 10/11/05, Brion Vibber brion@pobox.com wrote:
Justin Conover wrote:
Anyone thought about converting beagle(mono) to java, is it possible with some changes to the code? I saw something months back about the diffs between java/mono and how it is possible to write apps for both without much pain, I'm not a developer and don't really know enough about java atm to say yes/no ;-)
Just thought if it is possible, that would be a good project since fedora/rh doesn't want to go down the mono route for what i think are good reasons.
For example, didn't Wikipedia mv from GCJ and Lucene to Mono and Dotlucene? I don't know if there is any similarity between DotLucene and Beagle, but if Lucene does some kind of indexing/searching would it be possible to write some kind of Lucene interface to index dir on a desktop?
DotLucene is a C# port of Java Lucene; the API is the same (modulo the silly .NET case conventions). Lucene itself is an indexing and retrieval engine, basically a database targetted at text searching.
Wikipedia's search engine is a relatively small networked daemon with a bit of wrapper code, so it was easy to move from Java to C# and would be easy to move back. (My biggest problem with GCJ, and the reason I switched that app to C#/Mono, has been memory leaks. Possibly this is from heap fragmentation, I hope to find the time to investigate it someday...)
Beagle uses DotLucene too, but there's a lot more code around it, including all the indexing, file monitoring, file format readers, user interface, desktop integration... I'm sure it could be ported to Java, but it seems like it would be a lot of wasted effort just because some folks at Red Hat don't want to ship free software from Novell. ;)
-- brion vibber (brion @ pobox.com http://pobox.com)
As far as wasted effort, how many of the mono apps are duplicates of software that is already out there?
Justin Conover writes:
On 10/11/05, Brion Vibber brion@pobox.com wrote:
Beagle uses DotLucene too, but there's a lot more code around it, including all the indexing, file monitoring, file format readers, user interface, desktop integration... I'm sure it could be ported to Java, but it seems like it would be a lot of wasted effort just because some folks at Red Hat don't want to ship free software from Novell. ;)
As far as wasted effort, how many of the mono apps are duplicates of software that is already out there?
Can we please stop this thread now? I'm staring to get a bad feeling about where this might lead. I mean, I like a nice flame war as much as the next man, but, but ... :-)
Seriously, let's concentrate on Java development in Fedora.
Andrew.
yum update gcc
...
libgcj-devel-4.0.1-14.i38 100% |=========================| 294 kB 00:01 ---> Package libgcj-devel.i386 0:4.0.1-14 set to be updated --> Running transaction check --> Processing Dependency: libcairo.so.2 for package: libgcj --> Processing Dependency: libpangocairo-1.0.so.0 for package: libgcj --> Processing Dependency: libgcj = 4.0.1-13 for package: libgcj-src --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Downloading header for libgcj-src to pack into transaction set. libgcj-src-4.0.1-14.i386. 100% |=========================| 25 kB 00:00 ---> Package libgcj-src.i386 0:4.0.1-14 set to be updated --> Running transaction check --> Processing Dependency: libcairo.so.2 for package: libgcj --> Processing Dependency: libpangocairo-1.0.so.0 for package: libgcj --> Finished Dependency Resolution Error: Missing Dependency: libcairo.so.2 is needed by package libgcj Error: Missing Dependency: libpangocairo-1.0.so.0 is needed by package libgcj
Looks like yum has no idea where to get libpangocairo-1.0.so.0 from.
Andrew.
Forget that: bad local yum config. :-(
Andrew.
Brion Vibber writes:
Justin Conover wrote:
Anyone thought about converting beagle(mono) to java, is it possible with some changes to the code? I saw something months back about the diffs between java/mono and how it is possible to write apps for both without much pain, I'm not a developer and don't really know enough about java atm to say yes/no ;-)
Just thought if it is possible, that would be a good project since fedora/rh doesn't want to go down the mono route for what i think are good reasons.
For example, didn't Wikipedia mv from GCJ and Lucene to Mono and Dotlucene? I don't know if there is any similarity between DotLucene and Beagle, but if Lucene does some kind of indexing/searching would it be possible to write some kind of Lucene interface to index dir on a desktop?
DotLucene is a C# port of Java Lucene; the API is the same (modulo the silly .NET case conventions). Lucene itself is an indexing and retrieval engine, basically a database targetted at text searching.
Wikipedia's search engine is a relatively small networked daemon with a bit of wrapper code, so it was easy to move from Java to C# and would be easy to move back. (My biggest problem with GCJ, and the reason I switched that app to C#/Mono, has been memory leaks. Possibly this is from heap fragmentation, I hope to find the time to investigate it someday...)
So do I. I would very much like to get to the bottom of this.
Andrew.
"Justin" == Justin Conover justin.conover@gmail.com writes:
Justin> Anyone thought about converting beagle(mono) to java, is it Justin> possible with some changes to the code?
There are a couple projects out there for desktop-search-in-java. One is 'deskcrawler' (uses java-gnome), another is 'regain' (uses swing). Both, unfortunately, are fairly immature. Looks like a fun thing to hack on :-)
Justin> For example, didn't Wikipedia mv from GCJ and Lucene to Mono Justin> and Dotlucene?
Yeah, we didn't really have the available bandwidth to figure out what was going wrong for gcj in this case :-(. We need some kind of adopt-an-application program :-)
Tom
As a matter of curiosity why not use the Sun JVM? Wikipedia does not need distribute software, so it should do as a stop gap measure until 100% free Java alternatives are mature enough. I find the Sun JVM a very robust platform for developing applictions.
Joe.
On 12 Oct 2005 07:50:53 -0600, Tom Tromey tromey@redhat.com wrote:
Justin> For example, didn't Wikipedia mv from GCJ and Lucene to Mono Justin> and Dotlucene?
Yeah, we didn't really have the available bandwidth to figure out what was going wrong for gcj in this case :-(. We need some kind of adopt-an-application program :-)
Tom
--
java-devel@lists.fedoraproject.org
-
Andrew Haley -
Brion Vibber -
Joe Desbonnet -
Justin Conover -
Tom Tromey